Angebliche Speicherlecks bei Lazy Initialization

[Der schöne Günther]

Viele Testframeworks, wie DUnit, bringen Suche nach Speicherlecks mit: Ist der Speicherverbrauch nach TearDown() größer als vor SetUp() ? Dann ist da wohl ein Leck.

Es gibt hierbei ein riesiges Problem: Lazy-Initialisierung von Klassenvariablen.
Folgendes Beispiel:

• Ich habe eine Klasse welche TEncoding.ANSI aus System.SysUtils benutzt
• Beim ersten Aufruf existiert noch keine Instanz hinter "TEncoding.ANSI" und die Klasse TEncoding erstellt eine Instanz
• Nach Abschluss des Tests habe ich ein angebliches Speicherleck, denn die Instanz hinter TEncoding.ANSI war vorher noch nicht da
• Führe ich den exakt gleichen Test ein zweites mal aus ist natürlich alles in Butter, denn die Speicherbelegung vorher und nachher ist gleich.

Ich drehe und wende mich, mir fällt keine Lösung ein. Was kann man hier tun? Alle Tests immer zwei mal ausführen?



PS: TEncoding ist ein Beispiel. Eins von sehr, sehr vielen. Sowohl im Borland RTL-Code, als auch in Libraries wie Spring4D und auch meinem ganz eigenen Quelltext. Also sagt mir nicht, das sei schlechter Stil