Wie erkenne ich eigentlich ein Memory-Leak?

[pelzig]

Der Titel sollte eigentlich schon alles sagen

Ich schau' im Task-Manager VORHER nach, wieviel RAM frei ist

- starte mein Programm, lasse es laufen und beende es wieder

und schaue im Task-Manger NACHHER wieder nach, wieviel RAM frei ist.

Wenn NACHHER=VORHER dann kein Leak?

Die Frage ist wirklich ernst gemeint!

MfG

[Stevie]

Mit der Methode wirste nix finden. Denn ein Memory leak überlebt auf nem Windows mit NT Kernel nicht mehr die Dauer eines Processes (das war mal zu 95 oder 98 Zeiten so als nen fehlerhaftes Programm mal ebend deine komplette Windows Session zerhauen hat - aber jeder Boot tat gut)

Heutzutage lebt es also nur solange, wie dein Programm auch läuft. Ist aber schlimm genug, wenn du entweder nach einigen Stunden irgendwann in deinem 32bit Programm an die Speichergrenze kommst und es dir mit Fehlern weghagelt oder dein System nichts mehr für die anderen Prozesse übrig hat.

In neuen Delphi Versionen kannst du relativ einfach mit einem beherzten ReportMemoryLeaksOnShutdown := True; beim beenden einen Report bekommen, ob irgendwas im Verlauf deiner Anwendung nicht korrekt freigegeben wurde.

Für erweiterte Diagnose empfiehlt sich, die FastMM4 im full debug mode laufen zu lassen - siehe dazu z.B. diesen Artikel (und in den Kommentaren dort gibts auch noch den Link zu ner Coderage Session dazu)

[pelzig]

Etwas neueres als die Delphi 7 Personal Edition will ich mir (finanziell und hobbybedingt) nicht antun.

Meine Programme erstellen i.A. nur das Hauptforumlar automatisch, der Rest wird bei Bedarf erzeugt.

Falls ich Dich richtig verstanden habe, ist beim Beenden des Programms inzwischen NACHHER immergleich VORHER?

Aber falls ich während meines Programmlaufs ein paarmal dynamisch (immer wieder) das gleiche Formular erzeuge und zerstöre, dabei im Task-Manager der RAM-Verbrauch aber nicht wieder auf den RAM-Startwert meines Programmes zurückgeht, habe ich ein Memory-Leak?

Hab' ich das richtig verstanden?

Danke @Stevie!

MfG

[Stevie]

Zitat von pelzig:

Etwas neueres als die Delphi 7 Personal Edition will ich mir (finanziell und hobbybedingt) nicht antun.

Ok, aber FastMM nutzen geht trotzdem und ist nur zu empfehlen, auch wenn nur Hobby.

Zitat von pelzig:

Falls ich Dich richtig verstanden habe, ist beim Beenden des Programms inzwischen NACHHER immergleich VORHER?

Nunja, aufn RAM Verbrauch im Taskmanager achten ist so ne Sache und gibt nur grobe Anhaltspunkte - aber ja, dein Programm, wenn beendet kann dem Betriebssystem kein Speicher geklaut haben, denn Windows kümmert sich drum, dass es seine Resourcen zurückbekommt.

Zitat von pelzig:

Aber falls ich während meines Programmlaufs ein paarmal dynamisch (immer wieder) das gleiche Formular erzeuge und zerstöre, dabei im Task-Manager der RAM-Verbrauch aber nicht wieder auf den RAM-Startwert meines Programmes zurückgeht, habe ich ein Memory-Leak?

Gegenfrage, welcher Wert denn? Da gibt's nämlich mehrere. Ich verweis da mal auf eine ganz gute Erklärung.

Unterm Strich kann ich nur sagen, pack die FastMM in deine Anwendung und schau dir an, obs rummeckert. Alles andere wäre so als ob du mit nem abrollenden Seil und ner Sanduhr messen willst wie schnell du fährst

[pelzig]

Also statt "Seilrolle und Sanduhr" irgendwie versuchen, ein älteres FastMM (auftreiben und als "GPS") einzubinden?

OK, probier' ich mal.

Vielen Dank!

MfG

[Stevie]

Zitat von pelzig:

älteres FastMM (auftreiben und als "GPS") einzubinden?

Die aktuellste Version sollte eigentlich auch für Delphi 7 noch funktionieren.