Reverse Engineering der NLT II

[HenneNWH]

In Bright-Eyes wurde die Typisierung der Variablen durch Makros wie ds_readbs() oder ds_readb() an sehr vielen Stellen separat festgelegt.

In BrightEyes hat der BCC jetzt diese Information zentral festgelegt bekommen, trifft andere Entscheidungen und generiert an einigen Stellen anderen Code.
Aktuell stecke ich in seg032.cpp an einem Ausdruck,
welcher den richtigen Code mit einer falschen Adresse generiert. Schreibe ich ihn so wie er sein sollte um, kommt ein ganz anderer Code raus, der möglicherweise korrekt funktionieren würde.

Eine andere Sache ist, dass die Offsets der Spungadressen in die Overlay-Segmente anders sind.
Das ist dann die nächste Baustelle.