amiga-news DEUTSCHE VERSION
.
Links| Forums| Comments| Report news
.
Chat| Polls| Newsticker| Archive
.

amiga-news.de Forum > AROS und Amiga-Emulatoren > 68040 fpu Emulation [ - Search - New posts - Register - Login - ]

-1- [ - Post reply - ]

2003-11-21, 04:50 h

ruebennase56
Posts: 24
User
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)?

[ - Answer - Quote - Direct link - ]

2003-11-21, 10:09 h

thomas
Posts: 7718
User

Hast du SetPatch korrekt aktiviert ?

Gruß Thomas

--
Email: thomas-rapp@web.de
Home: home.t-online.de/home/thomas-rapp/

[ - Answer - Quote - Direct link - ]

2003-11-21, 12:53 h

Thorty
Posts:
[Former member]
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



[ - Edit - Answer - Quote - Direct link - ]

2003-11-21, 12:54 h

Thorty
Posts:
[Former member]
Zitat:
Original von thomas:

Hast du SetPatch korrekt aktiviert ?


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



[ - Edit - Answer - Quote - Direct link - ]

2003-11-21, 13:03 h

thomas
Posts: 7718
User

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/

[ - Answer - Quote - Direct link - ]

2003-11-21, 16:32 h

ruebennase56
Posts: 24
User
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

[ - Answer - Quote - Direct link - ]

2003-11-21, 16:48 h

thomas
Posts: 7718
User

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/

[ - Answer - Quote - Direct link - ]

2003-11-21, 17:02 h

Gary7
Posts: 571
User
Zitat:
Original von ruebennase56:
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?


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...

[ - Answer - Quote - Direct link - ]

2003-11-28, 05:52 h

R-TEAM
Posts: 1030
User
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

[ - Answer - Quote - Direct link - ]


-1- [ - Post reply - ]


amiga-news.de Forum > AROS und Amiga-Emulatoren > 68040 fpu Emulation [ - Search - New posts - Register - Login - ]


.
Masthead | Privacy policy | Netiquette | Advertising | Contact
Copyright © 1998-2025 by amiga-news.de - all rights reserved.
.