Spring4D TSingleton<> Memory Leak bei Klasse mit class constructor

[Klaus01]

.. aber wenn der Leak schon im Code (#4) auftritt, dann kann es ja nicht im Spring4D liegen.

Hat die Klasse einen Destructor?

Grüße
Klaus

[venice2]

Gibst du alle deine erstellten Klassen wieder frei?
Zumindest sieht man in deinem Code nichts davon.

[Uwe Raabe]

Ich denke, der Fehler tritt schon bei Verwendung von Spring auf, aber eben auch wenn der class constructor leer ist. Nimmt man den Spring-Aufruf für die Klasse raus, wird vermutlich auch kein Leak entstehen.

Grundsätzlich ist auch gar nicht sicher, dass es sich wirklich um ein Leak handelt. Und wenn es ein Leak ist, ob ein Leak für ein Singleton überhaupt den Aufwand Wert ist es zu entfernen.

In jedem Fall ware @Stevie aber hier der richtige Ansprechpartner.

[himitsu]

Wobei dieser Class-Constructor eh nutzlos ist, da diese Class-Variable sowieso beim Start immer 0 ist.

[Chris55]

Meinerseits nochmals ein wenig zusammengefasst:

Diesen Memory-Leak habe ich bei mir bemerkt, als ich mit TSingleton.GetInstance<T> gearbeitet habe.
Das TSingleton in Spring4D gibt die erzeugte T-Instanz auch wieder selbst frei.
Diese Freigabe funktioniert aber scheinbar nicht mehr, sobald ich in meiner Klasse T einen "class constructor" einbaue.

Die erste Frage ist, warum es nicht mehr funktioniert bzw. was der "class constructor" damit zu tun hat.
Scheinbar wird der Code im Spring4D TSingleton.TSingleton<T>.Destroy dann nicht mehr aufgerufen?

Die zweite Frage ist, ob ich in einer Klasse, von der ich ganz normale Instanzen erzeugen will, einen solchen zusätzlichen "class constructor" (was auch immer der für Code dann beinhaltet) evtl. gar nicht nutzen soll oder darf, weil das vielleicht zu eben solchen Problemen führt.

[Stevie]

Compilerbug: https://quality.embarcadero.com/browse/RSP-31719