Speicherlecks finden

[omata]

Ich kann MemProof sehr empfehlen, das Programm zeigt dir sogar die Programmzeile, die das Speicherleck erzeugt.

MfG
Thorsten

[Christian Seehase]

Moin Gereon,

Du solltest bei den Optionen vor allem auch die Debug-Informationen einschalten, das scheint bei Dir nämlich nicht der Fall zu sein:

Code:

call stack - 0 : ([b]no debug info[/b]) Find error: 0012EFC8

[himitsu]

Ja, tut mir leid ... ist mir dann auch noch eingefallen ... dat muß FastMM heißen (Fast Memory Manager) ... weiß auch nicht, was mich da geritten hatte und meines versteckt sich hier in der DP unter dem Namen FastXMM -.-''



Hier ist auf jeden Fall eine Version mit MemoryCheck (ist zwar nicht die aller neuste Version, aber es sollte ausreichen).

Einfach die FastXMM.pas als erste Unit in deiner DPR eintragen ... und wenn du das Programm beendest, dann kommt die Fehlermeldung ... dort dann noch auf "Ja" klicken und es erscheinen in deinem Programmverzeichnis die Dateien.
Je Speicherblock eine ... die Startadresse des Blocks stecht im Dateinamen und der Speicherinhalt versteckt sich in der Datei.

Und in der Demo, welche sich nicht in dem Verzeichnis mit der FastXMM.pas befindte, kannst du dir auch mal ein SpeicherLeck erstellen lassen und gucken, ob die das überhaupt reicht.
(in die .DAT-Dateien kannst du ja mit einem HEX-Editor, oder notfalls och mit 'nem normalem TextEditor reinschauen)




!!! Es sei aber auf ein Problem mit INDY hingewiesen (falls du etwas davon mit im Programm hast) ... in einer der Hauptdateien des INDY-Projekts wird ein Objekt erstellt, aber "absichtlich" nicht wieder freigegeben ... dort hat man also immer ein SpeicherLeck.
Im Moment hab ich einen entsprechenden Patch noch nicht integriert, der das von INDY "gewollte" SpeicherLeck nicht anzeigt.



Wobei ich zugeben muß, daß wenn MemProf wirklich die "richtige" Zeile anzeigt, daß das dann auch nicht zuverachten ist

[edit=alcaeus]"JEDI" durch "INDY" auf Wunsch von himitsu ersetzt. Mfg, alcaeus[/edit]

[glkgereon]

MemProof sieht ganz gut aus....

aber wo sieht man da die zeile?
das is doch nur zum analysieren von Exe's...oder?


und was heissen da die zeilen?
Bytes? O_O
dann hätte ich nen Leak von über 500 kb

[Christian Seehase]

Moin Gereon,

wie sieht es denn mit den Compilereinstellungen aus?
Normalerweise müsste Dir MemProof auf Doppelclick auf ein angezeigtes Problem die Zeile anzeigen.

[glkgereon]

hmm, also wenn ich memproof starte kommt erstmal ne leere liste.
wenn ich dann damit ne anwendung starte stehen in der liste die anzahl der pointer, memory, etc. drin.

wenn ich das programm wieder beende komm ich in die "Ressource Details".

aber da steht nix von zeilennummern...wie auch?

[Khabarakh]

Falls das nicht klar ist: MemCheck zeigt auch die Zeilen an. Es generiert dazu Exceptions, die dann auf die Zeile weisen.

[Christian Seehase]

Moin Gereon,

um Sebastians Aussage noch zu vervollständigen:
Das setzt dann aber auch eine entsprechende Einstellung der Compileroptionen voraus.

[alzaimar]

In Memproof must du
1. Suchpfade angeben
2. mit stackframes, ohne Optimierung compilieren
3. mit debuginfo compilieren

[omata]

Also bitte nicht so kompliziert!

Das geht alles ganz einfach.
Man kann MemProof direkt über die IDE starten und alles wird auf das aktuelle Projekt eingestellt.
Über Tools->Tools konfigurieren kann man über Hinzufügen ein neues Tool einrichten.
Dort dann den Pfad zu MemProof angeben und als Parameter $EXENAME $PARAMS wählen. fertig.

Wenn man nur mal kurz einen Test machen will, ohne nähere Informationen über den Quellcode zubekommen, startet man einfach.

Für mehr Informationen muss man in Projekt->Optionen->Linker->Mit TD32Debug-Info einschalten und über Projekt->Projekt erzeugen alles neucompilieren und dann wieder über Tools MemProof starten. Dann wird auch der Quellcode eingeblendet.

Einfacher geht es nun wirklich nicht.
Zusätzlich zeigt MemProof auch offene Handles an oder auch harte Fehler. Es werden die Peaks der benutzen Recourcen angezeigt. Und noch vieles mehr...
MemProof zeigt auch, welche Dlls geladen wurden
(ich weiss nicht ob das auch die anderen erwähnten Tools können)

MfG
Thorsten