Speicherleck und Unknown Elemente in FastMM4

[jaenicke]

Wichtig ist vor allem, dass unbekannte Elemente oft innerhalb von bekannten Elementen liegen. Sprich vielleicht stürzt du dich auf 100.000 unbekannte Elemente, weil das so viel aussieht, beachtest aber nicht, dass diese innerhalb von 100 Objekten einer Klasse liegen, die ebenfalls geleakt werden.

Dafür müsstest du z.B. die Callstacks anschauen, um zu schauen wo diese Elemente geleakt werden.

Es würde schon sehr helfen, den Memory Report zu sehen. Du kannst mir den auch gerne über eine private Nachricht schicken, wenn du das machen kannst, obwohl natürlich die Namen der aufgerufenen Funktionen usw. in den Callstacks stehen. Den Quelltext an sich braucht man oft gar nicht, um daraus etwas zu sehen.

[himitsu]

Beim großen FastMM müsste man doch irgendwo ein Log aktivieren können, bzw. sich die Aufrufadresse/Stack zu den Speicherblöcken speichern lassen,
damit man nachher sehen kann, wer/wo das angefordert wurde,
wenn ich micht nicht irre.

https://github.com/pleriche/FastMM4
https://github.com/pleriche/FastMM5

[jaenicke]

Dafür muss in der FastMM4Options.inc diese Zeile gesetzt sein:

Code:

{$define FullDebugMode}

[TurboMagic]

Jaenicke hat recht, dazu muss man aber das "volle" FastMM4 runterladen und benutzen,
d.h. FastMM4 in die Uses packen und die DLL neben die exe legen und natürlich vorher
wie angegeben die include Datei ändern.

Dann gibt's im ordner der Exe am Ende auch eine textdatei mit Stacktraces woher die
geleakten Allokationen kommen. oft hilfreich.