TStringList und MemoryLeak (FastMM)

[mkinzler]

Zitat:

Abhilfe hat nun geschaffen, dass ich mein TSettings von TObject abgeleitet habe.

Von nichts abgeleitet heisst von TObject abgeleitet

[himitsu]

Der Compiler sieht damit offenbar keine Notwendigkeit den Destructor auszuführen. Wo hat er das nicht gesehn?
(du hast auch irgendwo ein Settings.Free stehn? )

Delphi gibt nichts von alleine frei oder ruft selbstständig Destruktoren auf.
(abgesehn von Interfaces und dynamischen Arrays, bzw. Strings, welche über die Compilermagic behandelt werden)



Und jupp, wird nix angegeben, dann wird implizit von TObjekt abgeleitet.
Bei Interfaces das Selbe, nur da halt von IInterface.

[mkinzler]

@Frank: Da du die inoffizielle Teutonenausgabe von Delphi hasst, kennt diese keine Destructoren sondern nur Klassenzerstörer.

[Schwedenbitter]

Zitat von himitsu:

(du hast auch irgendwo ein Settings.Free stehn? )

Ja. Das steht im OnDestroy des Hauptformulars.
Da Nichts also TObject bedeutet, kann es daher wohl nur am fehlenden Override liegen, am I ride

[hoika]

Hallo,

Zitat:

Ferner habe ich den Destructor mit dem Schlüsselwort Override versehen und nach dem FPopupBlock.Free noch ein Inherited

Das waren genau die 2 Probleme.
Und damit kannst du dein class(TObject) wieder weglassen.


Heiko

[Stevie]

Tip: Immer alle Compiler Messages anschauen, es hat einen Sinn, dass es sie gibt.
Bei dir dürfte nämlich folgende gekommen sein: W1010 Method 'Destroy' hides virtual method of base type 'TObject'