TOS Patchen

[Atariosimus]

Danke, wer lesen kann ist im Vorteil 

Muss ich nachher mal probieren.

[Arthur]

Danke, wer lesen kann ist im Vorteil 

Muss ich nachher mal probieren.

Weswegen?

[Atariosimus]

Ich meinte damit dass ich das nicht gelesen habe.

[Atariosimus]

Beim Brennen der BIN Datei zwischen dem TL866 und Pinatu
stellt man unterschiedliche ASCII Darstellungen fest für Hi und Lo.
Zudem ist die Zeile von Pinatu um ein Zeichen länger.
Die Hex Zahl stimmt jedoch wie man erkennen kann.

[Thorsten Otto]

Nicht wirklich, Pinatubo stellt halt auch nicht-ASCII Zeichen dar.

[Lukas Frank]

Stimmt doch ...

[Atariosimus]

Geht aber ohne Probleme wie man sieht 

[Lukas Frank]

Einmal am Atari 000000 - 000011 - 000022 usw. und der PC 000000 - 000010 - 000020 usw.

[Thorsten Otto]

Noch 'ne Sache die mir bei TOSPATCH aufgefallen ist: in der Version für TOS 3.06 wird in der Routine, die auf FPU testet, ein fmove fp0,d0 durch ein fmove d0,fp0 ersetzt. D0 wird an der Stelle nicht benutzt, also macht es nichts aus wenn es zerstört wird. Kann mir jemand erklären, was da der Bugfix ist?

[czietz]

Ich bin mir gerade nicht sicher, aber kann ein FMOVE.L FPx, Dy nicht eine Exception auslösen, wenn in FPx ein Wert enthalten ist, der in einem CPU-Register nicht darstellbar ist? Z.B. NaN, zu große/kleine Zahl, ...

[Thorsten Otto]

Ja, könnte es (und würde es wohl auch, weil die FPU-Register mit NaN initialisiert sind). Allerdings wird der Test beim booten ausgeführt, und zu dem Zeitpunkt sind die FPU-Exceptions ausmaskiert. Wäre aber durchaus möglich daß das der Grund für den Patch ist, obwohl ich eigentlich kein Programm kenne daß die Exceptions einschalten würde. Wird auch von der mintlib z.B. gar nicht unterstützt.

[KarlMüller]

TOS 3.06 wird in der Routine, die auf FPU testet, ein fmove fp0,d0 durch ein fmove d0,fp0 ersetzt. D0 wird an der Stelle nicht benutzt, also macht es nichts aus wenn es zerstört wird.

Um herauszufinden, ob eine FPU eingebaut ist, versucht TOS die eventuell im Register FP0 enthaltene Zahl in eine Integer-Zahl zu wandeln. Gelingt dieses bei vorhandener FPU jedoch nicht, meist nach einem Tastatur-Reset, so löst die FPU ein Exception aus, was zu einer endlosen Reset-Schleife führt.

[Thorsten Otto]

Der Line-F-Trap (also ob überhaupt eine FPU vorhanden ist) wird natürlich abgefangen. Alle anderen Exceptions sind wie gesagt normalerweise maskiert, dh. sie werden zwar im FPU Status Register angezeigt, führen aber nicht zu einer Exception. Ausser halt es schaltet sie jemand frei.

Wäre aber durchaus möglich daß tatsächlich solche Programme existieren. Insbesondere solche die mit Pascal, Modula und Konsorten übersetzt wurden. Solche Programme steigen gerne mal mit absonderlichen Runtime-Fehlern aus.