Zitat:

---

Original von gni:

Zitat:

---

DariusBrewka:
Ist OK hab's schon geschafft muss aboxstubs linken

---

Wird nicht automatisch damit gelinkt?

Zitat:

---

war halt nur komisch und wenn ich -D USE_INLINE_STDARG nutze geht's überhaupt nicht, dann kommen lauter Fehler (unterminated macro call).

---

Gar nicht komisch. Das ist für MUI und GCC normal... Das Problem ist ein Konflikt zwischen den MUI-Helpermakros (aus denen MUI-Aufrufe konstruiert werden) und den GCC-Inlines. Die MUI-Makros funktionieren für #pragmas wunderbar, aber nicht wenn die Funktion wie bei der GCC-Methode per #define "implementiert" wird.

---

Wurde das nicht inzwischen "umgebaut"? Das Problem mit den Helper-Makros ist doch schon uralt und nicht nur auf den GCC bezogen, wenn ich mich recht erinnere... ist so lang her...

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von DariusBrewka:
Ist OK hab's schon geschafft muss aboxstubs linken, war halt nur komisch und wenn ich -D USE_INLINE_STDARG nutze geht's überhaupt nicht, dann kommen lauter Fehler (unterminated macro call). So hat er aber Alles fehlerfrei übersetzt.

Normalerweise gibt's dann halt libmui.a, aber da es das auf MOS nicht gibt, habe ich halt gedacht ich müsste inlines nehmen. Dachte mir aber das MUI auf MOS zum System gehört und aus diesem Grund auch in einer systemlib integriert sein muss...

Danke an alle

---

Kein Thema

Zu dem "unterminated macro call": Da steckt dann wohl in irgendeinem inline-Include n toter Hund... mußt Dir mal das File anschauen, welches die erste Meldung erzeugt... oft fehlt da einfach nur ein #endif oder eine Klammer. Und eine Meldung dieser Art zieht reichlich davon nach sich

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von DariusBrewka:
Ich habe ein Problem, ich wollte für MOS etwas machen und habe mir für Linux einen CrossCompiler installiert, dnn das SDK (vom GoldED Dev Env), nun kann ich meinen Source nicht compilieren das der Compiler einigen Library Funktionen nicht finden kann... z.B OpenWindowTags() oder MUI_NewObject(), ich habe mir einige Files aus clib/ und die dazugehörigen aus ppcinlines angeschaut und bin irgendwie erstaunt dass dort sich für mich Wiedersprechende definitionen sind

clib:

code:

---

Object *MUI_NewObjectA         (char *classname,struct TagItem *tags);
#if !defined(USE_INLINE_STDARG)
Object *MUI_NewObject          (char *classname,Tag tag1,...);
#endif

---

ppcinlines:

code:

---

#ifdef USE_INLINE_STDARG

#include <stdarg.h>

...

#define MUI_NewObject(__p0, ...) 
	({ULONG _tags[] = { __VA_ARGS__ }; 
	MUI_NewObjectA(__p0, (struct TagItem *)_tags);})

...
#endif

---

irgendwie ist das mit den USE_INLINE_STDARG komisch, da die Funktion in clib deklariert wird wenn dieses MAkro nicht deiniert ist, sie wird aber nur Definiert wenn es das Makro gibt...

Da ich aber auf dieses Problem nirgendwo in Foren gestolpert bin heisst es für mich dass ich wohl einfachnur blöde bin.

---

Das ist nicht komich Alle Funktionen, welche auch in einer Version für Parameterübergabe per TagList existieren, sind so oder so ähnlich deklariert.

Es gibt mehrere Methoden, diese Funktionen zu benutzen. Da sind einmal die Stub-Funktionen der C Lib

clib:

code:

---

Object *MUI_NewObjectA         (char *classname,struct TagItem *tags);
#if !defined(USE_INLINE_STDARG)
Object *MUI_NewObject          (char *classname,Tag tag1,...);
#endif

---

das #if dient dazu, die Stub-Funktion nur dann zu benutzen, wenn man nicht mittels der Inline-Makros für diesen Zweck arbeiten möchte (empfehlenswert).

Wenn USE_INLINE_STDARG definiert ist, wird statt der Stub-Funktion der C Lib ein aus einem Makro generierter Funktionseinsprung verwendet, z.B. dieser hier

#define MUI_NewObject(__p0, ...)
({ULONG _tags[] = { __VA_ARGS__ };
MUI_NewObjectA(__p0, (struct TagItem *)_tags);})

Damit wird die TagList aus dem Parameter in ein TagItem-Array gepackt und schlußendlich MUI_NewObjectA() übergeben. Eine Stub-Funktion ist auf diesem Weg nicht notwendig und somit auch kein Linken gegen eine bestimmte Lib.

Wenn der Compiler also meckert, weil er eine Funktion nirgends findet, stimmt bei Dir etwas mit der entsprechenden Lib nicht, die die Stub-Funktionen enthält. Entweder wird die nicht dazu gelinkt oder sie enthält die Stubs nicht (aus welchem Grund auch immer, hab mich nie mit Crosscompilern auseinandergesetzt).

Definiere spaßeshalber mal vor dem Compile USE_INLINE_STDARG und schau, was passiert. Normalerweise sollte das Gemecker nun aufhören. Ist das der Fall, solltest Du Dir die Lib nochmal näher anschauen, die die entsprechenden Stubs enthalten sollte.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von NoImag:

Zitat:

---

Original von whose:
Wie zum Henker verläßt das Gebilde "Beinahe-Singularität" unseren Raum, um forthin als Sinularität außerhalb des selben zu existieren?

---

Wie ich schon geschrieben habe, ist dies mathematisch überhaupt kein Problem: Solange der Radius des Körpers größer als der Schwarzschildradius ist, solange gibt es keine Divergenz, weder außerhalb noch innerhalb des Körpers. Je mehr der Radius des Körpers sich dem Schwarzschildradius annähert, desto stärker wird aber die Krümmung der Raumzeit an der Oberfläche. Irgendwann ist die Krümmung so stark, dass du die Oberfläche von außen nicht mehr erreichen kannst. Der Körper selbst befindet sich zu diesem Zeitpunkt jedoch schon innerhalb des Ereignishorizontes. Da ist kein Sprung oder etwas anderes Mystisches notwendig. Es ist eine stetige Veränderung der Krümmung der Raumzeit.

Allerdings habe ich nicht verstanden, auf welcher Zeitskala sich dies für einen externen Beobachter abspielt.

---

Und da liegt das eigentliche Problem. Das, welches einen "Sprung" oder etwas "Mystisches" notwendig machen würde, würde eines Tages ein "echtes schwarzes Loch" nachgewiesen.

Für einen weit genug entfernten Beobachter würde sich das kollabierende Objekt normalerweise ab einem bestimmten Punkt (um "Haaresbreite" vor dem Schwarzschildradius) nicht mehr nachweisbar verändern (und das würde auch noch eine "Ewigkeit" andauern), aber auch noch keine Singularität darstellen. Es hätte scheinbar "noch keine Zeit dazu gehabt". Für das Objekt selbst sieht die Sache wieder ganz anders aus.

Insofern sind die Zweifel an der hiesigen Existenz schwarzer Löcher wohl nicht ganz unberechtigt... was aber eine "tatsächliche" (für uns nicht nachweisbare, für "externe" Beobachter aber vermutlich voll "sichtbare") Existenz solcher Objekte nicht ausschließt.

Wird aber die Existenz einer Singularität durch uns (Menschen) nachgewiesen, gibts ein Problem. Wo kommt die eigentlich noch gar nicht verstrichene Zeit her?

Bleibt also abzuwarten, ob ein solches Objekt irgendwann einmal als existent nachgewiesen werden kann und wenn ja, welche Folgen das für das Verständnis unserer "Realität" hat.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Holger:

Zitat:

---

Original von whose:
Ihr habt aber keineswegs Allwissenheit dadurch. Was ihr als Realität betrachtet ist nur ein kleiner Ausschnitt dessen, was unsere Welt ausmacht.

---

Mag sein, man kann trotzdem nicht diesen Ausschnitt der Realität philosophisch wegdiskutieren. Und unter Philosophie verstehe ich auch weiterhin etwas anderes, als ein paar etwas esoterisch klingende Sprüche über ein Thema loszulassen.

---

Naja, es waren ja nicht alle Sprüche etwas esoterisch klingend

Zitat:

---

Sonst gilt Neologic am Ende noch als Philosoph *Schauder*

---

Das wäre allerdings gleichbedeutend mit dem Untergang des Abendlandes

Zitat:

---

Zitat:

---

Was ist aber mit dem Objekt, aus dem die Singularität entsteht? Muß dieses nicht selbst erst einmal seinen eigenen Ereignishorizont überschreiten, um Singularität zu werden? Wenn ja, wie macht dieses Objekt das? Wenn nein, warum nicht?

---

Eine berechtigte Frage. Bislang ging es um das Verhalten eines existierenden schwarzen Loches, das die Eigenschaften besitzt, die es per Definition zu einem solchen schwarzen Loch machen.
Ich bin bislang immer noch skeptisch, was die wirkliche Existenz und vor allem auch die gängige Meinung angeht, ein konventioneller Köper wie ein Stern könne einfach so zu einem echten schwarzen Loch kollabieren.
Man kann eigentlich nicht von einem Ereignishorizont sprechen, solange es noch kein schwarzes Loch ist, da aber die Gravitation die Raumzeit verzerrt, genauso wie hohe Geschwindigkeiten, müßte bei Annäherung an den Schwarzschildradius genauso wie beim Annähern an die Lichtgeschwindigkeit eine Grenzwertbetrachtung angewendet werden.

---

Ja, da sehe ich auch das eigentliche Problem. Darüber zerbrech ich mir schon seit Jahren den Kopf, find aber keinen wirklich guten Ansatzpunkt. Da fehlt wieder das, was im Laufe der Diskussion ein paar mal als "Sprung" bezeichnet wurde, um die jeweils betrachtete "Existenzebene" zu verlassen.

Wie zum Henker verläßt das Gebilde "Beinahe-Singularität" unseren Raum, um forthin als Sinularität außerhalb des selben zu existieren? Kann es das überhaupt? Und wenn ja, welcher "Trick" kommt dabei zum Tragen? Allerdings kann diese letzte Frage wohl erst dann angegangen werden, wenn die tatsächliche Existenz einer Singularität zweifelsfrei nachgewiesen worden ist. Wenigstens anhand der Beobachtung seiner Auswirkungen auf den umgebenden Raum. Ein direkter Nachweis dürfte ja etwas schwierig werden

Wenn man dieses Problem lösen könnte, würde sich evtl. auch die oft angesprochene Möglichkeit ergeben, auf eine andere Art zu reisen, die die "erwünschte" Geschwindigkeit (gemeint ist hier: möglichst frei von Zeitverlusten oder mit geringstmöglichem Zeitaufwand) ermöglicht. Allerdings meine ich damit nur die Theorie, die Technik dafür dürfte selbst dann noch etwas auf sich warten lassen.

Ums mal etwas esoterisch auszudrücken: Hinter der Relativität lauert wohl noch einiges auf unerschrockene Mathematiker

Zitat:

---

Im Prinzip treffen aber die meisten getroffenen Vorhersagen für ein schwarzes Loch auch für ein solches fast-schwarzes-Loch zu, mit Ausnahme der, daß irgendwo im Inneren die bekannte Physik nicht mehr gelten soll.

---

So sehe ich das auch, nur die Auswirkungen in unseren Raum bzw. dessen Grenzbereiche hinein sind nicht gar so drastisch. Aber noch drastisch genug

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Holger:

Zitat:

---

Original von whose:
Oder kann man sich mit DVPlayer etwa keine DVDs auf nem 800MHz A1 anschauen?

---

Kann man auch welche Brennen?
Kopieren, also auch transkodieren?

---

Zitat:

---

Oder mit nem 4000er PPC keine Bildbearbeitung betreiben?

---

Kann man damit seine (private) Steuererklärung machen?[/quote]

Jup. Simple TurboCalc-Tabelle. Soll ich die verkaufen wie damals Schatztruhe?

Zitat:

---

Oder mit nem 1200er keinen kleinen Webserver?

---

Wenn man lebensmüde ist. Oder wirklich verdammt klein meint, also eine handvoll statischer Seiten, nen privaten Blog wohl besser nicht.[/quote]

Warum nicht? Ach ja, ich vergaß, die potentielle Unsicherheit...

Trotzdem: Welcher Privatanwender ohne fundierte Unix-Kenntnisse braucht nen aufgeblasenen (theoretisch sicheren) Unix-Server für seine privaten Webseiten, die er mit nem eigenen Server ins Netz stellen will? Der kann den in den meisten Fällen gar nicht mal sicher aufsetzen. Ein A600 von ePay tuts auch. Für ganz hohe Ansprüche gibts dann ja immer noch Linux und nen billigen Allerwelts-PC. Dummerweise wird da aber keine Gewähr auf Hack-Sicherheit mitgeliefert.

Wer behauptet eigentlich andauernd, daß man _alles_ mit einem Gerät perfekt erledigen können muß? Wo gibts das Teil? Welches OS läuft drauf? Ich frage, weil mir das noch nicht untergekommen ist...

Zitat:

---

Also erzähl keinen von "zu nix brauchbar". Man kann die negative Sicht anscheinend genauso hemmungslos übertreiben wie die positive.

---

Was heißt übertreiben?
Wenn man nach mehrjähriger Entwicklungszeit teilweise noch weniger kann als vorher, ist das nicht viel, aus heutiger Sicht fast nichts. Und vor allem nichts, daß 800EUR rechtfertigt.[/quote]

Das ist nur Deine Sichtweise. Andere Leute sehen das anders. Ich bin z.B. inzwischen der Ansicht, daß ich die 800EUR sinnvoll investiert habe. Ich merke ehrlich gesagt auch wenig davon, daß das System wesentlich weniger kann als vorher. Lustigerweise sind die Linux-Ports, z.B. Apache, funktionell deutlich besser als die 68K-Pendants. Liegt das daran, das OS4 "weniger kann"?

Ich finds sogar enorm brauchbar, wenn man nicht gerade die schwerfälligen Linux-Ports einsetzen muß, weils ja kaum anderes gibt. Aber das war ja so gewollt. Wozu denn das Rad neu erfinden?

Tja, warum läuft der DVPlayer auf dem µA1 flüssig, MPlayer nicht? Fragen über Fragen...

Wegen dem und dem weiter oben halte ich Deine verallgemeinernde Aussage für völlig übertrieben. Genau das, was Du an den übertrieben positiven Aussagen bemängelst, machst Du für die negative Seite. Blendest den Teil, der Dir nicht gefällt, einfach aus.

Zitat:

---

Kann man mit einem der Systeme aktuelle Webseiten ansehen?

---

Zitat:

---

Kann man mit einem der Systeme mit fünf Klicks eine DSL-Verbindung konfigurieren?

---

Ja, kann man. Mit MiamiDX habe ich sogar weniger Klicks gebraucht Und auf dem A1 wars gar kein Thema, über den Router ne Verbindung zu kriegen (der komischerweise heutzutage in beinahe jedem Haushalt zu finden ist, in den ich reinkomm). Ging sogar reibungsloser als auf meinem XP-PC, nachdem ich kapiert hatte, wie RoadShow funktioniert. Nachzulesen in der letzten AmigaInsider.

Ist halt alles nur eine Frage dessen, was man auf den Kisten machen will. Du und Deine Bedürfnisse setzen aber nicht den Maßstab für Alle und Alles. Das muß jeder für sich erledigen. Mir reichen jedenfalls die Amigas dicke hin, sogar für Teile des Geschäftsalltags. Und das geht bestimmt nicht nur mir so.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Holger:

Da kommen wohl nur die Betriebssysteme in Frage, die so etwas mit sich machen lassen, also Linux, BSD oder Hurd (wenn es jemals fertig wird).
Aber sinnvoll zählt im Amiga-Markt eh nicht, man will ja auf jeden Fall closed-source, um möglichst noch eine Konkurrenzsituation in diesem großen Markt zu schaffen (wobei bei BSD möglicherweise selbst das machbar wäre), und vor allem sind ja alle andere OSe für die große Amiga-zukunft ungeeignet, unsere Amiga-Firmen haben die OS-Design Weisheit mit Löffeln gefressen, und überhaupt will ja aus unserem OS so etwas wie ein embedded-system taugliches RT-OS machen, daß auf "Mystery-Devices" läuft, und solche Sachen.
Na ja, und dann wäre da noch die Akzeptanz der Amiga-User. Da gibt es, glaub ich, ne Menge Amiga-User, die zwar täglich andere OSe benutzen, weil das AmigaOS für das, was sie machen wollen/müssen, nicht tauglich ist, aber nie müde werden, immer zu betonen, daß das wahre AmigaOS niemals etwas mit Unix (oder gar Window)-artigen Betriebssystemen gemeinsam haben darf und etwas eigenständiges bleiben muß.
Sie wollen lieber ein für nix brauchbares Selbstzweck-OS, das sie in eine Schrein stellen und verehren können.

---

Meinst Du nicht, daß Du hier wieder etwas zu stark verallgemeinerst und die negative Situation überbetonst? Was heißt denn bitte "zu nix brauchbar"?

Nur weil Du Dich evtl. mit Multi-MegaByte-Progs unter Unix herumschlagen mußt, heißt das doch noch lange nicht, daß das der Heimanwender auch tun muß. Für Hobbyzwecke taugts allemal noch, da kannst Du noch so viel schlechtreden. Sogar für manche berufliche Zwecke.

Oder kann man sich mit DVPlayer etwa keine DVDs auf nem 800MHz A1 anschauen? Oder mit nem 4000er PPC keine Bildbearbeitung betreiben? Oder mit nem 1200er keinen kleinen Webserver? Wenn Du meinst nein, dann komm mich einfach mal besuchen. Da kannst Du es direkt vor Ort sehen.

Also erzähl keinen von "zu nix brauchbar". Man kann die negative Sicht anscheinend genauso hemmungslos übertreiben wie die positive.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233


[ Dieser Beitrag wurde von whose am 19.09.2005 um 00:53 Uhr editiert. ]

Zitat:

---

Original von sarctica:
@whose:
Du scheinst Erfahrungen mit DSL und Amiga 1200 zu haben.Möchte meinen Amiga mit einer WLan PCMCIA Karte von Netgear (MA 401 16 Bit u.s.w.)und PCMCIA Winkeladapter ausrüsten um im Wohnzimmer am TV Internet zu nutzen.
Jetzt meine blöde Frage:Muss ich nach Einbau der Karte das Gehäuse dann offen lassen (es handelt sich um einen Winner-Tower Blechgehäuse)was ziemlich unprofessionell aussieht oder gibt es andere Möglichkeiten.

Sorry für solche fragen, oder mache ich mir zuviel Gedanken um ungelegte Eier.
Gruß
Rainer.

---

Naja, mit WLAN und 1200er im Blechgehäuse hab ich eigentlich keine Erfahrung (is ja doch was anderes als DSL ).

Ich denke, das mußt Du ausprobieren. Da ich nicht weiß, wo genau beim Winner-Tower die Karte letztendlich liegt, kann ich wenig dazu sagen. Ist eine Belüftungsöffnung in der Nähe stehen die Chancen gut, daß das über geringe Entfernung auch mit geschlossenem Gehäuse funktioniert. Wie gesagt, müßtest Du ausprobieren.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233


[ Dieser Beitrag wurde von whose am 18.09.2005 um 13:04 Uhr editiert. ]

Zitat:

---

Original von MaikG:
Keine Antwort nach 3 Tagen. Ich weiss ja auch nicht
ob er die Fehler beseitigt hat, steht nicht dabei.
Und wenn man das nur mit "seiner" umgebung Compilieren
kann...

---

Hm, das hatte ich befürchtet... naja, dann mußt Du Dich noch etwas gedulden, bis ich wieder Zeit finde, den Rest zu bearbeiten und zu compilieren.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Hirnie96:
Hi Leute. Ich wollt schon seit langer Zeit mit meinem A1200 per DSL ins netz. Ich hatte auch schon ein paar mal nachgefragt und sehr genaue Anleitungen bekommen. Mittlerweile hab ich herrausgefunden das ich dazu miamixl benötige. miami hab ich ja auf meiner OS3.5 CD aber das ist ja nicht für DSL. Kann ich mir irgendwo ein update herunterladen von miami auf miami xl? Ich hatte es zwar geschafft das miami den online Status anzeigt und meine diode am Router auch leuchtet, dennoch hat aweb mir immer was von einer fehlenden internet Verbindung gesagt. Warum ist das auf dem Amiga so schwer??? Auf dem PC installier ich meinen Treiber gebe ssid und Kanal ein und schon bin ich online. Kann mir da einer helfen??? Gruß Thomas

---

Fangen wir mal ganz von vorn an:

1. Stellst Du die Verbindung nun direkt über das DSL-Modem her oder hängt der A1200 an einem DSL-Router?

2. Hast Du die Einstellungen für Miami nach bestehender und funktionierender Verkabelung via MiamiInit erstellt oder von Hand? Wie sehen diese Einstellungen derzeit aus?

3. Zum Schluß erwähnst Du was von SSID und Kanal... hast Du den A1200 per Funknetzwerkkarte eingebunden? Oder mittels Kabel? Das sind dann nämlich zwei verschiedene Sachen.

Ganz nebenbei ist es auf dem PC nur deswegen so simpel, weil der sich (sofern der PC an einem Router mit DHCP-Server hängt) automatisch einbindet, was aber mittels Miami für den A1200 genauso geht, sofern man das aktiviert.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von padrino:
@aichi:

Mein Problem, wie krieg ich das hin? Also, wie schlag ich die Brücke zwischen RS232 und Amig-Ser...
Kann ich mich da auf fertige PC-Adapter verlassen? Also große SER auf kleine und dann eben ein Crossover-SEr Kabel oder muss ich da selber mit löten ran?

---

Geht problemlos, die serielle Schnittstelle des A1200 entspricht dem Standard. Hatte da auch schon ein Grafiktablett mit dem entsprechenden Adapter dran

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von aPEX:
Hmmm, vielleicht haette ich gleich die Anleitung lesen sollen nachdem man sie mir schon schenkt. Peinlich, dann haette ich nie Rom2Fast sondern gleich Cybermap verwendet.

---

Shit happens Hauptsache, die Gute tut endlich so, wie sie sollte

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von aPEX:
Nein, gabs erst ab der MK-III / PPC...

---

Das kann ich bestätigen. Aber hatte die MK2 nicht, wie die Blizzards, nen MapROM-Jumper?

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von MaikG:
Du hast ja gesagt das er da gewisse sachen nicht
gemacht hat.
Ausserdem sind die MOSler meist so das die wenn dann
nur für MOS etwas machen.

---

Frag ihn halt mal, für ihn ists eigentlich nur ein simpler Compilerlauf. Allerdings mit seiner Compilerumgebung.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von aPEX:
ist die exec.library denn uberhaupt wichtig?

der rechner haengt sich beim booten auf... monitor bleibt schwarz
und power-led blinkt wie bloed. nach dem deaktivieren der execlib
startet er dann 1a...

---

Nu wissen wir aber immer noch nicht, was Deinen 4000er von anderen unterscheidet, die mit dem BB2 problemlos laufen und auch booten

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233