Delphi 7 - Speicherleck

[SonOfOdin]

Sorry für den Doppelpost:

Der Screenshot im Anhang:

Für was steht + - und Diff ?
Create - Destroy - und "Übrig geblieben"?

Die Doku von DDDebug ist wohl von Version 0.96 wo es das vermutlich noch nicht gab...

[sahimba]

Zitat von SonOfOdin:

Sorry für den Doppelpost:
Der Screenshot im Anhang:
Für was steht + - und Diff ?
Create - Destroy - und "Übrig geblieben"?
Die Doku von DDDebug ist wohl von Version 0.96 wo es das vermutlich noch nicht gab...

Hallo

Ich bin der Autor von DDDebug. Wo hast Du die Version runtergeladen? Die Doku sollte aktualisiert sein. Ich schaue mal, ob das da beschrieben ist. Und ergänze es gegebenenfalls.

Das "Statistik"-Tab ist auch das erste, dass ich verwende wenn ich nach solch wachsendem Speicher suche. Unten gibt es einen Button "Reset", welcher die Counter der einzelnen Klassen zurücksetzt. +/- ist dann die Anzahl der Instanzen einer jeden Klasse, welche seit diesem Zeitpunkt "created" bzw. "destroyed" wurden. (*)
In der Regel ist aber schon die Anzahl der "Live"-Instanzen ein gutes Indiz und liefert Anhaltspunkte, wonach zu suchen ist.


(*) In Deinem Screenshot wurden bspw. seit dem Zeitpunkt der Aktivierung des Trackers 2461 Instanzen der Klasse TBitmapImage erzeugt und von diesen 2460 wieder freigegeben. Eine Instanz ist derzeit noch "im Speicher".

[SonOfOdin]

Hey,

die Trial habe ich direkt von ddobjects.de geladen.
Im PDF das bei der Installation mit kommt ist auf Seite 18 noch ein Screenshot aus 0.96 ohne die beschriebenen Spalten.

[sahimba]

Zitat von SonOfOdin:

Im PDF das bei der Installation mit kommt ist auf Seite 18 noch ein Screenshot aus 0.96 ohne die beschriebenen Spalten.

Danke für den Hinweis. Ich werde die Dokumentation dann mal anpassen

[taveuni]

FastMM hat die Funktion "LogMemoryManagerStateToFile". Schreibe zyklisch in die Datei. Du kannst alle paar Minuten / Stunden eine neue Datei anlegen. Darin werden alle instanzierten Objekte gelistet. Wenn es ein "normales" Speicherleck ist findest Du es so.

[SonOfOdin]

Hi,

Hatte es nun laufen, bis die Trial abgelaufen ist.

Im Screenshot anbei:
Wie wäre denn jetzt das Vorgehen genau dieses eine Leck zu untersuchen?

Wenn im Callstack "ExceptionManager" auftaucht - bedeutet das es gab im Programm eine Exception?

[sahimba]

Zitat von SonOfOdin:

Wie wäre denn jetzt das Vorgehen genau dieses eine Leck zu untersuchen?

Das kann Dir das Tool auch nicht sagen. Jetzt musst Du halt schauen, wo diese "TDebugMessages" erzeugt werden und was weiter so mit ihnen passiert. Vermutlich werden sie in irgendeiner Liste gehalten, aber "irgendwann" dürften sie ja nicht mehr "benötigt" werden und könn(t)en freigegeben werden. Was ja allem Anschein nach bei Programmende (erst) passiert. Aber das kannst ja nur Du wissen. Oder wer auch immer das gebaut hat

Wenn Du das Programm neu startest, kannst Du auch DDDebug wieder verwenden. Die Trial ist nur während der einzelnen Ausführung limitiert.