von SimonLothar » Sa 12. Nov 2011, 18:34
Wie cfxm bereits sagte, haben die die Hardware wohl weitgehend geändert.
Der Prozessor ist jetzt ein SH-4A (sieht aus wie der 7305(Prizm)).
Möglicherweise wurde auch das Betriebssystem in Richtung Prizm angepasst.
Nachdem was ihr so berichtet habt, müsste der Fehler innerhalb der alten Addins liegen.
Das OS 2.02 erzählt uns folgendes:
Wenn OS 2.02 ein Addin mit dem Namen Geometry.g1a in Version 1.00.0000 zu starten versucht,
dann bricht das OS den Ladevorgang mit einer sauberen Fehlermeldung (müsste "Version ERROR" lauten) ab.
(wär gut, wenn das mal an einer der neuen Maschinen in Realität verifiziert würde; habe selbst keine).
meine Vermutung:
die Standard-Initialisierungsroutinen des alten SDK stören.
Frage:
wird mit dem 9860GII-2 (ich bezeichne die neue Serie einfach mal so) wieder ein Geometry.G1A mitgeliefert?
Und startet es brav?
Wenn meine Vermutung richtig ist, dann muss ein ggf. mitgeliefertes Geometry.g1A eine Version > 1.00.0000 haben.
Der Initialisierungscode dieses Addins müsste dann die Antworten darauf geben, wie eine SDK-Variante aussehen müsste oder wie möglicherweise alte G1A-Addins geschickt repariert werden können, um den störenden Code zu neutralisieren.
---
Es könnte aber auch der VRAM-pointer sein, wenn alle addins, die bisher getestet worden sind, mithilfe von fx-revolution erstellt worden sind. Der VRAM-pointer von OS 2.02 liegt sehr weit entfernt (etwa 0x4000) von dem des OS 1.03, den fx-revolution festeingestellt verwendet. fx-revolution-compilate schreiben also ziemlich wild in ggf. empfindliche RAM-Bereiche des neuen OS 2.02.
Dann müsste allerdings z. B. INSIGHT.G1A laufen, da INSIGHT.G1A den VRAM-pointer über syscall 0x0135 holt.