unexpected Memory leak finden

[Sir Rufo]

Zitat:

Zitat von Bjoerk (Beitrag 1269807)

Zwei Produktlisten die wie vermutet in initialization / finalization erzeugt / freigeben werden. Von TList abgeleitet, Clear überschrieben und inherited Clear vergessen. Meine Recordlisten bringen mich noch um den Verstand. Manchmal macht‘s echt keinen Spaß mehr..:wall:

Versuch es doch mal mit Unittests ;)

[Bjoerk]

Ja. Hat mir vor Jahren schon ein gewisser Christian Rehn empfohlen. Kenn ich mich aber immer noch nicht mit aus. Ich hab ja vor ein paar Jahren meine Software (ca 250.000 Zeilen) komplett überarbeitet. Bin froh daß ich den Katastrophencodefaktor von 10 bis schätze mal so 3 runter geschraubt hab. Die Tipps von einem gewissen Detlef Heibing hab ich (Gott sei Dank) damals größtenteils umgesetzt. Das neue CAD Zeugs ist eigentlich soweit ganz in Ordnung (auch Dank deiner Unterstützung), benutzt aber teilweise auch den alten Kram. Man kann halt nicht immer alles neu machen. Den Hinweis von Michal das ReportMemoryLeaksOnShutDown schon in der Entwicklungsphase zu setzen nehm ich mit. Thanx an Alle. :thumb:

[Ralf Kaiser]

Noch einen anderen Tipp:

Betreibe FastMM im "Full Debug Mode". Dann erhälst du für Speicherreservierungen die nicht wieder freigegeben wurden jeweils eine Stacktrace für die Reservierung.

Es wird also dann nicht nur angegeben, dass ein Leak vorhanden ist sondern auch wo der Speciher reserviert wurde.

[Neutral General]

Aus Erfahrung kann ich nur sagen: Für alles was über "fast nichts" hinausgeht sollte man besser Klassen als Records benutzen. Hab das auch schmerzlich lernen müssen. Hatte bei einem Programm so oft irgendwelche Memoryleak Probleme oder nicht-initialisierte Daten die mir Probleme gemacht haben weil ich mal nen Moment nicht aufgepasst habe bei meinem Record-Kram :/