|
ENGLISH VERSION |
|
 |
| Links | | | Forum | | | Kommentare | | | News melden |
|
| Chat | | | Umfragen | | | Newsticker | | | Archiv |
|
| amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
|
Thore
Nutzer
23.12.2009, 17:02 Uhr [ - Direktlink - ] |
Thema: Ähnliche Spiele wie "The Shadow Of The Third Moon"
Brett: Amiga, AmigaOS 4 @Bluebird: wobei ich kann mir ehrlich nicht vorstellen das es auf einem 68k erst ueberhaupt halbwegs geht Auf dem 68060 ist Descent sehr gut spielbar, genauso Doom und eine Reihe weiterer Spiele. Auf C4D auch... weiß nicht was ihr für Systeme habt =) |
|||||
|
Thore
Nutzer
23.12.2009, 16:50 Uhr [ - Direktlink - ] |
Thema: Speicherschutz und Amiga OS 3.x
Brett: Amiga, AmigaOS 4 > Genau das Gegenteil ist der Fall Ich meinte "crasht", also richtig abstürzt, nicht "in einer exception endet". Man kann illegale Speicherzugriffe auch einfach unterdrücken und die Fehlermeldung nicht angezeigen mit Speicherschutz. > Durch Speicherschutzt merkt man ja sofort, wenn ein Programm Mist baut. Nur wenn die Exception angezeigt wird... > Also hier haben einige Speicherschutz und dessen Konsequenzen nicht verstanden. Doch schon, nur verwechseln hier einige "nicht nötig" mit "unsinnig" wobei das gänzlich unterschiedliche Dinge sind. > Das ist prima zum Debuggen und ermöglicht erst das Schreiben von stabiler Software, wenn ein gewissen Komplexitätsgrad überschritten werden soll. Was z.B. mit dem MorphOS OWB widerlegt wurde, es kommt ohne Speicherschutz aus und ist sehr stabil. Wenn man sich auf seinen reservierten Speicher verlässt und keine Overflows verursacht und keine wilden Adressen beschreibt, dürfte es auch bei komplexen Projekten kein Problem sein. Auch das initialisieren von Klassen/structs mit NULL und vor dem Free auf NULL prüfen hilft, und bei Referenzen muss man aufpassen. > Speicherschutz ist was anderes als Resourcetracking Ja, bin vorhin nur auf einen vorangegangenen Beitrag eingegangen. Speicherschutz ist im Grunde nur das Verbieten von Zugriffen auf bestimmte Adressräume. Alles andere beschriebene ist quasi AddOn. Es gibt noch weitere Möglichkeiten, ein Programm sicherer zu machen. Ich hab damals ein Programm geschrieben, welches Abstürze abfängt und das Programm ggf mit seinen Fenstern, Screens etc schließt. Es nutzt hierbei den TrapCode aus, und hängt dort einen Exception Code ein, der beim Absturz ausgeführt wird. |
|||||
|
Thore
Nutzer
23.12.2009, 15:18 Uhr [ - Direktlink - ] |
Thema: Speicherschutz und Amiga OS 3.x
Brett: Amiga, AmigaOS 4 @eliotmc: > Mich wundert immer wieder, dass Amiga User Speicherschutz als unnötig ansehen. Oh da hast Du mich aber falsch verstanden. Speicherschutz auf Win und Lin sind ein _muss_ und auf AmigaOS gehts auch ohne und wird nicht benötigt. So meinte ich das. Sicher ist Speicherschutz eine feine Sache, aber wenn man richtig programmiert ist dies auf unserem single-User-System nicht nötig (und sogar auch bei multiuser nicht wenn das virtaul memory mapping intelligent genug ist) Allerdings macht z.B. Enforcer das System ein bisschen lahmer, wenn auch ein Stück weit sicherer. Würde z.B. in Win der Speicherschutz deaktivieren würde, dann würde man mal merken wie oft es crasht, aber dann heftig... Gerade als Programmierer sieht man die schönen Fensterchen mit dem X doch recht häufig 
|
|||||
|
Thore
Nutzer
23.12.2009, 13:20 Uhr [ - Direktlink - ] |
Thema: Speicherschutz und Amiga OS 3.x
Brett: Amiga, AmigaOS 4 @Bluebird: > also oft bekommen man ne meldung aber wie gesgat schmiert die kiste oft genug auch ab Passiert nur wenn die Programme keine gscheite Fehlerbehandlung haben, wie gesagt, der Programmierer entscheidet obs crasht oder nicht. Oder z.B. wenn direkt auf ChipRAM adressiert wird ohne den Speicher zu reservieren (mache Spiele tun sowas...) Ebenso beim Zusammenspiel zweier Programme ist der Programmierer schuld wenns hängt, nicht das AmigaOS. Speicherschutz ist daher auf dem AmigaOS und MorphOS nicht _nötig_ aber ein nice to have. |
|||||
|
Thore
Nutzer
23.12.2009, 11:46 Uhr [ - Direktlink - ] |
Thema: Speicherschutz und Amiga OS 3.x
Brett: Amiga, AmigaOS 4 @Dennis_50300: > allerdings soweit ich das verstehe soll so ein Speicherschutz das System stabiler machen ? Genau, und daß niemand in den "heiligen" Speicherbereich der in den RAM geladenen Systemdaten pfuscht. Das System wird aber im Grunde nur dann stabiler, wenn die Programmierer anständig programmieren. Denn auch bei Win lösen diese Zugriffe "Exceptions" (Ausnahmebehandlungen) aus oder zwingen Win gar zum Absturz, trotz Speicherschutz. Auf einem Mehrbenutzersystem ist Speicherschutz sinnvoll, genauso wie der vorig beschriebene "virtuelle Speicher" (M$ verwechselt diesen Begriff oft mit dem Auslagerungsspeicher, der eigentlich swap heißt und nicht virtueller Speicher) Virtuell heißt er deshalb, da die nach außen gezeigten Adressbereiche anders sind, wie die, die intern vom System benutzt werden. So können 2 Benutzer auf der gleichen Maschine die Adressen $12345-$54321 verwenden, obwohl sie sich nicht in die Quere kommen, intern sind die Adressen nämlich anders. Dieses Mapping wird von der MMU gesteuert über Reloc-Tables. Dieses Mapping wurde in AmigaOS nicht implementiert und ohne gewaltige Patches ist dies auch nicht zu machen (alles ist hier direktadressiert). Eine Lösung ist z.B. Enforcer, welcher über die MMU angibt, welche Speicherbereiche nicht beschrieben werden können. Beim Versuch darauf zu schreiben, wird eine Ausnahme-Routine angestoßen. Das letzte Problem ist die Abhängigkeit der Komponenten untereinander. In einem Button steht z.B. nicht drin, welcher Task dem Button zugrundeliegt, und kann so nicht "von außen" gefreed werden, wenn die App crasht (bisschen mein denglisch aufpolieren, hehe) Dadurch bleiben Code-Leichen (Fenster etc) liegen. Es gibt zwar manchmal eine "Zuordnung" jedoch kann man sich nicht immer drauf verlassen. Ich denke das ist auch der Grund, warum Amiga-Programme in der Regel Bugfeier sind als Win-Programme, denn die Programmierer MÜSSEN sauber programmieren [ Dieser Beitrag wurde von Thore am 23.12.2009 um 11:48 Uhr geändert. ] |
|||||
|
Thore
Nutzer
23.12.2009, 11:32 Uhr [ - Direktlink - ] |
Thema: X-Copy und Co zum Thema Dongle
Brett: Amiga, AmigaOS 4 Das Hardware-Teil bei X-Copy lässt sich nur mit einem externen Laufwerk und Cyclone benutzen. Dazu stellst Du im Kopiermodus "APWM Copy" ein. Im Grunde tauscht das Ding RD (Read) und WD (Write), so daß anstelle von Scheibvorgängen gelesen wird und andersrum. (Gerät daher nur dann anstecken wenn mans auch braucht!) Der Grund ist der: Disketten sind in Spuren gegliedert (wie die Ringe eines Baums) und dazwischen ist eine Lücke (genannt Gap), da der Schreib-Lesekopf ein Spiel hat. Dieser Gap kann ausgelesen werden aber nicht gezielt beschrieben. Der Kopierschutz ist nun so ausgerichtet, daß Tracks breiter sind als normal, sprich, den Gap mit ausnutzen für sinnvolle Daten (auf diesem Track passt dann etwas mehr drauf). Solch einen Track nennt man Longtrack und wird normalerweise mit einem Spezial-Laufwerk geschrieben. Das herkömmliche Standard-Laufwerk kann diesen lesen und ausführen, aber beim Versuch das auf eine andere Diskette zu schreiben, scheitert er, denn die Gap kann wie gesagt nicht gezielt beschrieben werden. Hier setzt die Hardware an. Da der Lese-Vorgang auf LongTracks klappt, wird der Lesevorgang zum Schreibvorgang umgepolt. Die Longtracks werden dann auf die andere Diskette "gelesen" (=geschrieben). Cyclone ermittelt vor dem Kopieren eines Tracks die Tracklänge, dies kann unter gewissen Umständen fehlschlagen, oder das Spiel wird nicht mit den kompletten Daten kopiert, so daß grafische oder soundtechnische Fehler entstehen, oder gar zu Beginn abstürzt. Wenn Du einen Tower oder Desktop mit 2 internen Disk-Laufwerken benutzt, musst Du Cyclone2000 verwenden, weil damit statt DF1: das Laufwerk DF2: verwendet wird. |
|||||
|
Thore
Nutzer
22.12.2009, 13:44 Uhr [ - Direktlink - ] |
Thema: Fast Ram sparen unter OS4.0 classic
Brett: Amiga, AmigaOS 4 Genauso mit Datatypes, nur die verwenden, die Du auch wirklich brauchst, der Rest kann z.B. von Devs:Datatypes nach Devs:Datatypes/Disabled verschoben werden. Wenn Du eine Grafikkarte verwendest, wird vermutlich auch FastRAM für das Zwischenspeichern von Grafik verwendet, Hintergrundbild mal rausmachen oder farbmäßig noch weiter reduzieren, und Auflösung kleinermachen. |
|||||
|
Thore
Nutzer
21.12.2009, 14:22 Uhr [ - Direktlink - ] |
Thema: Welche Amiga Spiele kann man auf die Festplatte installieren?
Brett: Amiga, AmigaOS 4 @xXSoul-Reaver-2006Xx: > Hm AmigaDOS ist nicht gleich AmigaDOS Genau, deshalb sagte ich ja, die Dateien müssen von Amiga-DOS lesbar sein, nicht nur der Header der Disk, sonst zeigt er keine Dateien an, wenn es doch eine NoDOS Disk mit DOS Block ist. > das nächste Problem ist natürlich die Kopieschutz in der Disketten. Das ist meist bei NoDOS Disk der Fall und meist mit einem Longtrack Copylock, welcher durch ein APWM Copylock Gerät u.U. kopiert werden kann. Wie genau das geht und warum das geht, hab ich mal an anderer Stelle beschrieben. Aber im Regelfall lassen sich kopiergeschützte Spiele auch nicht installieren (von Laien/Standard-User sowieso nicht) |
|||||
|
Thore
Nutzer
21.12.2009, 12:35 Uhr [ - Direktlink - ] |
Thema: Welche Amiga Spiele kann man auf die Festplatte installieren?
Brett: Amiga, AmigaOS 4 Spiele die ihre Dateien im AmigaDOS Format haben, lassen sich auch auf Festplatte installieren, sofern sie nicht direkt DF0: ansprechen. Meist werden Disk-Namen verwendet, die mit Assigns dann auf die Festplatte umgebogen werden müssen. Wings, Indiana Jones, Monkey Island, Worms etc sind Kandidaten für diesen Fall Bei NoDOS Spielen, welche trackbasiert die Daten speichern, ist es nicht so einfach möglich, im Grunde ohne Tools wie WHDLoad nicht möglich. Achtung: Auch NoDOS Spiele können einen DOS Header auf der Disk haben und so von der Workbench aus zwar erkannt werden, sieht aber augenscheinlich leer aus, dies ist aber eine NoDOS Disk und durch reinkopieren von Dateien wird die Disk zerstört... Kandidaten für NoDOS Spiele sind zum Beispiel Mortal Kombat, Dynablaster, ... |
|||||
|
Thore
Nutzer
19.12.2009, 10:20 Uhr [ - Direktlink - ] |
Thema: Fat95 und SAM
Brett: Amiga, AmigaOS 4 @tploetz: Weil SCP (=Secure Copy) der Secure Shell "SSH" zugrundeliegt und nicht smb. Das SSH-Protokoll wird voll unterstützt. |
|||||
|
Thore
Nutzer
18.12.2009, 11:10 Uhr [ - Direktlink - ] |
Thema: Efika PPC Amiga
Brett: MorphOS Nachtrag zu den oben genannten flv und swf Problemen: OWB 1.6 hat nun im Lieferumfang ein swfdec Plugin, damit lassen sich viele Videos abspielen. Der Versionsstring kann gespooft werden, ca so: setenv SAVE SWFDEC_FLASH_VERSION "Shockwave Flash 8.0" Damit können Webseiten ein Fallback auf das swfdec kompatible swf 8 machen, falls das script es unterstüzt. Zeigt Youtube ein schwarzes Bild, kann der URL-Parameter um &fmt=5 ergänzt werden, dann sollte es bei vielen klappen. |
|||||
|
Thore
Nutzer
16.12.2009, 22:44 Uhr [ - Direktlink - ] |
Thema: Fat95 und SAM
Brett: Amiga, AmigaOS 4 @tploetz: Versuch mal den virtuellen Rechner mit einer virtuellen Netzwerkkarte (Brücke zum Host, Bridged) zu versehen. Dann hast Du quasi ein weiterer Rechner im Netzwerk, eben den emulierten. Der kann dann "ganz normal" auf andere Rechner im Netzwerk zugreifen. Bedingung: Er befindet sich im gleichen Netzwerk (IP und Subnet-Mask prüfen) |
|||||
|
Thore
Nutzer
14.12.2009, 22:08 Uhr [ - Direktlink - ] |
Thema: Spiele auf Festplatte kopieren,geht das?
Brett: Amiga, AmigaOS 4 > liegt wohl daran das mit Warblade jetzt auf dem PC Geld gemacht wird Eher daran daß sie mit Deluxe Galaga kein Geld mehr machen =) |
|||||
|
Thore
Nutzer
14.12.2009, 21:29 Uhr [ - Direktlink - ] |
Thema: Fat95 und SAM
Brett: Amiga, AmigaOS 4 Lassen wir doch tploetz entscheiden ob das Thema abgeschlossen ist. |
|||||
|
Thore
Nutzer
14.12.2009, 21:15 Uhr [ - Direktlink - ] |
Thema: Fat95 und SAM
Brett: Amiga, AmigaOS 4 Das stimmt aber auch nicht. In SMB v3.x (also auch bei neuen Samba Versionen) ist bereits die neue Art der Anmeldung implementiert, und Vista tut hier wieder seinen Dienst. Von geheim kann also keine Rede sein. Im Gegenteil, beide Seiten werfen sich Inkompatibilität vor. Infos zur Version http://www.linux-watch.com/news/NS4434907782.html Und im Grunde ist es mir persönlich völlig egal wie M$ ihre Produkte nennt. Mir gings schlicht und ergreifend ums Prinzip, und jetzt wird wieder wegen solcher Nebensächlichkeiten vom eigentlichen Thema abgeschweift. Es ging im Grunde nur darum daß die von tploetz eingesetzten Versionen zueinander in der Anmeldung inkompatibel sind. Wär schön wenn man hier wieder anknüpfen würde. @tploetz Mal VirtualBox zwischenzeitlich getestet? [ Dieser Beitrag wurde von Thore am 14.12.2009 um 21:19 Uhr geändert. ] |
|||||
|
Thore
Nutzer
14.12.2009, 20:47 Uhr [ - Direktlink - ] |
Thema: Fat95 und SAM
Brett: Amiga, AmigaOS 4 Seufz... Ok M$ benutzt das smb Protokoll um auf Samba Server zugreifen zu können. Sind die Herren nun zufrieden? Es ging hier eigentlich mehr ums Prinzip. Obwohl... wer weiß das schon? Kennt ihr den Source? [ Dieser Beitrag wurde von Thore am 14.12.2009 um 20:51 Uhr geändert. ] |
|||||
|
Thore
Nutzer
14.12.2009, 20:01 Uhr [ - Direktlink - ] |
Thema: Fat95 und SAM
Brett: Amiga, AmigaOS 4 @Holger: > Vista hat gar kein Samba. Samba ist die freie open-source > Implementierung des SMB Protokolls. > Microsoft benutzt natürlich seine eigene proprietäre Implementierung > dieses Protokolls. Die ändert sich, wann immer sie das wollen, bei > jeder Betriebssystemversion und vielleicht auch durch ein online- > Update. Widerspricht sich diese Aussage nicht?..... naja... Ich wollts eigentlich so schreiben daß tploetz was damit anfangen kann. Ob ich nun sag "Vista hat ein ... Samba" oder "in Vista ist eine M$-spezifisch implementierte Version von Samba eingebaut, welche auf ein modifiziertes smb Protokoll aufbaut, welches nicht immer kompatibel zum Standard smb Protokoll ist" ist mir im Grunde egal solange der Normal-User den Sinn dahinter begreift. @tploetz Daß du das probiert hast, hast Du unterschlagen (oder wir habens nicht gesehen), aber so wissen wir ja daß das bei Dir nicht geht. |
|||||
|
Thore
Nutzer
13.12.2009, 21:27 Uhr [ - Direktlink - ] |
Thema: Fat95 und SAM
Brett: Amiga, AmigaOS 4 Na das ist doch mal eine Aussage... Versuchs mit einer Virtualisierung eines Systems (VirtualBox, VMWare oder sowas) und installier da drauf XP oder Linux. Dann kommst über den Umweg ran. |
|||||
|
Thore
Nutzer
13.12.2009, 21:19 Uhr [ - Direktlink - ] |
Thema: Fat95 und SAM
Brett: Amiga, AmigaOS 4 Ich wiederhols: Platt machen bedeutet im Jargon: Formatieren, fdisk, zappen, irgendwas damit sie eben platt ist. Dann neu partitionieren und installieren. Das ist im Grunde der Standard-Weg. Was M$ dir vorschreibt ist nicht standard sondern ein Hintertürchen, Dir Win7 zu verkaufen... |
|||||
|
Thore
Nutzer
13.12.2009, 20:16 Uhr [ - Direktlink - ] |
Thema: Fat95 und SAM
Brett: Amiga, AmigaOS 4 Hmm naja ich dachte eigentlich das bekommt jeder hin... Wenn Du aber dein Vix...äh Vista oder die 7 behalten willst und es mit dem Samba tanzen nicht geht, probier mal ein virtuelle Umgebung mit XP oder besser Linux aus. |
|||||
|
Thore
Nutzer
13.12.2009, 18:43 Uhr [ - Direktlink - ] |
Thema: Fat95 und SAM
Brett: Amiga, AmigaOS 4 Du probierst genau das, was am unwahrscheinlichsten ist, daß es dann mit Samba geht... Auf XP gehen oder Linux verwenden würde die Wahrscheinlichkeit drastisch erhöhen für dein Samba. |
|||||
|
Thore
Nutzer
13.12.2009, 14:48 Uhr [ - Direktlink - ] |
Thema: Fat95 und SAM
Brett: Amiga, AmigaOS 4 Es geht auch anders... Platt machen, neu machen... Dann entscheidest DU was drauf soll und nicht die Mafia. |
|||||
|
Thore
Nutzer
13.12.2009, 12:02 Uhr [ - Direktlink - ] |
Thema: Fat95 und SAM
Brett: Amiga, AmigaOS 4 Ok nochmal... Vista hat ein geändertes Samba. Mit einer minimalen smb.conf, die sonst funktioniert, aber auf Vista nicht, wäre es aufgefallen, daß es an Vista liegt. Ich hab diesbezüglich auch hier schonmal einen Link gepostet, mit Registry-Einträgen die man testweise anpassen kann, was aber nicht immer funktioniert. Irgendwie wurde das aber ignoriert... Vista hat auch mit Linux-Rechnern Probleme, auch das wurde erwähnt. Wieso schmeisst Du das Vista nicht einfach weg und tust was anderes drauf? Das ist das lahmste OS von M$ ever! (Persönliche Meinung) USB, ZipDisk, LapLink, Disketten sind wohl ein paar Alternativen... |
|||||
|
Thore
Nutzer
13.12.2009, 11:30 Uhr [ - Direktlink - ] |
Thema: Sensible Soccer
Brett: AROS und Amiga-Emulatoren AmigaPapst hat recht. Sensi auf UAE ist nur ca 40% soviel Spaß wie auf einem echten Amiga. Aber probier mal Kick1.3 und 1 MB RAM aus, und schau obs dann läuft. |
|||||
|
Thore
Nutzer
11.12.2009, 21:46 Uhr [ - Direktlink - ] |
Thema: Fat95 und SAM
Brett: Amiga, AmigaOS 4 Mit einer minimalen, selbst angelegten smb.conf kann man solche Sachen gleich von vornherein ausschließen, hast Du nicht die Links zum Erstellen einer samba config gelesen? Da steht alles drin... |
|||||
|
Thore
Nutzer
11.12.2009, 20:40 Uhr [ - Direktlink - ] |
Thema: Fat 95 Workbench 3.1
Brett: Amiga, AmigaOS 4 Oder wie ich ein Zip-Laufwerk. Da passt ewig viel drauf (100MB sind für Amiga viel...) |
|||||
|
Thore
Nutzer
08.12.2009, 19:35 Uhr [ - Direktlink - ] |
Thema: 1.3er KickROM per Software
Brett: Amiga, AmigaOS 4 Kannst Du mal avail aufrufen und das Ergebnis per mail schicken. Dasselbe mit ShowConfig Danke |
|||||
|
Thore
Nutzer
08.12.2009, 08:54 Uhr [ - Direktlink - ] |
Thema: 1.3er KickROM per Software
Brett: Amiga, AmigaOS 4 Die wichtigste Neuerung von 1.3 ist der Autoboot von Festplatte. Dazu kommen diverse Bugfixes und eine neue Workbench (mehr Features). Dabei bleibt 1.3 vollständig kompatibel zu 1.2 (mir sind nie Probleme aufgefallen) Ich muss erst testen wie ich das Programm für 1.3 oder 1.2 kompilieren kann, vielleicht muss ich dafür auch den Compiler wechseln (der Code sollte aber überall compilierbar sein) Der Schritt von 3.0 auf 3.1 bringt z.B. Änderungen in der graphics.library mit sich (WritePixelArray), und noch hier und da Verbesserungen (speedmäßig wohl auch optimierter). "Boot without startup-sequence" macht nichts anderes als den Amiga hochzufahren aber die Startup-Sequence nicht auszuführen. Damit landest Du automatisch in der Shell. Die Idee ist, daß hier noch nicht viel in den Speicher geladen wurde und der Speicherblock zum Abtrennen frei bleibt. |
|||||
|
Thore
Nutzer
07.12.2009, 20:18 Uhr [ - Direktlink - ] |
Thema: 1.3er KickROM per Software
Brett: Amiga, AmigaOS 4 Geh mal ins Early Menu und mach "Boot without startup-sequence" und führ da mal das Programm aus, und danach execute s:startup-sequence ich denk da wird das ChipRAM ungünstig reserviert daß das ChipToFast den Block nicht abzweigen kann. Für 1.3 Wie bereits in der mail und oben geschrieben ist das Programm vorerst nur für 3.x [ Dieser Beitrag wurde von Thore am 07.12.2009 um 20:23 Uhr geändert. ] |
|||||
|
Thore
Nutzer
06.12.2009, 20:10 Uhr [ - Direktlink - ] |
Thema: Fat95 und SAM
Brett: Amiga, AmigaOS 4 @tploetz Hast Du mal versucht, eine minimale smb.conf zu erstellen? Ich hatte weiter oben einen Link genannt. Probier mal zum Beispiel sowas aus: -- CUT HERE -- [global] workgroup = WORKGROUP security = share serverstring = AmigaSambaServer loadprinters = yes browseable = yes preservecase = no guest ok = yes [Work] path = /Work [Workbench] path = /Workbench [Work2] path = /Work2 writeable = yes -- CUT HERE -- Da kannst dann auch mit den Parametern rumspielen. Mach aber ein Backup deiner vorherigen smb.conf. Die Werte sind aus deiner vorig geposteten smb.conf übernommen, ich denk mal, das sind die Einstellungen die Du möchtest? Auf jeden Fall aber übersichtlicher wie Deine, wo noch 2 weitere Configs eingebunden werden. |
|||||
|
||||||
|
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |
|