|
ENGLISH VERSION |
|
 |
| Links | | | Forum | | | Kommentare | | | News melden |
|
| Chat | | | Umfragen | | | Newsticker | | | Archiv |
|
| amiga-news.de Forum > AROS und Amiga-Emulatoren > 68040 fpu Emulation | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
| -1- | [ - Beitrag schreiben - ] |
|
21.11.2003, 04:50 Uhr ruebennase56 Posts: 24 Nutzer |
Ich habe gerade Apdf (PDF Anzeiger) installiert und festgestellt, daß das 68040fpu.modul nicht funktioniert. Das Programm verlangt ein Module ohne FPU. AIBB behauptet aber daß eine 68040-fpu vorhanden ist. Ist das ein Fehler von Apdf, oder von WinUAE (V0.8.22R9, CPU Type:68040)? [ - Antworten - Zitieren - Direktlink - ] |
|
21.11.2003, 10:09 Uhr thomas Posts: 7716 Nutzer |
Hast du SetPatch korrekt aktiviert ? Gruß Thomas -- Email: thomas-rapp@web.de Home: home.t-online.de/home/thomas-rapp/ [ - Antworten - Zitieren - Direktlink - ] |
|
21.11.2003, 12:53 Uhr Thorty Posts: [Ex-Mitglied] |
Fehler ist relativ, kann sowohl ein solcher von WinUAE oder auch von Apdf sein. Mein WinUAE-System erkennt eine FPU und der FPU Support ist aktiviert in den WinUAE-Einstellungen. Somit könnte man meinen das das ein Fehler vo Apdf ist. Ich benutze im übrigen die nonFPU Version von Apdf installiert und die funktioniert 1a und ist auch schnell. -- Besucht das neue Forum der CD32-Allianz unter: http://16999.rapidforum.com CD32-Allianz: http://www.cd32-allianz.de priv. Homepage: http://www.thorty-online.de [ - Ändern - Antworten - Zitieren - Direktlink - ] |
|
21.11.2003, 12:54 Uhr Thorty Posts: [Ex-Mitglied] |
Zitat: Sorry für meine doofe Frage, aber was soll das bringen? Kannste mal hier Deine Startup-Sequenz posten, dann hab auch ich einen besseren Durchblick. -- Besucht das neue Forum der CD32-Allianz unter: http://16999.rapidforum.com CD32-Allianz: http://www.cd32-allianz.de priv. Homepage: http://www.thorty-online.de [ - Ändern - Antworten - Zitieren - Direktlink - ] |
|
21.11.2003, 13:03 Uhr thomas Posts: 7716 Nutzer |
SetPatch überprüft die Hardware und setzt die entsprechenden Flags in der ExecBase. Wenn APDF nur die Flags abprüft, wird es falsch reagieren, wenn SetPatch nicht gelaufen ist. Gruß Thomas -- Email: thomas-rapp@web.de Home: home.t-online.de/home/thomas-rapp/ [ - Antworten - Zitieren - Direktlink - ] |
|
21.11.2003, 16:32 Uhr ruebennase56 Posts: 24 Nutzer |
Fehler gefunden! Ich hatte OS3.9 auf dem PC installiert, indem ich alles von meinem A4000 rüberkopierte und eigentlich nur CGX durch Picasso austauschte. Ich hatte aber die Phase5 68060-libraries vergessen zu löschen. Und schon wieder 3 fragen: 1. Ist es nicht egal ob WinUAE mit oder ohne fpu-emu läuft? Die kiste ist nur so schnell wie der PC-prozessor. 2. In meiner startup-sequence stehen vielleicht seltsame sachen drin. Ich kann mich noch darin erinnern, daß ich sie per hand geändert habe, aber bei bestem willen nicht mehr warum. Es wird nicht einfach setpatch gestartet sondern: loadmodul l:shell-seq noreboot setpatch skiprommodules shell quiet Ich habe beide wieder durch setpatch ohne zusatz ersetzt, wüßte aber doch gerne was das zu bedeuten hat. 3. Ich hab einen permanenten lock auf der startup-sequence. Ich kann sie weder löschen, umbenennen noch überschreiben. Das dos-fenster schließt nach loadwb und die RWED-flags sind gesetzt, also sollte das nicht passieren. Könnte es damit zu tun haben, daß ich alle festplatten als ordner mounte? Gruß Andreas [ - Antworten - Zitieren - Direktlink - ] |
|
21.11.2003, 16:48 Uhr thomas Posts: 7716 Nutzer |
1. Kommt drauf an. Wenn du ein FPU-Programm benutzt, sollte auch eine FPU vorhanden sein, denn sonst muß der 68k die FPU-Befehle emulieren, was deutlich langsamer sein dürfte als wenn der x86 die Emulation übernimmt. Wenn du ein Programm ohne FPU-Befehle startest, spielt es keine Roll, ob eine FPU vorhanden ist, oder nicht, denn sie wird in jedem Fall nicht benutzt. 2. Es gibt im Aminet ein inoffizielles Update zu der OS3.9-Shell. Die beiden Befehle aktivieren sie ("Skip Shell" sorgt dafür, daß die Shell aus dem ROM-Update nicht aktiviert wird und "Loadmodule" lädt die neuere Shell). 3. Schau mal mit dem Windows-Explorer, ob das Read-Only-Flag gesetzt ist. Wenn du in dem Ordner eine Datei namens _UAEFSDB.___ findest, solltest du überprüfen, ob alle Dateien den richtigen Namen haben und dann diese Datei löschen. In der Datei sind alle Dateikommentare und Protection-Bits gespeichert, die Windows nicht unterstützt. Aber so richtig ausgereift ist das noch nicht. Auf jeden Fall solltest du die neueste WinUAE-Version nehmen. In allen älteren hat das UAEFSDB-Verfahren sehr viele Bugs. Gruß Thomas -- Email: thomas-rapp@web.de Home: home.t-online.de/home/thomas-rapp/ [ - Antworten - Zitieren - Direktlink - ] |
|
21.11.2003, 17:02 Uhr Gary7 Posts: 571 Nutzer |
Zitat: Ich hatte mal meine virtuelle Festplatte auf CD kopiert und anschließend wieder zurück. Obwohl die Datei nicht mehr schreibgeschützt war bekam ich keinen Schreibzugriff mehr. Vielleicht war das bei dir ähnlich? -- --- Der Weltraum, unendliche Weiten. Dies sind die Abenteuer... [ - Antworten - Zitieren - Direktlink - ] |
|
28.11.2003, 05:52 Uhr R-TEAM Posts: 1030 Nutzer |
Hi, das problem mit den gesperrten schreibzugriffen tritt dann auf wenn die datei vom AmigaOS-DOS gelockt wird ! Das passiert wenn ein anderes prg die datei geöffnet über DOS hat, sie aber noch nicht geschloßen ! z.b. das prg ist abgesemmelt oder die datei ist aktiv in gebrauch .. auch wenn auf ihr aktuell nicht zugegriffen wird. Das mit der startup-seq kommt wohl daher das dort prg gestartet werden die sich nicht vollständig vom unterprozess lösen .. ist das selbe wie wenn man ne Shell nicht schließen kann da von dort ein prg gestartet wurde .. kann auch bei prg passieren die scheinbar ein weiterarbeiten zulassen ( bei Shell sichtbar das auch ohne RUN der Promt nach dem start wieder erscheint ) .. diese prg locken dann die Shell/datei und ist solang gelockt wie das prg läuft. Abhilfe : Prg mit RUN <>NIL: "prg" starten ! Damit sind IMHO garantiert keine locks mehr vorhanden da sämtliche mögliche ausgaben und cli-eingaben nach NIL: ( nirwana  ) umgeleitet werden.Man kann sich mit Scout z.b. ( SystemMonitor ) die Locks anzeigen und entfernen lassen ( ist aber NICHT ungefährlich .. das entfernen ) ! Grüße R-TEAM [ - Antworten - Zitieren - Direktlink - ] |
| -1- | [ - Beitrag schreiben - ] |
| amiga-news.de Forum > AROS und Amiga-Emulatoren > 68040 fpu Emulation | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |
|