ENGLISH VERSION |
|
Links | | | Forum | | | Kommentare | | | News melden |
Chat | | | Umfragen | | | Newsticker | | | Archiv |
amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
Solar
Nutzer
08.08.2002, 14:27 Uhr [ - Direktlink - ] |
Thema: Amiga 600 - Mehr Rahm...
Brett: Amiga, AmigaOS 4 Zitat: Nein, dem A600 fehlen diverse Signalleitungen am Expansionsport. RAM geht, Uhr AFAIK auch, aber definitiv weder CPU noch SCSI (also nicht wie im 1200er...). Darum muß man die M-Tec Karten ja auch direkt auf die CPU klemmen - da sind die Signalleitungen vorhanden. |
|||||
Solar
Nutzer
08.08.2002, 14:22 Uhr [ - Direktlink - ] |
Thema: AmigaOS 4.0 Features veröffentlicht
Brett: Amiga, AmigaOS 4 Zitat: Ja, ein nachträgliches Implementieren von MMU-Funktionen macht ganz schön Schwierigkeiten. Ich kenne mich leider in der AmigaOS-API nicht so 100% aus, aber ich kann mir denken, daß man mit etwas Tricksen viele vorhandene Funktionen z.B. per Mappings implementieren kann (logische Adressen verschiedener Tasks zeigen auf dieselbe physische Adresse). Zitat: Nein. Ob Du den Stack / Heap jetzt per logischen oder physischen Pointer überschreibst, der Effekt bleibt derselbe. Und da das OS seine Bibliotheken ja auch irgendwie in dem Adressbereich sichtbar machen muß... Zitat: Ich sprach allgemein, nicht im Speziellen auf AmigaOS bezogen. |
|||||
Solar
Nutzer
08.08.2002, 13:08 Uhr [ - Direktlink - ] |
Thema: AmigaOS 4.0 Features veröffentlicht
Brett: Amiga, AmigaOS 4 Zitat: Ich vermute, Du meinst nicht sprachlich, sondern technisch... (Warnung: Stark vereinfacht. Das Posting ist schon lang genug.) Im "Classic" AmigaOS gibt es nur einen globalen Speicherbereich. Eine Anwendung wird von LoadSeg() in ihre Hunks (?) aufgeteilt und in freien Speicherbereichen abgelegt. Pointer, Sprungadressen o.ä. werden entsprechend angepaßt. Es gibt nur eine konstante Adresse: 0x00000004, ExecBase. Über ExecBase kannst Du Exec ansprechen, und von dem "erfährst" Du dann die Basisadressen z.B. von anderen Bibliotheken etc. Das ganze Konzept ist fast schon genial, da es dem Entwickler erspart, sich im Speicherdschungel zurechtzufinden. Stell' Dir mal vor, Du müßtest erst noch selbst rausfinden, ob das System jetzt Chip-, Fast-, Ranger- oder was-weiß-ich-für-RAM hat, und von welcher Adresse bis zu welcher Adresse dieses ansprechbar ist usw... "Virtuelle Adressierung" macht das Ganze jetzt (mit Hilfe der MMU) etwas bequemer für alle Beteiligten: Jede Anwendung bekommt einen "virtuellen" Addreßraum, sprich, jede Anwendung beginnt z.B. bei Speicherstelle 0x00000004 (da 0x00000000 per Definition keine gültige Adresse ist). Nun geht das natürlich nicht physisch - wir haben halt jede Speicheradresse nur einmal. Also muß zwischen logischen und physischen Adressen übersetzt werden - das macht die MMU. Immer wenn zwischen Tasks umgeschaltet wird, werden nicht nur die CPU-Register wieder hergestellt, sondern halt auch das "Mapping" in der MMU, damit der Task die Sachen auch da wiederfindet, wo er sie gelassen hat. (Anmerkung: Speicherschutz ist dann nur noch die konsequente Weiterführung - jede physische Adresse kann nur von einem Task logisch angesprochen werden, mit der Ausnahme von authorisierten Nachrichten. Ja, bitte, schreibe wild in irgendwelche Speicheradressen, Du triffst damit keine andere Anwendung sondern höchstens Dich selbst.) Stack enlargement meint jetzt, durch geeignete Ausnutzung der MMU zu vermeiden, daß sich Stack und Heap physisch in die Quere kommen. Klassisch ist der Ansatz der, das Programm ab 0x00000004 (logisch), den Heap daran anschließend abzulegen, und den Stack von 0xffffffff (logisch) nach unten wachsen zu lassen. Die Chancen stehen gut (so etwa 100%), das dem System der Speicher ausgeht, bevor der MMU die logischen Adressen ausgehen... Ein Problem hatten wir jetzt noch, Speicherfragmentierung. Du hast 10 Byte Speicher. Task A braucht davon 5 (0-4), Task B braucht 2 (5-6). Task A beendet, Du hast 8 Byte frei (0-4, 7-9). Task C braucht 7 Byte, und Du bist gekniffen, weil Du keine 7 Byte am Stück mehr frei hast. "Page based memory handling" heißt, daß Speicher nicht in X Byte, sondern in X "Pages" verteilt wird, wobei eine "Page" je nach MMU und OS so zwischen 512 und 4096 Byte groß ist. Da immer nur ganze Pages belegt und freigegeben werden, und die MMU (s.o.) ja mehrere physisch getrennte Pages als zusammenhängenden logischen Block präsentieren kann, ist das Problem Speicherfragmentierung gelöst. War es das, was Du wissen wolltest? |
|||||
Solar
Nutzer
08.08.2002, 09:35 Uhr [ - Direktlink - ] |
Thema: AmigaOS 4.0 Features veröffentlicht
Brett: Amiga, AmigaOS 4 Zitat:"...Schlüsse, welche ich hier nicht erläutern will weil sonst nur wieder ein Riesenflame-thread entsteht." Was war daran jetzt so schwer zu verstehen? Scheint, als wären hier einige enttäuscht, wenn nicht geflamed wird... [ Dieser Beitrag wurde von Solar am 08.08.2002 editiert. ] |
|||||
Solar
Nutzer
08.08.2002, 07:52 Uhr [ - Direktlink - ] |
Thema: Es geht doch wieder nur in eine Richtung - Hinhaltetaktik! (AI/bplan)
Brett: Amiga, AmigaOS 4 Zitat: War das jemals anders zu erwarten? Zügige Entwicklung kostet Unmengen an Geld, das im Amiga-Markt einfach nicht mehr fließt. Zitat: Ich halte Marktanteile selbst im Promille-Bereich für ausgesprochen optimistisch. Schau Dir mal die Quartalsumsätze von Dell, Compaq und meinetwegen Apple an. Selbst wenn der A1 sich 10.000 mal verkauft, schaffen wir die Promille vielleicht für das eine Quartal, aber ein "Marktanteil" wird daraus noch lange nicht... |
|||||
Solar
Nutzer
07.08.2002, 15:52 Uhr [ - Direktlink - ] |
Thema: lifetime member
Brett: Amiga, AmigaOS 4 Last time I looked, hat jemand versucht die Domain für teuer auf e-bay zu verzocken. Ziemlich dösig, da bei geltendem Recht Amiga Inc. wahrscheinlich gute Chancen hat, sich im Streitfall die Domain zu erklagen... |
|||||
Solar
Nutzer
07.08.2002, 14:50 Uhr [ - Direktlink - ] |
Thema: Neue Version von Tales of Tamar
Brett: Amiga, AmigaOS 4 Zitat: Was sowas angeht, sind wir (damit meine ich die Besucher dieser Seite) wahrscheinlich etwas verwöhnt, was TK-Kenntnisse angeht. Der Anteil an "unwissenden" PC-Usern wird täglich größer. Zitat: Au weh, damals, 1994, als Aminet noch hieß: In der Uni runterladen unter HP-UX, rüberkopieren auf Win3.11, packen, splitten, auf Disketten kopieren (meine Box faßte 22 Stück...), nach Hause tragen, auf Platte kopieren, joinen, entpacken... Zitat: War nur ne Anmerkung, wie mit überschlägig 10 Zeilen zusätzlichen Code eine weitere Funktionalität eingebaut werden kann, gegen die sich zumindest noch niemand gewehrt hat. ;-) |
|||||
Solar
Nutzer
07.08.2002, 14:39 Uhr [ - Direktlink - ] |
Thema: Amiga 600 - Mehr Rahm...
Brett: Amiga, AmigaOS 4 Die M-Tec Turbokarten für den A600 werden mitnichten in den Expansionsport, sonden auf den Prozessor aufgesteckt. Eine sehr wackelige Angelegenheit und für den Produktionseinsatz inkl. Gegenstoßen und Fallenlassen nicht geeignet. (Ich spreche aus eigener Erfahrung.) Bei anständiger Programmierung (modular, dynamisch nachladend) sollte 1 MB Erweiterung ( = 2 MB ) eigentlich für ein Kassensystem ausreichen. Was Dein Projekt angeht... Du solltest bedenken das 1) Du keine "ungebrauchten" A600 mehr bekommst, 2) alle gebrauchten A600 schon einige Jährchen auf dem Buckel haben, 3) Du nicht sagen kannst, ob der A600 gut gepflegt ist oder durch ruppige Behandlung "vorgeschädigt", 4) Du gegenüber kommerziellen Abnehmern in der Pflicht bist, wenn der A600 den Geist aufgibt, 5) der Tag kommen wird, an dem Du gar keine A600 mehr auftun kannst, 6) Abnehmer wahrscheinlich an langfristigen Wartungsverträgen interessiert sind, 7) der A600 keinen Ziffernblock (als "Fallback") hat, Touchscreens i.d.R. VGA-in haben, der A600 aber nur RGB / HF out... Ich finde die Idee toll, und wenn's "neue" A600 geben würde, bekämst Du von mir auch "zwei Daumen hoch", aber so... Bestimmt ein tolles Hobby-Projekt, und vielleicht machst Du ein Dutzend Kassierer glücklich. Für mehr wird's kaum reichen. Und ob die Verantwortlichen für alte Hardware und selbstgestrickte Software von privat so viel abdrücken werden... reich (im Sinne von, angemessene Entlohnung für investierte Arbeit) wirst Du damit nicht... Und nochwas: Source-Änderungen beim Kunden, laß die Finger davon. Eine Codebasis für alle, oder Du kommst in Teufel's Küche. Das sage ich aus Berufserfahrung heraus... [ Dieser Beitrag wurde von Solar am 07.08.2002 editiert. ] [ Dieser Beitrag wurde von Solar am 07.08.2002 editiert. ] |
|||||
Solar
Nutzer
07.08.2002, 13:28 Uhr [ - Direktlink - ] |
Thema: Neue Version von Tales of Tamar
Brett: Amiga, AmigaOS 4 Zitat: Meinst Du jetzt Computer ohne Internet, oder Haushalte ohne Internet? Erstere gibt's tatsächlich noch wie Sand am Meer. Ein Freund von mir durfte seinen Amiga vom Netz abklemmen als Pappa seinen Aldi-PC bekam. Ende Internet, "kannst doch am PC surfen". Ich denke, ähnliche Fälle sind gar nicht so selten. Und wenn's denn mit ein paar Zeilen Code getan ist, warum nicht? Man bekommt nicht oft ein (aus Entwicklersicht) so "billiges" Feature... |
|||||
Solar
Nutzer
07.08.2002, 13:23 Uhr [ - Direktlink - ] |
Thema: Neue Version von Tales of Tamar
Brett: Amiga, AmigaOS 4 Zitat: Mach Dir mal nichts daraus, das Klischee ist weit verbreitet, selbst unter "Profis"... und nicht viele haben Gelegenheit gehabt, persönlich den direkten Vergleich durchzuführen. |
|||||
Solar
Nutzer
07.08.2002, 12:35 Uhr [ - Direktlink - ] |
Thema: Neue Version von Tales of Tamar
Brett: Amiga, AmigaOS 4 Zitat: Da möchte ich, als professioneller Entwickler sowohl von Java- als auch C++-Software, widersprechen, bzw. es anders formulieren: Interpretiert (Java) ist nie schneller als nativ (nicht Java), wenn der nativ-Entwickler wußte was er tat. Java und z.B. C++ (effektiv) gleich schnell zu machen ist in gewissen Grenzen durchaus möglich. Zitat: Piep. (Kann doch auch gar nicht so schwer sein... die Datei muß eh erzeugt werden, da kann man sie auch irgendwo abspeichern... ;-) Zitat: Fein. Wenn ich die Wahl habe, bevorzuge ich jederzeit die Amiga-Version einer Software. Nennt es verbliebenen Rest von Loyalität. (Außerdem auch eine Art, zwischen Linux und Windows Plattformunabhängigkeit zu erreichen. ) [ Dieser Beitrag wurde von Solar am 07.08.2002 editiert. ] |
|||||
Solar
Nutzer
07.08.2002, 11:04 Uhr [ - Direktlink - ] |
Thema: Neue Version von Tales of Tamar
Brett: Amiga, AmigaOS 4 1) Ich hoffe, es ist möglich, den *gesamten* Spielstand per Datei zu importieren - alleine schon aus Backup-Gründen... 2) Den Versand per Datei hielte ich für ziemlich wichtig - man denke z.B. an solche, denen jede Minute Online richtig weh tut... 3) Wieso strengt man sich mit getrennten Versionen für Windows, Mac und Linux so an, wenn eh eine Java-Version geplant ist? 4) freue ich mich schon diebisch auf entweder die Windows-, Java-, Linux-, oder UAE-taugliche Version, ganz egal, haben will... |
|||||
Solar
Nutzer
07.08.2002, 10:57 Uhr [ - Direktlink - ] |
Thema: Eine schöne Geschichte über einen Treiber. !!
Brett: Get a Life Zitat: ...macht keine Firma irgendetwas, schon gar nicht heute. IBM z.B. unterstützt Linux auch nicht aus reiner Menschenliebe, sondern weil sie Consultants verkaufen wollen. Schade aber so ist es... |
|||||
Solar
Nutzer
07.08.2002, 10:55 Uhr [ - Direktlink - ] |
Thema: Spammails, Dialer, Viren & Co
Brett: Get a Life Zitat: Sorry, ist etwas "giftiger" rübergekommen als es gemeint war. |
|||||
Solar
Nutzer
06.08.2002, 15:56 Uhr [ - Direktlink - ] |
Thema: Spammails, Dialer, Viren & Co
Brett: Get a Life Zitat: ylf, weißt Du was ein Buffer Overflow ist, und wie einfach man einen solchen fabriziert? Wahrscheinlich nein, sonst würdest Du eine solche Pauschalaussage nicht treffen. Das hat nichts mit "konfigurieren" zu tun, sondern damit, das nicht-triviale Software grundsätzlich fehlerhaft ist. Nebenbei der Grund, warum Speicherschutz auch bei Homecomputern gar keine so dumme Idee ist... |
|||||
Solar
Nutzer
05.08.2002, 15:52 Uhr [ - Direktlink - ] |
Thema: Scala-Support für Rainboot4? (oder: Handbuch gesucht!)
Brett: Amiga, AmigaOS 4 Zitat: Die Firma hat die Scala-Produktreihe schon vor einiger Zeit eingestellt, und hat nicht einmal reagiert, als ich bzgl. eines Upgrade der PC-OEM-Version (Scala 100) zur Vollversion angefragt habe. Als ich das letzte Mal nachgesehen habe, machten die in Autorensysteme. |
|||||
Solar
Nutzer
05.08.2002, 15:50 Uhr [ - Direktlink - ] |
Thema: Wer will MorphOS+ Pegasos beta-Tester werden ?
Brett: MorphOS Zitat: Jene Motherbooards, die nicht im Rahmen des Beta-Testprogramms (inkl. MorphOS) verkauft werden können, werden (ohne MorphOS, d.h. Firmware Only) an deren Linux-Distributoren verkauft. Sprich, was nicht BETATESTER, das nicht MorphOS. ;-) |
|||||
Solar
Nutzer
05.08.2002, 10:55 Uhr [ - Direktlink - ] |
Thema: "Tinnitus" :nuke: :nuke: :D
Brett: Amiga, AmigaOS 4 Zitat: Bezahlter Webspace z.B., ich zahle lieber die paar Kröten mehr statt meine Besucher mit Werbebannern zu nerven. Ist für mich schon immer ein Grund gewesen, eine Seite nicht oder nie wieder zu besuchen, da das in dieselbe Kategorie fällt wie Spam-Mail - und da bin ich nicht allen... |
|||||
Solar
Nutzer
05.08.2002, 09:04 Uhr [ - Direktlink - ] |
Thema: Spammails, Dialer, Viren & Co
Brett: Get a Life Zitat: Wartet mal ab, sollte der Amiga zum großen Comeback antreten, lassen Viren etc. nicht lange auf sich warten. Hacker, Virencoder etc. sind nicht so anders als Softwareentwickler oder Graffiti-Sprayer: Die gehen da hin, wo die meisten Leute sind... Hier hat der PC einfach nur das Problem des eigenen Erfolgs. Meiner Meinung nach hat die Virenflut auf Windows nichts mit der "Unsicherheit" des Systems zu tun. Auf Linux werden ca. genausoviele "Lücken" entdeckt, nur ist es halt "in", sowas bei Windows entsprechend publik zu machen. Betrifft ja auch mehr Leute. Wen interessiert's da schon, daß bei Linux SSH ein Sicherheitsloch hat... und was ist eigentlich SSH? (Fragt sich der Windows-User...) |
|||||
Solar
Nutzer
05.08.2002, 08:57 Uhr [ - Direktlink - ] |
Thema: Umfrage: AmigaBrowser
Brett: Amiga, AmigaOS 4 XML/CSS JavaScript Punkt. HTML 4 strict ist XHTML ist XML. Kann der Browser XML, ist der Rest nur noch eine Spezifizierung der DTD. Und da XML nun einmal keine Aussagen zur Darstellung macht sondern nur zur Struktur, ist es Unsinn, XML nicht in einem Atemzug mit CSS zu nennen. (Ohne CSS ist eine XML/XHTML Seite halt nur ein Haufen Tags, vom Browser schön farbig ge-syntax-highlighted... ;^) ) Ob man JavaScript jetzt mag oder nicht, hinter der "reinen" Anzeige muß es auf jeden Fall zurücktreten. Flash, Java und RealMedia lassen sich relativ einfach durch Plug-Ins von Drittherstellern abdecken, damit sollten sich die Browser-Programmierer nicht auch noch rumärgern. (Saubere PlugIn-Schnittstelle definieren / publizieren und andere Entwickler auffordern, ihren Teil dazuzutun.) Oder habe ich vertan und AmigaOS ist nicht mehr das modulare OS, und monolithische Software-Pakete sind auch hier inzwischen angesagt? ;^) |
|||||
Solar
Nutzer
05.08.2002, 08:47 Uhr [ - Direktlink - ] |
Thema: Fragen an die Frieden-Brüder
Brett: Amiga, AmigaOS 4 Zitat: Der Punkt ist halt, es hat mir bis heute niemand erklären können, was für eine Anwendungssoftware auf OS 5 laufen soll, wenn sämtliche OS 4-Software PPC-spezifisch ist... im Vergleich zum 68k ist der PPC nämlich deutlich schwerer zu emulieren, womit jede nicht-PPC-OS 5-Plattform deutlich benachteiligt wäre... Aber ich muß Dir Recht geben, ich glaube auch nicht daß wir darauf eine Antwort erhalten werden... |
|||||
Solar
Nutzer
02.08.2002, 12:17 Uhr [ - Direktlink - ] |
Thema: Urheberabgaben auf CD-Brenner
Brett: Get a Life Zitat: Ach je, Optimismus der Jugend... ;-) |
|||||
Solar
Nutzer
02.08.2002, 11:22 Uhr [ - Direktlink - ] |
Thema: Es geht doch wieder nur in eine Richtung - Hinhaltetaktik! (AI/bplan)
Brett: Amiga, AmigaOS 4 Zitat: |
|||||
Solar
Nutzer
02.08.2002, 11:17 Uhr [ - Direktlink - ] |
Thema: Fragen an die Frieden-Brüder
Brett: Amiga, AmigaOS 4 Wie sehen die langfristigen Pläne (AmigaOS 5) aus, insbesondere: - Hardwareunabhängigkeit von OS 5, im Sinne von Lauffähig auf IA32 / IA64 / MIPS / SPARC / ... ? - Kompatibilität OS 5 -> OS 4? (Wie werden OS4-PPC-Programme auf OS5-xyz zum Laufen gebracht?) Ich weiß, die meisten von Euch stöhnen bei diesen Fragen auf, "nicht der schon wieder, nicht diese Fragen schon wieder", aber auf diese gab es bislang genausowenig Antworten wie auf die anderen auch. Und ich halte die Frage danach nach dem Tamtam seitens Amiga Inc. / Tao für völlig legitim. |
|||||
Solar
Nutzer
02.08.2002, 10:21 Uhr [ - Direktlink - ] |
Thema: Itanium-2 vs. POWER4
Brett: Get a Life http://www.spec.org. Motorola und Apple haben sich immer darum gedrückt, für die PPC-Linie SPEC-Werte zu veröffentlichen... ein Schelm, wer böses dabei denkt. |
|||||
Solar
Nutzer
02.08.2002, 10:20 Uhr [ - Direktlink - ] |
Thema: Freigabe SAS/C
Brett: Programmierung Zitat: Das war schon der Fall mit den "inoffiziellen" Updates von SAS/C, die ja inzwischen eingestellt wurden. Zitat: Aus den Worten eines Bekannten, der für einen größeren Spielehersteller in der PR-Abteilung arbeitet, kann ich Dir zwei Dinge sagen: - "Amiga" ist für viele Firmen gerade aufgrund der ständigen Nachfragen und Hartnäckigkeit ein Reizwort erster Güte geworden; - Petitionen bringen gar nichts, schon gar nicht e-Mail-Petitionen. Bestellungen bringen was. Stell' eine Liste auf mit x Leuten, die das (nicht existierende) Produkt verbindlich bestellen. Das beeindruckt. E-Mail-Adressen sind billig, gerade im Amiga-Sektor. (Hey, wann immer eine OS-Abstimmung auf amiga-news.de bekannt gegeben wird, schlagen die bis dato ausgewogenen Ergebnisse völlig um. So schafft es Amiga sogar zum "beliebtesten OS"...) |
|||||
Solar
Nutzer
01.08.2002, 16:32 Uhr [ - Direktlink - ] |
Thema: IFF Modern?
Brett: Programmierung Zitat: Das Standarddokument beinhaltet keinerlei Informationen bzgl. PD / Copyright Disclaimer. Erweiterungen (FORMs und Chunks) sind ausdrücklich erlaubt und gewünscht; hier geht es jedoch um eine Änderung des Frameworks an sich. |
|||||
Solar
Nutzer
01.08.2002, 16:29 Uhr [ - Direktlink - ] |
Thema: Kann AmigaInc sich alles erlauben?
Brett: Amiga, AmigaOS 4 Zitat: *PFIFF* Böses Foul. Stehen bleiben, um 180 Grad drehen, und das Ganze nochmal betrachten: "Kritik an den Umständen der doppelten Entwicklung, und der idiotischen Verdrängungsversuche von AmigaOS 4, das ein sehr gutes AmigaOS sein kann, wenn R.S. nicht so eine persönliche Abneigung gegen alles und jeden hätte, der nicht nach seiner Pfeife tanzt." Unrealistisch? Objektiv betrachtet (sprich, nach allem was wir *wissen*, statt nur darüber gelesen zu haben) nicht mehr und nicht weniger als Dein Statement auch. Weiter? Zitat: Kai9, ich werfe Dir hiermit dasselbe vor wie R.S.: Du führst eine Schlammschlacht nach dem Stile "ich habe Recht", und wirfst der Gegenseite genau das Verhalten vor, das Du selbst an den Tag legst. ("...exciting, but we cannot talk about it yet.") Und immer noch regt sich in diesem Thread niemand über für und wider MorphOS auf, sondern einzig und allein über Deine Art zu kommentieren... [ Dieser Beitrag wurde von Solar am 01.08.2002 editiert. ] |
|||||
Solar
Nutzer
01.08.2002, 14:56 Uhr [ - Direktlink - ] |
Thema: IFF Modern?
Brett: Programmierung Naja... es fehlt schon das eine oder andere. Grundsätzlich ist das Konzept aber solide. Ich bin weiter dran, auch wenn im Moment ein paar andere Dinge Vorrang haben. Leider hat sich mein Kontakt bei Electronic Arts in Luft aufgelöst. Hat einer der hier mitlesenden da Kontakte? (Ich müßte wegen des ursprünglichen Formats mal bei EA anfragen, und das geht über einen Kontakt besser als über einen Brief an EA allgemein, Erfahrung zeigt das solche "Briefanfragen" nur zu oft bei irgendeiner Sekretärin in der Rundablage landen...) |
|||||
Solar
Nutzer
01.08.2002, 14:24 Uhr [ - Direktlink - ] |
Thema: Kann AmigaInc sich alles erlauben?
Brett: Amiga, AmigaOS 4 Zitat:Zitat: "We are very excited, but sadly we cannot talk about it at this time..." - erinnert uns doch an irgendetwas, oder? |
|||||
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |