PostMessage und Speicherlecks

[globalv]

Vielen Dank erstmal für die Antwort.
Leider müssen es Messages sein, da noch Threads mit im Spiel sind und das Design-technisch so gefordert wird.

Danke für den Link. Zum Glück wende ich dieses Verfahren nicht an.

[haentschman]

Zitat:

Zum Glück wende ich dieses Verfahren nicht an

...eigentlich schon. Du erzeugst prinzipiell ein Objekt an einer anderen Stelle und gibst es an einer anderen frei. Die Ebene ist anders...

[globalv]

Ja, das stimmt schon irgendwie. Mhhh...Aber dieses Verfahren scheint weit verbreitet zu sein. Ich bin halt nur misstrauisch geworden, da mir der memory leak report an dieser Stelle ein Speicherleck gemeldet hat. Durch Debugausgaben konnte ich auch erkennen, dass der Destructor aufgerufen wurde...Habe es in einer ganz simplen Beispiel-Anwendung mal nachgeprüft.

[haentschman]

Zitat:

Aber dieses Verfahren scheint weit verbreitet zu sein

Es geht ja prinzipiell auch. Der constructor ist ein Beispiel dafür. Nuuur...die function sollte im Namen ein "Create" enthalten. Aber du hast eine Message. Jeder der die Message empfängt, sollte aber wissen, daß er das object freizugeben hat.

...unabhängig davon löst das nicht dein Problem.

http://www.delphigroups.info/2/a3/472864.html
...kannst du daraus was verwenden? (nicht selbst gelesen)

...einen habe ich noch. (Sendmessage, Object, Free)
https://www.delphipraxis.net/180871-...ad-senden.html

Zitat:

Es ist ja nicht sichergestellt, dass der Empfänger die Nachricht auch in jedem Fall erhält.

...ist wohl wahr.

[globalv]

Vielen Dank für die Links.

Der Letzte scheint mir sehr hilfreich zu sein. Zwar erklärt es noch nicht wieso ich Leaks reported bekomme, aber es macht vielleicht eher Sinn, dass ich das Ganze auf eine Thread-Queue umstelle und mich nur über eine Änderung benachrichtigen lasse.

[Blup]

Nur weil Postmessage True zurückliefert, bedeuted das nicht, die Nachricht wird vom Empfänger auch irgendwann verarbeitet.
z.B.
- Das Empfänger-Postfach läuft über, da die Nachrichten nicht schnell/häufig genug abgerufen werden.
- Der Empfänger wird beendet, bevor alle Nachrichten verarbeitet wurden.