Rekursives Freigeben einer TStringList // Compilerfehler

[Caps]

Leider greife ich hinterher noch drauf zu, vorher prüfe ich aber, ob die Liste nil ist, und da hat's geknallt ^^.

[Lemmy]

um es mal zu umschreiben:
es ist keine gute Idee, erst die Wohnung in die Luft zu jagen und sich dann zu wundern, dass man mit dem Festnetzanschluss bei der Feuerwehr nicht mehr durch kommt.

Wenn Du also die TStringList incl. den Kind-Elementen frei gibts - welchen genauen Grund mag es geben anschließend nochmal auf die Kindelemente zuzugreifen? An der Stelle liegt dein Fehler, nicht aber darin ob bei der Freigabe der Kindelemente nun NIL zugewiesen wurde oder eben nicht...

[Caps]

Ja, ich weiß was du meinst.
Die Stelle war ebenfalls ein Destruktor, der nochmal geprüft hat, ob das Objekt nil ist, und wenn nicht, Free aufruft. Du hast schon recht, dass das eigentlich nicht nötig sein sollte, es ist dennoch momentan so.
Mein Problem war das rekursive Freigeben einer Stringliste.

Grüße!

[himitsu]

Wenn man nur mit TComponents arbeitet, dann kann man deren Notifications benutzen.

Da können sich Andere bei der Klasse registrieren und werden informiert, wenn die Komponente freigegeben wird, um die Referenz bei sich zu entfernen.
z.B. TEdit<->TDataSource<->TDataSet oder TButton<->TImageList/TPopup, ....
Man löscht die ImageList und das Property in der anderen Komponente wird NIL.

Es gibt auch eine TComponentList, die das nutzt.
Da kann man bei Verschwinden der Komponente den Eintrag in der Liste auf NIL setzen oder gleich komplett entfernen lassen.