äh, wie war das doch schnell noch mal gleich (oder - wie stellt man sonst am unauffälligsten Anfängerfragen *g* ?)? Eine TStringList die als Feldvariable eines Formulars deklariert ist muss ja vor ihrer Verwendung im OnFormCreate-Eventhandler erst noch erzeugt werden. Und natürlich muss sie demzufolge im OnFormDestroy-Eventhandler des gleichen Formulars dann schließlich auch wieder gefreet werden, richtig? Geht ja nicht automatisch, weil bei ihrer Erzeugung kein Owner mit anzugeben war, bzw. sie keinen Owner besitzt. (Irgendwie vergesse ich das nämlich gerne immer etwas, weil doch mit dem Destroyen der Formulare, also am Ende der Application ja ohnehin der gesamte von der Application belegte Speicher freigegeben wird – also auch der dieser besagten FStringList).

Wirklich nötig ist es doch wahrscheinlich nur dann, wenn man eine Form bloß so zwischendurch mal selbst erzeugen und dann wieder destroyen würde. Dann müsste eine zur Form gehörende FStringList im Form-Destructor natürlich extra noch mit freigegeben werden. Aber bei den normalen Formularen, die erst durch das Application-Ende destroyed werden – wie ist da der normale Brauch?

Danke schonmal im Voraus.

Dein Objekt belegt Speicher im Adressraum deines Prozesses. Dieser Speicher wird nach Beendigung deiner Anwendung wieder komplett an Windows zurückgegeben egal, ob du Objekte frei gibst oder nicht.

So. Punkt.

Handelt es sich bei dem Fenster, von dem du sprichst, nicht um das Hauptfenster, müllst du dir deinen eigenen Speicher zu.

Wieso macht das etwas aus ob diese FStringList Bestandteil des Hauptfensters meiner Anwendung ist oder nicht. Diese besagte StringListe würde doch in jedem Falle ohnehin erst am Ende der Anwendung gelöscht, nämlich im jeweiligen OnFormDestroy-Ereignis des betroffenen Fensters. Sie wird mir also bis zu diesem Zeitpunkt doch dann sowieso den Speicher zumüllen, oder?

Im Grunde genommen ist es nur eine Formfrage. Wenn ich im OnFormCreate eine FStringList erzeuge, erstelle ich dann womöglich nur speziell deswegen auch noch einen OnFormDestroy-Eventhandler um diese FStringListe dort kurz vorm Application-Ende dann extra noch zu freen?

Moin ArrayOf,

Zitat von ArrayOf..:

Sie wird mir also bis zu diesem Zeitpunkt doch dann sowieso den Speicher zumüllen, oder?

nicht, wenn Du die StringList erzeugst wenn Du sie brauchst, und anschliessend wieder löscht.

Ich finde es aber ganz allgemein gesprochen, wenn man sich daran gewöhnt gezielt Resourcen wieder freizugeben, wenn man sie nicht mehr benötigt, bzw. darauf achtet, die Paarung aus erzeugen und löschen immer gleich an der richtigen Stelle vorzunehmen.
Diese Gewöhnung spart mit der Zeit die Suche nach Speicherlecks.
Hat man sich angewöhnt, dass der Speicher zum Programmende wieder freigemacht wird, kann man z.B. auch bei einer Klasse die man erstellt vergessen einen Destructor einzubauen.

Die Standardkonstruktionen für Resourcenbelegung/-freigabe befinden sich i.d.R. im try/finally Block, initialization/finalization Abschnitt einer Unit und Konstruktor/Destruktor.
(nur mal so als Ergänzung)