access violation beim hinzufügen eines Elements in eine Liste

[bernhard_LA]

der aktuelle Fehler in unserer Anwendung tritt beim hinzufügen einen Elements in eine Objectliste auf,
Madshi maxexcept hüpft beim Debuggen direkt zu dieser Codezeile in system.pas

Delphi-Quellcode:

procedure DynArraySetLength(var a: Pointer; typeInfo: Pointer; dimCnt: NativeInt; lengthVec: PNativeint);
  .....
  // Calculate the needed size of the heap object
  t := PDynArrayTypeInfo( PByte(typeInfo) + PDynArrayTypeInfo(typeInfo).name );
  ....

mein Code Block zum Einfügen eines Elements in die Liste ist schon einige Jahre alt und hat bisher ohne Probleme funktioniert.
Wie kann ich hier weiter debuggen ??

[himitsu]

Welcher Codeblock?

[TurboMagic]

Und was hat sich seit dem in deinem Programm geändert?
Andere Delphi Version vielleicht?
Aber wie schon geschrieben: ohnew etwas Code wie du das aufrufst
kommen wir nicht weiter.

Ich gehe davon aus, dass der Fehler reproduzierbar jedes Mal auftritt
und nicht sporadisch?

[Uwe Raabe]

Zitat:

Zitat von bernhard_LA (Beitrag 1500313)

Wie kann ich hier weiter debuggen ??

Ich würde sagen: gar nicht! Wenn du an der Stelle ankommst, hast du den Fehler vermutlich schon übersehen.

[bernhard_LA]

an anderen Stellen, Routinen wurde (natürlich) schon was geändert, aber alle Änderunmgen sehen harmlos aus & die Access Violation findet halt in einem alten Code Fragment ohne bezug zu den anderen Klassen, Routinen ... statt.
Wie finde ich jetzt die Stelle mit dem Fehler ??


https://www.thoughtco.com/understand...esult%20value.


was sind den typische Konstellationen welche zu einem Heap fehler führen ?

[Uwe Raabe]

Zitat:

Zitat von bernhard_LA (Beitrag 1500338)

die Access Violation findet halt in einem alten Code Fragment ohne bezug zu den anderen Klassen, Routinen ... statt.
Wie finde ich jetzt die Stelle mit dem Fehler ??

Und du erwartest darauf wirklich eine Antwort, ohne dass wir den betreffenden Code zu sehen bekommen?

[bernhard_LA]

wie finde ich heraus welche Variable unter 00000000004177AC gespeichert ist, welche Tool kann mir beim Debuggen weiterhelfen ?

Delphi-Quellcode:

Message: Access violation at address 00000000004177AC in module 'TESTS_VCLGUIAPP.exe'. Read of address 0000000000000001

[himitsu]

Modul-Liste (DLLs) oder in der Assembler-Ansicht hochscrollen

da siehst dann in welchem Programmteil du bist


sind Debuginfos oder Externals-Definitionen vorhanden, siehst'e auch noch die Funktion und vielleicht Codezeile.

[peterbelow]

Zitat:

Zitat von bernhard_LA (Beitrag 1500313)

der aktuelle Fehler in unserer Anwendung tritt beim hinzufügen einen Elements in eine Objectliste auf,
Madshi maxexcept hüpft beim Debuggen direkt zu dieser Codezeile in system.pas

Delphi-Quellcode:

procedure DynArraySetLength(var a: Pointer; typeInfo: Pointer; dimCnt: NativeInt; lengthVec: PNativeint);
  .....
  // Calculate the needed size of the heap object
  t := PDynArrayTypeInfo( PByte(typeInfo) + PDynArrayTypeInfo(typeInfo).name );
  ....

Hast Du validiert dass das die hinzugefügte Objektreferenz nicht nil ist?

Delphi-Quellcode:

Message: Access violation at address 00000000004177AC in module 'TESTS_VCLGUIAPP.exe'. Read of address 0000000000000001

sieht eindeutig nach einen Zugriff auf einen Speicherblock (z. B. ein Objekt) über einen nil pointer aus.

[Blup]

Es besteht die Wahrscheinlichkeit das die Objektliste bereits freigegeben ist und die Variable weiterhin auf den freigegebenen Speicherbereich zeigt. Solche Fehler führen zur Laufzeit nicht in jedem Fall direkt zur Zugriffsverletzung. Nur wenn der eingebaute Speichermanager den für das Objekt reservierten Speicher auch bereits an das Betriebsystem zurückgegeben hat. Dashalb kann eine Änderung an einem ganz anderen Programmteil plötzlich den Fehler zu Tage treten lassen.

[himitsu]

Ein Dynamisches Array ist ein ManagedType .... so lange da niemand an der Speicherverwalung zumpfuscht oder z.B. einen Bufferoverrun hat, sollte es an der Stelle nie knallen, weil wenn das wirklich weg ist, dann würde der Zeiger auf NIL stehen und das würde zu Beginn abgefangen.

[bernhard_LA]

ich kann das Problem an einem minimalen Code-Fragment darstellen, dafür einen neuen Thread hier in der DP