Schutzverletzung bei Zugriff auf Objekt

[WladiD]

So einen ähnlichen "Fehler" hatte ich vor kurzem auch gehabt. Es gab keinen logischen Zusammenhang zwischen den Zugriffsverletzungen und dem dazu führendem Call-Stack. Die Ursache war im Grunde so alt wie C (und alle anderen Sprachen, die Pointer unterstützen), eine Bereichsüberschreitung beim variablen Array/manuell angefordertem Buffer.

Auf die Schliche kannst dem Fehler kommen, wenn du in den Compiler-Optionen die Option Bereichüberprüfung (am besten für das Debug-Build) aktivierst. Wenn du dann zur Laufzeit ERangeError-Exceptions bekommst, so ist meine Vermutung bestätigt. Aber Vorsicht, diese Compiler-Option vergrößert und verlangsamt die Anwendung, aber für's Debugging manchmal unerlässlich.

MfG

[cltom]

Hallo,

danke nochmals für den Input. Habe sowohl den Assert/Assigned-Trick versucht als auch die Bereichsüberprüfung. Es läuft aber letztlich offenbar immer darauf hinaus, dass dieses ObjektB im Objekt A nicht existiert. Freigegeben wird es aber auch nicht.

Die Fehlermeldung anbei bringt wohl auch nicht mehr Licht in die Sache.

[Blup]

Aus der Fehlermeldung lässt sich folgendes schließen:

Du befindest dich in der Methode einer Klasse.
Diese Instanze der Klasse wurde nicht erzeugt und die Instanzevariable ist "nil".
Die Methode ist nicht virtuell, sonst wärst du nicht so weit gekommen.

Zitat:

Habe sowohl den Assert/Assigned-Trick versucht als auch die Bereichsüberprüfung. Es läuft aber letztlich offenbar immer darauf hinaus, dass dieses ObjektB im Objekt A nicht existiert.

Existiert "objekta", hast du das tatsächlich überprüft?

Zitat:

Freigegeben wird es aber auch nicht.

Wird es erzeugt, hast du das tatsächlich überprüft?
Wird das Property "objektb" eventuell mehrmals in unterschiedlichen Ebenen der Klassenhierarchie deklariert?
Handelt es sich um eine einfache Variable oder wird das Objekt von einer Methode geliefert?

Hast du die von mir vorgeschlagene Protokollierung der Erzeugung, Zuweisung, Freigabe der Klassen (objecta, objectb) mit Instanznummer implementiert?
Zeig uns bitte das Protokoll.

[cltom]

Also, die Tipps hab ich natürlich befolgt und probiert (einzige Einschränkung: soweit ich sie auch verstanden habe - welches Protokoll etwa meinst Du? :oops: oder Instanznummer?).

Objekt A existiert, ich kann einen Breakpoint vor dem Aufruf der ProzedurY setzen und kann da alle Werte im ObjektA aber auch im Unterobjekt B einsehen. Objekt A und Objekt B existieren eine Codezeile vorher noch. Sobald ich eine Zeile später in die ProzedurY springe, scheint das Objekt B verloren zu sein.

Was allerdings auch merkwürdig ist: dem Objekt A hab ich testweise noch ein paar Variablen hinzugefügt. Wenn ich nun in ProzedurY diese Variablen ansehe, so haben die zum Teil einen Inhalt, obwohl diesen Variablen nirgends ein Wert zugewiesen wurde. Noch merkwürdiger: der Inhalt macht Sinn, also die Werte, die da drinstehen, die kommen an anderer Stelle im Programm vor. Das sind die Inhalte anderer Variablen einer weiteren Instanz von ObjektB.

Danke jedenfalls für die Mühe, da immer noch mitzulesen und zu helfen!

[cltom]

Kleines Update:

An den Objekten A und B selbst liegt es offenbar nicht, sondern es gibt eine Querabhängigkeit zu einem ObjektC (das auch eine Instanz vom ObjektB enthält). Genauer gesagt scheint es am SetLength von ein paar dynamischen Arrays im ObjektC zu liegen. Sobald ich die rausnehme, klappt es (natürlich fehlt dann ein großer Teil vom ObjektC).

Wirklich schlau bin ich damit auch noch nicht.

Das sollte jetzt vermutlich in einen neuen Thread, aber ich lasse es mal hier, da es Teil des Codes von ObjC ist: wenn ich ein dynamisches Array mehrmals in seiner Größe ändern muss, was ist dann der korrekte Weg:

SetLength(analysis,0);
SetLength(analysis,anzahl);

oder nur

SetLength(analysis,anzahl);

Beeinflusst das den Speicherverbrauch bzw. die Entscheidung, was Delphi mit den alten Daten macht?

[cltom]

ps. wenn ich die Arrays konstant definiere [0..100] dann gibt es nirgendwo Fehlermeldungen ...