Zeigt mir Delphi Speicherlecks in meinem Programm?

[Henryk]

Bei VC sieht man am Ende immer, ob irgendwelche (mit new) angelegten Variablen nicht (mit delete) wieder frei gegeben wurde.

Gibt's sowas bei Delphi oder bin ich bis jetzt so gut und hab noch keine Speicherlecks verursacht? :wink:

Henryk

[sakura]

Nein, da dieses (auch in VC) nicht verlässlich überprüft werden kann. Das geht max. mit lokalen Variablen, aber selbst da können nicht alle Möglichkeiten erkannt werden. Deshalb gibt es dieses Feature in Delphi wohl nicht, da es sonst zu der Annhame führen könnte: Ah keine Warnung, perfekt!.

[Henryk]

Naja, es funktioniert unter VC recht gut. Man sieht sogar meist, wo der Speicher allokiert wurde. Natürlich gibt es auch Fälle, wo man echt schwer zu kämpfen hat (über Array-Grenzen geschrieben etc.), aber für die paar Faelle gibt's ja Rational-Purify...

Wie macht Ihr das dann? Irgendwelche Extra-Tools oder einfach Programm laufen lassen und Systemmonitor beobachten?

Henryk

[sakura]

Na ja, ich mache es mir eigentlich recht einfach. Immer, wenn ich Speicher reserviere ist meine nächste Zeile ein try gefolgt von finally und der Freigabe des Speichers, gefolgt von end;.

Damit geht es ohne Probleme.
...:cat:...

[Sharky]

Zitat:

Zitat von sakura

Na ja, ich mache es mir eigentlich recht einfach. Immer, wenn ich Speicher reserviere ist meine nächste Zeile ein try gefolgt von finally und der Freigabe des Speichers, gefolgt von end;.

Hat es eigentlich einen Grund das Du das Try nachem dem reservieren des Speichers machst?

[edit=Sakura]/ für den Abschluss der Quote eingefügt[/edit]

[Christian Seehase]

Moin Sharky,

das die Reihenfolge

Resource belegen
try
Mit der Resource arbeiten
finally
Resource freigeben
end;

ist liegt einfach daran, dass vor dem belegen der Resource auch, z.B. im Fehlerfalle, nichts freizugeben ist.

[Sharky]

Zitat:

Zitat von Christian Seehase

Moin Sharky,

das die Reihenfolge
...
ist liegt einfach daran, dass vor dem belegen der Resource auch, z.B. im Fehlerfalle, nichts freizugeben ist.

Klingt logisch. :idea:

><(((°>

^ - Mit dem Kopf an die Wand schlägt. :oops:

[Henryk]

Ich hab zwar nicht diesen Fall, aber interessiert mich.

Also was weiss ich...

z.B. dynamisch irgendwelche Frames mit Create anlegen und an anderer Stelle im Programm hoffentlich wíeder freigeben?

Henryk

[Daniel B]

Hai Sharky,

Zitat:

Zitat von Sharky

><(((°>

^ - Mit dem Kopf an die Wand schlägt. :oops:

Das sieht dann so aus: ><(((°) :mrgreen:

Grüsse, Daniel :hi:

[Christian Seehase]

Moin Henryk,

nicht alle dynamisch belegten Resourcen muss man auch selber wieder freigeben.
Wenn das Objekt ein Create(AOwner : TComponent) hat, und Du dort auch einen Owner angibst (also nicht nil), wird das Objekt automatisch zerstört, wenn der Owner zerstört wird.
In so einem Falle musst Du Dich um die Freigabe also nicht selber kümmern.

Ansonsten empfehlen sich immer für das belegen/freigeben von Resourcen immer die Kombinationen

• OnCreate/OnDestroy (z.B. eines Formulares)
• initialization/finalization (einer Unit)
• try/finally evtl. try/except

Das hängt natürlich davon ab, wie lange das Objekt gebraucht wird, und von wo aus überall der Zugriff erfolgen soll.