unverständlicher Memoryleak in Funktion

[Klaus01]

.. Du erstellst in der ersten Funktion eine Instanz einer Klasse.
Die übergibst Du in der zweiten Funktion dem result der Funktion.
Wo die Instanz terminiert wird ist hier nicht ersichtlich.
Erstellt wird sie in Funktion 1, daher wird auch dort der Leak gemeldet.

Nein result von Funktionen werden beim Beenden der Funktion nicht freigegeben - wo würde das auch hinführen?

Grüße
Klaus

[Maliko]

Zitat von Klaus01:

.. Du erstellst in der ersten Funktion eine Instanz einer Klasse.
Die übergibst Du in der zweiten Funktion dem result der Funktion.
Wo die Instanz terminiert wird ist hier nicht ersichtlich.

Hmm an diesen Punkt habe ich noch gar nicht gedacht. Es handelt sich bei dem Projekt um eine REST-Schnittstelle welche über einen DataSnap-Rest-Server läuft. Die Global-Unit ist dabei die Methodunit, in welcher die Endpunkte definiert werden. Da das ganze allerdings ein Windowsservice ist und sich so mit Deleaker nicht übewachen lässt umgehe ich den Service gerade und rufe die Endpunkte gerade direkt auf.

Sprich es kann sein, dass dieser Memoryleak eigentlich gar nicht existiert, da der DataSnap-Server sich um das Disposing des Global-Results kümmert?

[himitsu]

Ob DataSnap die Objekte freigibt, welche als Result aus Servermethoden rausgehen, bzw. aus Client-Methoden zurück zum Server, das ist eine Einstellung.

Ich glaub in den automatisch generierten Server-/Client-Klassen gab es eine Variable in der Server-Klasse, welche dieses Free regelt.
Per Standard macht DataSnap hier aber das Free, da man als Entwickler keinen Zugriff darauf hat, wann die Übertragung abgeschlossen ist, nachdem die Methode verlassen wurde.

[Maliko]

Da ich da keine Einstellung verändert habe wird sich DataSnap dann wohl darum kümmern. Muss ich gleich mal ausprobieren. Ich starte den Service mal Lokal, setz nen Request ab und beobachte die Arbeitsspeicherveränderung im Task. Wenn sich der Arbeitsspeicher nicht verändert, dann ist es kein Leak.

[himitsu]

Du kannst ja im Destroy deines Objektes, welches raus geht, die Freigabe debuggen/loggen.

Falls es sich dort nicht Debuggen oder diese Klasse sich nicht ableiten lässt,
dann kann man sich auch über den TVirtualMethodInterceptor dranhängen.