Grund herausfinden, warum PostMessage() nicht funktioniert hat

[himitsu]

SendMessageTimeout ... ich dachte du wolltest nichtblockierend arbeiten?

[Blup]

Die Objekte einfach auf einen Stapel legen und den Empfänger per Postmessage informieren, das er dieses abholen soll. Selbst wenn die Nachricht nicht ankommt, kann der Empfänger das Objekt bei der nächsten Nachricht immer noch abholen.

[himitsu]

Zitat von Blup:

Die Objekte einfach auf einen Stapel legen und den Empfänger per Postmessage informieren, das er dieses abholen soll. Selbst wenn die Nachricht nicht ankommt, kann der Empfänger das Objekt bei der nächsten Nachricht immer noch abholen.

Gut, im Prinzip macht er sowas ja auch schon, per PostMessage ... was auch meistens funktionieren sollte.

[s.h.a.r.k]

Zitat von himitsu:

SendMessageTimeout ... ich dachte du wolltest nichtblockierend arbeiten?

Jup, will ich auch! Bin auf die Methode gestoßen und denke, dass diese ganze passend für mich wäre, da ich ja teilweise herausfinden will, ob ein Handle noch existiert, oder eben nicht. Und so kann ich zumindest feststellen, ob geantwortet wird.

Wie schon erwähnt, es ist alles nicht so ganz einfach mit diesen Nachrichten, in so fern mal eine Nachricht nicht ankommt. Ich will nach Möglichkeit auch Fehler nach "außen" geben können, sodass man z.B. in der GUI anzeigen kann, dass eine Meldung nicht geloggt wurde, oder das ein Modul nicht mehr zur Verfügung steht. Aber genau diese Analyse fehlt mir noch ganz. Ich will halt auch nicht einfach Meldungen wegwerfen und gar nicht loggen, das wäre nicht gerade transparent.

Vielleicht muss ich auch an meinem Konzept noch einiges ändern, oder auf ein ganz anderes setzen. Sollte anfangs ja nur eine simple Log-Klasse werden, die jetzt schon einen ziemlichen Umfang erreicht hat

[himitsu]

Im Grunde gibt es nur 3 Fehler, welche dich erstmal interessieren

> Handle ist ungültig (Fenster weg)
> Queue ist voll
> kein Zugriff

Letzteres sollte wohl Fehlercode 5 sein, so wie es im MSDN beim PostMessage erwähnt wurde,
die anderen Beiden lassen sich leicht Testen
und den Rest kann man pauschal behandeln.
SysErrorMessage wandelt alles in Lesbares Zeugs um.

[s.h.a.r.k]

Wie kann ich prüfen ob ein Handle ungültig ist? Ein PostMessage() auf ein nicht vorhandenes Handle angewendet wird liefert es False und GetLastError den Code 5 (Zugriff verweigert). Und wie teste ich, ob die Queue voll ist?

[Dezipaitor]

Echte Handles kannst du mit DuplicateHandle kopieren und so feststellen, ob es zu diesem Zeitpunkt korrekt war. Vorteil davon ist, dass man nun eine Referenz auf das Objekt als Handle hat, welche auf jeden Fall gültig ist.

Wenn die Ziel-(nicht Quell)Warteschlage voll ist, solltest du dein Kommunikationskonzept überdenken. MSDN schreibt zu PostMessage:

Zitat:

There is a limit of 10,000 posted messages per message queue. [...] If your application exceeds the limit, it should be redesigned to avoid consuming so many system resources.

Z.B. Könnte man ganze Datenstapel mit einer Nachricht verschicken, statt immer nur ein Datenpaket. Oder man nutzt asynchrone Kommunikation, indem man in bestimmten Zeitintervallen eine gemeinsame Ressource beschreibt und liest. Das benötigt garkeine Nachricht.