TObjectList.Free erzeugt AV

[himitsu]

Und selbst wenn Vieles inzwischen automatisch freigegeben wird.

Früher gab es in Windows nur einen großen Arbeitsspeicher, in dem alle Programme rumschrieben.
Die Nachteile kennen wir:

• Ein Speicherleck im Programm blieb für immer bestehen, auch nach Ende des Programms.
• Ein Buffer-Overflow konnte nicht nur eigenen Speicher zerstören, sondern auch den von anderen Programmen oder gar vom Windows selber.
• ...

Und nun hat man nur durch Aufräumen die Möglichkeit, später auch achzusehn, ob man irgendwo was vergessen hat
und kann somit eventuell später Programmteile problemloser wiederverwenden.

Das Resultat sieht man am Delphi, denn im Commandline-Compiler war es nicht schlimm, aber im Inline-Compiler sah man die Auswirkungen der Speicherlecks, denn auch nach dem Compilieren verstopfte es die IDE immer mehr.


Und nur weil man jetzt denkt, daß etwas sowieso bis zum Programmende benötigt wird und man denkt "ach egal, Windows räumt schon auf", wer weiß was in Zukunft mal ist.
Wenn schon, dann sollte man immer ordentlich arbeiten. (PS: siehe Signatur)

[Sir Rufo]

Momentchen a mal,

ich schreibe meine Programme immer mit ReportMemoryLeaksOnShutdown := true; . Dann weiß ich, dass ich vergessen habe, irgendwo etwas korrekt freizugeben.

Wenn ich jetzt aber irgendeine sonstwas Sammelliste im Programm habe, die alle Instanzen aufnimmt und dann am Ende garantiert freigibt, dann habe ich beim Beenden keine MemLeaks. Toll, ich bin ein Held!

Oder doch nur der größte Tor von allen?

Plötzlich melden sich auf einmal die Benutzer, weil nach 2-5h Betrieb der Anwendung ein Speicherfehler kommt: "Arbeitsspeicher voll!"

Und warum? Denken, verstehen, handeln. Dann auf meine Signatur schauen und nicken.

Und nochmal, ich verwende keine solchen Garbage-Collector-Listen (denn das sind die) (@himitsu schau mal in deine Signatur), sondern gebe den Speicher kontrolliert frei. Und falls ich es vergessen habe, dann knallt mit der FastMM das beim Beenden um die Ohren und das ist gut so. Wenn das nicht mehr kommt und ich am Arbeitsspeicherverbrauch nicht die Uhrzeit ablesen kann, erst dann habe ich es richtig gemacht.

[SvB]

Gibt es eine Möglichkeit in seinem eigenen Programm mitprotokollieren zu lassen, durch was Speicher verbraucht wird? Am besten wäre die Unit und das einzelne Objekt, die protokolliert wird.

Angenommen ich hab jetzt nicht sauber gearbeitet und während der Laufzeit wird der Speicherverbrauch immer höher, am Ende wirds aber abgeräumt und ich bekomme durch ReportMemoryLeaksOnShutdown := true; keine Meldung.

Wie kann ich diesen Speicherverbrauch ermittelt, damit ich die Objekte entsprechend kontrolliert wieder freigeben kann? (Manchmal sieht man es ja nicht mehr, auch wenn man 100 mal über den Code schaut)
Ich werde ja auch niemals das Programm 2 bis 5 Stunden am Stück testen und damit so arbeiten, wie es ein Benutzer macht. Trotzdem möchte ich sowas gerne herausfinden.

[Stevie]

Zitat von SvB:

Gibt es eine Möglichkeit in seinem eigenen Programm mitprotokollieren zu lassen, durch was Speicher verbraucht wird?

Müsste gehen, indem du CheckBlocksOnShutdown aus der FastMM4.pas von außen zugänglich machst.

Alternativ kannst du aber auch AQTime nutzen, das hat nen Memory Profiler.

[jaenicke]

Dafür gibt es auch spezielle Tools wie dieses:
http://ddobjects.de/dddebug

Solange du aber die Objekterzeugung und -freigabe nicht sauber umsetzt, wird dir das nicht furchtbar viel helfen fürchte ich.

[SvB]

Mit geht es hierbei um folgendes:

Zitat von Sir Rufo:

Plötzlich melden sich auf einmal die Benutzer, weil nach 2-5h Betrieb der Anwendung ein Speicherfehler kommt: "Arbeitsspeicher voll!"

Mit ReportMemoryLeaksOnShutdown := true; ist das eine, aber ich habe z.B. in meinem Programm ein Formular, das bei einigen Benutzern den ganzen Tag offen ist. Darin ist eine Liste von Daten, die sich in regelmäßigen Abständen im Hintergrund aus eine DB aktualisieren. Wenn ich in dieser ganzen Aktualisierungsgeschichte irgendwo nicht sauber programmiert habe, dann wird der Speicherverbrauch höher und höher. Die Objekte werden erzeugt und an betreffender Stelle nicht freigegeben. Wenn der Owner z.B. das Formular ist, dann wirds ja beim schließen des Fomulars abgeräumt = kein MemoryLeak.

Das möchte ich gerne überprüfen, am besten für einen Tag beim Anwender protokollieren lassen und danach auswerten, damit ich gezielt im Code nachschauen kann.

@Stevie und @jaenicke: Ich schaue mir die Infos an.

PS: wie bekomme ich denn dieses CheckBlocksOnShutdown im Beitrag so angezeigt?