Button frisst Speicher?

[Schokohase]

Du machst dir einen Kopf weil da einmalig ca. 3KB Speicher benötigt wird?

Für mich hört sich das nach einer Bitmap-Resource (evtl. der Glow-Effect) an, die von nun an im Speicher gehalten wird, und diese wird für alle (auch zukünftigen) Button-Instanzen verwendet (um Speicher zu sparen und die Performance zu steigern)

[ConnorMcLeod]

Finde ich in Ordnung.

@Michael: das kann man im Prinzip leicht feststellen indem Du den Button gegen einen Standardbutton austauschst, oder?

[EmWieMichael]

Vermutlich mache ich mir tatsächlich unnötig einen Kopf, das mag schon sein. Aber ich würde ganz gerne verstehen, warum der Speicher nicht sauber aufgeräumt wird. Eigentlich (!) bin ich bisher davon ausgegangen, dass mit einem TForm.Release alles aus dem Speicher entfernt wird, was durch die Form erzeugt wurde (Und jetzt wackelt mein Weltbild ).
Die Frage nach dem Standardbutton: Ja, mit dem Standardbutton - oder auch mit anderen TMS-Buttons - wird der Speicher wieder auf Ausgangsgröße zurückgesetzt.

[CCRDude]

Zitat von EmWieMichael:

Aber ich würde ganz gerne verstehen, warum der Speicher nicht sauber aufgeräumt wird

Solange Du den Code nicht gelesen und das Leak gefunden hast, ist kein Urteil in Sachen "sauber" mMn unangebracht.

Wie oben schon geschrieben wurde: unter Umständen cached die Button-Klasse (nicht das Objekt) etwas, und wenn dieser Cache dann neu geöffnete weitere Fenster sich ein paar Millisekunden schneller öffnen lässt, ist das unter Umständen mehr wert als 3 KB Arbeitsspeicher.

Ich verwende in Debug-Versionen immer heaptrc (FreePascal), das loggt bei mir Beenden alle Memory Leaks. Etwas ähnliches gibt es doch auch in Delphi. Im Zweifel würde Dir das wohl auch ausspucken, in welcher Datei und welcher Zeile dieser Cache aufgebaut wird (wenn er nicht bei Programmende ordentlich zerstört wird).