Anwendung dereferenziert Nullzeiger, keine Exception

[Der schöne Günther]

Alles klar. Es ist mir fast peinlich, aber es ist eine globale Variable auf eine TForm (VCL). Dieses Formular ist ein riesiges Spaghetti-Konstrukt mit message -Direktiven wie procedure WMQUERYENDSESSION(var msg: TWMQueryEndSession); message WM_QUERYENDSESSION; . Als das Ding entstand ging ich ehrlich noch in die Grundschule.

Ich bekomme es mit einer neuen TForm nicht nachgestellt.

Und noch eine Sache: Im Debugger ist immer alles gut, keine Exception, der Nullzeiger wird dereferenziert. Führe ich die exakt gleiche Exe direkt aus (also nicht aus der IDE), kommt es normal zur erwarteten Exception.

PS: InstanceSize dieses Formulars liefert 149220 (!)

[Uwe Raabe]

Zitat von Der schöne Günther:

PS: InstanceSize dieses Formulars liefert 149220 (!)

Dann liegt der Offset für den besagten Integer vermutlich außerhalb des gefährdeten Bereichs - zumindest beim Debugging.

[Der schöne Günther]

Was ist ein gefährdeter Bereich? Und wie wirkt sich das Debugging darauf aus? Ich kenne mich mit den ganzen LowLevel-Sachen nicht aus...

Meinst du dass er sich den Zeigerwert (Null) nimmt, darauf addiert wo der entsprechende Integer sein müsste, und der resultierende Wert ist bereits so groß dass das Betriebssystem meint "Jo, da darf der Knilch lesen"? Aber warum hätte ein laufender Debugger darauf Einfluss? Merkwürdig...

PS: Auch der Einsatz des "FullDebugMode" von FastMM4 bringt keine Änderungen mit sich.

[Uwe Raabe]

Ob dein Programm bzw. die IDE von einem bestimmten, absolutem Speicherbereich lesen darf hängt von der aktuellen Situation ab, und diese kann sich durch den Debugger ändern. Es ist als eher Zufall ob es dabei knallt oder nicht.

[Der schöne Günther]

Das ist ja wirklich unbefriedigend.

Zumal ich es auch nicht nachgestellt bekomme wenn ich meinen Referenztyp (TForm oder TObject oder was auch immer) soweit aufblase dass die InstanceSize gleich ist.

Im Debugger kommt nie eine Zugriffsverletzung, ohne Debugger kommt immer eine. Ich habe in den Projektoptionen nichts gefunden was das irgendwie noch beinflussen könnte...

[Uwe Raabe]

Zitat von Der schöne Günther:

Zumal ich es auch nicht nachgestellt bekomme wenn ich meinen Referenztyp (TForm oder TObject oder was auch immer) soweit aufblase dass die InstanceSize gleich ist.

Steht denn dann auch der Integer an derselben Stelle? Andererseits bedeutet ein anderes Programm auch ein anderes Memory-Layout. Ich würde also immer noch Zufall anführen, wobei Zufall in der Programmierung ja eigentlich nicht existiert. Sagen wir also, die Zusammenhänge sind so komplex, daß es schwierig ist, sie konsistent nachzubilden.

[Der schöne Günther]

Mein Nachstellen beschränkte sich auf ein TObject das mit einem statischen Byte-Array von 0 bis 149216 beginnt und danach ein Integer kommt. Also nein, exakt die gleiche Stelle wäre es jetzt nicht gewesen.

Das kann ich auch noch einmal versuchen exakt nachzubilden, aber was weiß ich schon wo der Compiler wirklich die Felder hinlegt? Vielleicht wird da etwas optimiert und hin- und hergeschoben. Vielleicht kann man so etwas im CPU-Fenster bzw. Assemblercode sehen, aber für mich ist das nur Zeichensalat.