:= NIL ist gleich release?

[Mavarik]

Hallo!

Ich lese öffter, das es in delphi möglich ist einfach einen Speicher wieder frei zu geben, indem man dem Zeiger auf NIL setzt.
Die C-Jungs müssen scheinbar noch manuell den release aufrufen?!

Ich rede nicht von .Net wo die Speicher-Abfallbeseitigung das erledigt :lol:

Habe ich da etwas verpasst? Oder wie funktioniert das?

Frank :coder:

[Angel4585]

Also ich war der Meinung das wenn man was = nil setzt, das dann die Variable zwar auf nil zeigt, das eigentliche Objekt doer was auch immer immernoch im Speicher existiert.. :gruebel:

[angos]

Zitat:

Zitat von Angel4585

Also ich war der Meinung das wenn man was = nil setzt, das dann die Variable zwar auf nil zeigt, das eigentliche Objekt doer was auch immer immernoch im Speicher existiert.. :gruebel:

und genau das ist richtig. Nil nimmt nur den Pointer weg, der Speicherplatz ist noch immer belegt.

[mkinzler]

Das Setzten auf Nil verschlimmbessert die Sache, weil nun die automatische Freigabe durch den Destruktor des Owner auch nicht mehr funktioniert, weil dieser meinet das Objekt sei schon zerstört, da Referenz NIL ist.

[dfried]

Zitat:

Zitat von Mavarik

Ich lese öffter, das es in delphi möglich ist einfach einen Speicher wieder frei zu geben, indem man dem Zeiger auf NIL setzt.

Naja, für Objekte wäre das nicht so toll (wie schon die anderen auch beschrieben haben). Bei Interfaces wäre diese vorgehensweise OK.

[Ralf Kaiser]

Zitat:

Zitat von Mavarik

Hallo!

Ich lese öffter, das es in delphi möglich ist einfach einen Speicher wieder frei zu geben, indem man dem Zeiger auf NIL setzt.
Die C-Jungs müssen scheinbar noch manuell den Free aufrufen?! Bzw. release.

Ich rede nicht von .Net wo die Speicher-Abfallbeseitigung das erledigt :lol:

Habe ich da etwas verpasst? Oder wie funktioniert das?

Frank :coder:

Hallo,

wenn das betreffende Objekt ein Interface implementiert (also z.B. eine Instanz eines COM-Servers ist) dann macht Delphi eine Referenzzählung. Das heisst, daß das Objekt freigegeben wird wenn die letzte Referenz auf NIL gesetzt wird, also von der Wirkung her wie bei dot-net-Objekten.

Bei "normalen" Objekten trifft das nicht zu. Diese müssen explizit freigegeben werden.

Ciao,
Ralf

[Mavarik]

Zitat:

Hallo,

wenn das betreffende Objekt ein Interface implementiert (also z.B. eine Instanz eines COM-Servers ist) dann macht Delphi eine Referenzzählung. Das heisst, daß das Objekt freigegeben wird wenn die letzte Referenz auf NIL gesetzt wird, also von der Wirkung her wie bei dot-net-Objekten.

Bei "normalen" Objekten trifft das nicht zu. Diese müssen explizit freigegeben werden.

Ciao,
Ralf

OK Sorry! Natürlich geht es um interfaces!!

Wie funktioniert das? Wer zählt den da mit, wenn ein Pointer auf NIL gesetzt wird?

Frank

PS. Habe den Titel geändert!

[Bernhard Geyer]

Zitat:

Zitat von Mavarik

Wie funktioniert das? Wer zählt den da mit, wenn ein Pointer auf NIL gesetzt wird?

Das ist Compiler-Magic. Der Compiler hat für Interfaces eine automatische Referenzzählung implementiert die dafür sorgt wenn der Referenzzähler auf 0 geht das das Objekt freigegeben wird. Ich denke wenn Du den Assembler-Code anschaust wird für eine einfache := Nil-Zuweisung noch einiges an Code aufgerufen.

[xaromz]

Hallo,

Zitat:

Zitat von Bernhard Geyer

Ich denke wenn Du den Assembler-Code anschaust wird für eine einfache := Nil-Zuweisung noch einiges an Code aufgerufen.

So viel ist das nicht. Eigentlich wird nur _Release aufgerufen.
Nochmal zum Verständnis:
Jedesmal, wenn eine neue Referenz auf ein Interface erzeugt wird, sorgt Delphi dafür, dass die Methode _AddRef des Interface aufgerufen wird. Beim Entfernen der Referenz (auf nil setzen, Scope verlassen) wird automatisch _Release aufgerufen. Deshalb sind z. B. Funktionen mit einem try..Finally umgeben. Im Finally wird _Release für alle lokalen Referenzen aufgerufen.
Da das alles die Compiler-Magic macht, bekommt der Programmierer davon normalerweise nichts mit.

Gruß
xaromz

[Robert Marquardt]

Anmerkung string- und "array of"-Variablen werden genauso behandelt. Der einzige Unterschied ist das nicht die COM-Objekt-Referenzzaehlung sondern die Delphi-eigene Referenzzaehlung fuer diese Typen zum Zuge kommt.