Regel #1: Don't Panic!
Jetzt kommt eine Menge Tech-Kram für Interessierte, welcher nur eine Zwischenstandmeldung ist.
-----------------
@Obi-Wahn: Das betrifft in meinem Fall nur die DOS-Version. Auf moderneren Rechnern mit richtigen Betriebssystemen und genug RAM spielt das überhaupt keine Rolle.
Die Info war eher für Shihan gedacht, der ja auch an RIVA rumbastelt und dabei mit den DOS-Gegebenheiten zu kämpfen haben kann.
Allerdings sind die bei RIVA ganz anders, da der Watcom 10.x Compiler benutzt wurde und dort ganz anders vorgegangen werden sollte.
Wie genau kann ich gerade nicht sagen.
@Ilm: Das "zu früh gefreut" bezieht sich auf die Aussagekraft der bisherigen "Binäräquivalenzcodedifferenz".
Die müsste bei der SCHICKM.EXE noch um den ausgelagerten Code erweitert werden.
Bei der GEN.EXE war das nicht notwendig, da keine Overlays benutzt wurden.
Den Overlay-Teil der SCHICKM.EXE hab ich gestern händisch untersucht und herausgefunden, dass der von mir erzeugte Code insgesamt nur um ca. 32 Byte länger ist.
Ein stumpfer 1:1 Vergleich dieser beiden Bereiche würde im Overlay-Teil zu einer Binäräquivalenzcodedifferenz von ca. 300000 Bytes !!! führen.
Natürlich habe ich noch die Disassemblies von beiden Bereichen verglichen und festgestellt, dass ab seg032 ein paar andere Instruktionen erzeugt werden.
Somit hat sich der Codebereich von seg033-seg122 nur etwas nach hinten verschoben und erzeugt so diesen sehr hohen Wert.
Eine andere Besonderheit ist aktuell noch, dass viele globale Variablen noch nicht die richtigen Adressen haben und von mir per Hand umsortiert werden müssen,
damit BCC/TLINK dasselbe Binary erzeugen können.
Das sind die Besonderheiten, welche nur unter DOS gelten und von mir schon so eingestellt sind, dass das hoffentlich in naher Zukunft alles passen wird.
Unter modernen Plattformen spielen diese Tricksereien überhaupt keine Rolle mehr.
Da werden die Dateien genauso wie damals unter DOS compiliert und gelinkt, nur dass diese Softwareunterstützung jetzt von der Hardware übernommen wird.
Und das macht das ganze viel einfacher. :-)
Jetzt kommt eine Menge Tech-Kram für Interessierte, welcher nur eine Zwischenstandmeldung ist.
-----------------
@Obi-Wahn: Das betrifft in meinem Fall nur die DOS-Version. Auf moderneren Rechnern mit richtigen Betriebssystemen und genug RAM spielt das überhaupt keine Rolle.
Die Info war eher für Shihan gedacht, der ja auch an RIVA rumbastelt und dabei mit den DOS-Gegebenheiten zu kämpfen haben kann.
Allerdings sind die bei RIVA ganz anders, da der Watcom 10.x Compiler benutzt wurde und dort ganz anders vorgegangen werden sollte.
Wie genau kann ich gerade nicht sagen.
@Ilm: Das "zu früh gefreut" bezieht sich auf die Aussagekraft der bisherigen "Binäräquivalenzcodedifferenz".
Die müsste bei der SCHICKM.EXE noch um den ausgelagerten Code erweitert werden.
Bei der GEN.EXE war das nicht notwendig, da keine Overlays benutzt wurden.
Den Overlay-Teil der SCHICKM.EXE hab ich gestern händisch untersucht und herausgefunden, dass der von mir erzeugte Code insgesamt nur um ca. 32 Byte länger ist.
Ein stumpfer 1:1 Vergleich dieser beiden Bereiche würde im Overlay-Teil zu einer Binäräquivalenzcodedifferenz von ca. 300000 Bytes !!! führen.
Natürlich habe ich noch die Disassemblies von beiden Bereichen verglichen und festgestellt, dass ab seg032 ein paar andere Instruktionen erzeugt werden.
Somit hat sich der Codebereich von seg033-seg122 nur etwas nach hinten verschoben und erzeugt so diesen sehr hohen Wert.
Eine andere Besonderheit ist aktuell noch, dass viele globale Variablen noch nicht die richtigen Adressen haben und von mir per Hand umsortiert werden müssen,
damit BCC/TLINK dasselbe Binary erzeugen können.
Das sind die Besonderheiten, welche nur unter DOS gelten und von mir schon so eingestellt sind, dass das hoffentlich in naher Zukunft alles passen wird.
Unter modernen Plattformen spielen diese Tricksereien überhaupt keine Rolle mehr.
Da werden die Dateien genauso wie damals unter DOS compiliert und gelinkt, nur dass diese Softwareunterstützung jetzt von der Hardware übernommen wird.
Und das macht das ganze viel einfacher. :-)