Delphi-PRAXiS
Seite 2 von 3     12 3      

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Sonstige Werkzeuge (https://www.delphipraxis.net/63-sonstige-werkzeuge/)
-   -   Speicherlecks finden (https://www.delphipraxis.net/53851-speicherlecks-finden.html)

omata 23. Sep 2005 21:34

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

MfG
Thorsten

Christian Seehase 23. Sep 2005 21:40

Re: Speicherlecks finden
 
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 24. Sep 2005 11:17

Re: Speicherlecks finden
 
Liste der Anhänge anzeigen (Anzahl: 1)
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 :cyclops:

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

glkgereon 24. Sep 2005 13:41

Re: Speicherlecks finden
 
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 :pale:

Christian Seehase 24. Sep 2005 13:59

Re: Speicherlecks finden
 
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 24. Sep 2005 14:10

Re: Speicherlecks finden
 
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 24. Sep 2005 15:03

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

Christian Seehase 24. Sep 2005 15:16

Re: Speicherlecks finden
 
Moin Gereon,

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

alzaimar 24. Sep 2005 15:22

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

omata 24. Sep 2005 20:27

Re: Speicherlecks finden
 
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


Alle Zeitangaben in WEZ +1. Es ist jetzt 03:11 Uhr.
Seite 2 von 3     12 3      

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz