Memleaks schließen

[br_klaus]

Hallo,
wenn ich HeapTrc verwende, dann zeigt das nach Beendigung des Programmes eine Menge Memleaks an.
Leider kann ich da oft nicht erkennen, wo genau jetzt dieser Speicherbereich belegt wurde und wo er hätte wieder freigemacht werden müssen.
Gibt es keine Möglichkeit, diese Memleaks "von Hand" zu schließen, indem man zB die Angaben von Heaptrc dazu verwendet.
Oder gibt es evtl. Freeware, die den ganzen Speicherbereich wieder bereinigt?
Herzlichen Dank!

[Komoluna]

Zeigt dir denn Heaptrc die Dateien und Zeilennummern an, wo der Speicher belegt wurde?
Wenn nicht, geh mal in die Projekteinstellungen -> Compilereinstellungen -> Debuggen
Dann:
Schalte Heaptrc-Unit verwenden an
Schalte Debuggersymbole aus der ausführbaren Datei entfernen aus
Schalte Externe Datei mit Debuggersymbolen nutzen aus
(Und natürlich Debugger-Informationen für GDB erzeugen an)

Danach sollten bei jedem Memoryleak die entsprechenden codestellen angezeigt werden.

MFG

Komoluna

[br_klaus]

Zeigt dir denn Heaptrc die Dateien und Zeilennummern an, wo der Speicher belegt wurde?
Wenn nicht, geh mal in die Projekteinstellungen -> Compilereinstellungen -> Debuggen
Dann:
Schalte Heaptrc-Unit verwenden an
Schalte Debuggersymbole aus der ausführbaren Datei entfernen aus
Schalte Externe Datei mit Debuggersymbolen nutzen aus
(Und natürlich Debugger-Informationen für GDB erzeugen an)

Danach sollten bei jedem Memoryleak die entsprechenden codestellen angezeigt werden.

MFG

Komoluna

Herzlichen Dank für die Antwort.
Aber das war eigentlich gar nicht mein Problem. Heaptrc zeigt ja die Speicherstellen an. Leider auch solche, die in einer riesigen Unit sind (KOL), die ich nicht verändern will (weil ich nicht weiß, was alles dadurch noch verändert wird).
Ich wollte fragen, ob es - sei es schon während des Programmlaufs oder erst am Ende - möglich ist, diese Speicherleaks gleich beim Entstehen auszulöschen, dh. den Heapptr richtig zu setzen, so daß das Loch erst gar nicht entsteht.
Haeptrc muss ja auch irgendwo die Informationen herbekommen. Vielleicht kann man da mit Assembler (in Windows) "dazwischenfunken", um den richtigen Sollzustand wiederherzustellen?

[m.fuchs]

Kannst du den Output von Heaptrc mal zeigen? Ich vermute dass das Memoryleak nicht in der Bibliothek liegt, sondern du nur etwas daraus benutzt. Der Fehler lässt sich dann so weit zurückverfolgen.

Ein automatisches "Stopfen" der Speicherlecks gibt es nicht.

[br_klaus]

Kannst du den Output von Heaptrc mal zeigen? Ich vermute dass das Memoryleak nicht in der Bibliothek liegt, sondern du nur etwas daraus benutzt. Der Fehler lässt sich dann so weit zurückverfolgen.

Gerne. Hier als ZIP-Datei (trace.txt und dievorb.lpr = Programm)
KOL.pas gibt es im Internet: http://www.kolmck.net. Ich benutze noch eine ältere Version 3.17.

dievorb.zip

(9.95 KiB) 95-mal heruntergeladen

[m.fuchs]

KOL.pas gibt es im Internet: http://www.kolmck.net. Ich benutze noch eine ältere Version 3.17.

Die KOL-Version müsstest du mal mitliefern. Auf Sourceforge find ich die nicht mehr.

Miit der aktuellen Version lässt es sich nicht kompilieren.

[br_klaus]

Hier mein KOL 3.17 und neue Version des Programms

[m.fuchs]

Kompilierbar ist es damit und die übrigen Speicherlecks habe ich auch gesehen im Trace. Ich fürchte nur, beim Suchen der restlichen Lecks muss ich auch kapitulieren.
Der Quellcode ist auch nicht sehr übersichtlich, das begünstigt die Probleme sicherlich. Vielleicht hast du ja die Möglichkeiten dort einmal aufzuräumen und gewisse Teile auszulagern. Das würde die Suche sicherlich vereinfachen.

[br_klaus]

Kompilierbar ist es damit und die übrigen Speicherlecks habe ich auch gesehen im Trace. Ich fürchte nur, beim Suchen der restlichen Lecks muss ich auch kapitulieren.
Der Quellcode ist auch nicht sehr übersichtlich, das begünstigt die Probleme sicherlich. Vielleicht hast du ja die Möglichkeiten dort einmal aufzuräumen und gewisse Teile auszulagern. Das würde die Suche sicherlich vereinfachen.

Bin schon dabei.
herzlichen Dank.