Richtig/sauber freigeben - nur wie?

[LDericher]

Zitat von himitsu:

Strings (abgesehn vom ShortString), dynamische Arrays, Objekte und Interfaces sind dagegen im Record "nur" Zeiger auf die entsprechenden Daten.

Und das heißt jetzt für mich?

[sirius]

Zitat von LDericher:

Zitat von himitsu:

Strings (abgesehn vom ShortString), dynamische Arrays, Objekte und Interfaces sind dagegen im Record "nur" Zeiger auf die entsprechenden Daten.

Und das heißt jetzt für mich?

Verwirrung pur

Nix, außer dass du dich bei Variablen, welche nicht Objekte oder Pointer sind, auch niemals um die Freigabe kümmern musst. Da dies für dein Record zutrifft, brauchst du auch nichts löschen. Das wird automatisch erledigt.

[himitsu]

Zitat von sirius:

Verwirrung pur
...

praktisch, wie sirius in Kurz grad sagte

Daß es nun darauf ankommt, ob es für diese Daten eine entsprechende Automatik gibt.

Strings und dynamische Arrays werden von der CompilerMagic behandelt.
bei Interfaces ist es ähnlich

Auch wenn du Records via New/Dispose erstellst/löschst
oder selber Speicher z.B. via GetMem/FreeMem/Initialize/Finalize verwaltets
greift die CompilerMagic ein.

Diese CompilerMagic behandelt auch alle Variablen, welche in Funktions-Parametern, als lokale/globale Variablen, in Arrays oder als Class-/Instanzvariablen in Objekten drin stecken

Dann gibt es eben noch Objekte, welche beim Dispose/Free eine in ihnen angelegte Liste selber bereinigen.


So, nun Interger, Sets, Enums, Chars ... liegen halt direkt im Record und da sie keinen eigenen Speicher besitzen werden sie praktisch mit dem Record entfernt/erstellt.

Alles was jetzt außerhalb des Records liegt und im Record nur einen Zeiger hat
muß nun irgendwie extra behandelt (gelöscht) werden.

Da nun das Array ja von der CompilerMagic freigegeben wird, kümmert sich diese auch im die enthaltenen Records und gibt auch dort "alles" frei, welches ebenso von ihr behandelt wird.

- Integer/Enum/Set/ShortString ligt mit drin und braucht nicht extra behandelt zu werden
- bei den String, DynArray und Interface macht dieses halt die CompilerMagic, wenn der Record-Speicher Ordnunggemäß freigegeben wird (man kann es aber auch selber machen)
- bei Objekten mußt du es mit .Free selber machen (es sei den, das Objekt liegt in einem anderen Objekt, welches seine Liste selber bereinigt)
- bei allen anderen Pointern mußt du es eh selber machen

[LDericher]

Alles klar, ich denke, jetzt hab ichs soweit verstanden

Und was ist mit Pointern wie zB von ScanLine welche kommen? das sind doch eigentlich nur integerwerte, die auf einen Speicherbereich (zB Bitmap) zeigen, der separat freigegeben wird (hier mit dem Objekt vom Typ TBitmap), oder?

[himitsu]

bei ScanLine holst du dir sozusagen nur eine Kopie eines Zeigers auf den Speicher ... der verwiesene Speicher wird aber vom TBitmap verwaltet und auch freigegeben.

[Muetze1]

Zitat von sirius:

Zitat von Muetze1:

Eine weitere Ausnahme: Komponenten. Der im Konstruktor übergebne Owner kümmert sich bei seiner Freigabe um die ihm zugeteilten Komponenten.

Komponenten sind aber wieder die ausnahme in der ausnahme :mrgreen: Denn hier kannst du frei eintscheiden, ob du sie selber freigeben willst oder ob es der owner machen soll. Bei einer TObjectlist darfst du das Objekt nicht freigeben wenn du Ownsobjects auf true hast. (Naja, dürfte hier auch soweit allen klar sein, ist nur für Anfänger recht schwer zu durchschauen)

Nein, die Ausnahme der Ausnahme ist die Methode Extract() der TObjectList.