Program crasht beim Schließen, aber...

[p80286]

Zitat von freejay:

Nur war das ein paar Tage später (in denen ich vermutlich auch Änderungen am Code vorgenommen hatte) eine andere Stelle und ein anderes Objekt!

Zum Teil kommt die Fehlermeldung auch bei einem Kollegen, bei mir und anderen aber nicht. Die Probleme haben vor ca. einem halben Jahr angefangen - den Auslöser also bei irgendeinem Update (der IDE oder von Komponenten) dürfte so gut wie unmöglich werden.

Das klingt doch sehr nach einer nicht initialisierten Variablen, oder einem "wildgewordenen" Pointer. die "Schuld" würde ich da nicht bei einem Update, sondern eher bei einer cleveren Lösung suchen.

Gruß
K-H

[scrat1979]

Ich hatte mal ein ähnliches Problem und bekam auf der Suche nach dem Fehler graue Haare. Ursache war letztendlich ein fehlender „override“ in der Destructor-Deklaration des selbst erstellten Objektes. Prüfe auch mal, ob überall der übergeordnete Desktruktor mittels inherited aufgerufen wird. Auch als Profi kann einem das ja mal durch die Lappen gehen... viel Erfolg!

[himitsu]

Im Delphi ist schon länger FastMM drin, aber nur in einer kleinen Version.

Außer dem einfachen MemoryLeak-Test, den man per Variable aktivieren kann, fehlt der Rest.

Beim großen FastMM kann man eben auch beim Freigeben von OLbjekten/Pointern ein Überschreiben aktivieren, was spätere Zugriffe erkennen lässt.
Normal wird Speicher ja nicht sofort freigeben und man kann nach dem Free/Destroy noch auf Einiges zugreifen, mit dem ungültigen Zeiger.

[freimatz]

Ginge das auch mit madExcept? Habe da keine Option genau dazu gefunden.

[hhcm]

Zitat von freimatz:

Ginge das auch mit madExcept? Habe da keine Option genau dazu gefunden.

Meinst du den Memory Leak test? Das geht in den MadExcept Settings unter "active error search" auf der ersten Seite "report resource leaks"

[MyRealName]

Zitat von freimatz:

Ginge das auch mit madExcept? Habe da keine Option genau dazu gefunden.

Wenn es um die Memory leaks geht, dann einfach in den basic settings schauen, ganz unten unter "report resource leaks"

[hhcm]

Zitat von MyRealName:

Wenn es um die Memory leaks geht, dann einfach in den basic settings schauen, ganz unten unter "report resource leaks"

Knappe Stunde später, gleiche Antwort.

[freimatz]

Jein. Es ging mir nicht um Memory Leaks sondern um "auf doppelt freigegebene Objekte". Das ist ja quasi das Gegenteil.

Inzwischen habe ich es wohl gefunden. Es ist die wohl Option "instantly crash on buffer overrun/underrun".

Ging bei mir leider nicht, weil es dann ein out of memory Fehler kam. Ich meinem Falle kann ich den Fehler anderweitig eingrenzen. Aber gut zu wissen.

[freejay]

Zitat von scrat1979:

Ich hatte mal ein ähnliches Problem und bekam auf der Suche nach dem Fehler graue Haare. Ursache war letztendlich ein fehlender „override“ in der Destructor-Deklaration des selbst erstellten Objektes. Prüfe auch mal, ob überall der übergeordnete Desktruktor mittels inherited aufgerufen wird. Auch als Profi kann einem das ja mal durch die Lappen gehen... viel Erfolg!

Danke! Schau ich mir mal an. An sowas hätte ich nie gedacht...