Grund herausfinden, warum PostMessage() nicht funktioniert hat

[himitsu]

Wozu mußt du denn ganau wissen, was es für Fehlercodes gibt?

Falls man einige Fehler geziehlt behandeln will, dann kann man die paar Codes auch ausprobieren und sonst ist es nicht wichtig genaue Fehlercodes zu kennen.

Für die Anzeige GetLastError + SysErrorMessage oder RaiseLastOSError

[s.h.a.r.k]

Existiert ein Handle, ist aber z.B. die Warteschlage der Messages voll, dann brauche ich das Handle nicht aus meiner Log-Instanz entfernen und versuche weiter Nachrichten da hin zu schicken. Existiert das Handle aber gar nicht, dann kann ich es getrost entfernen. Aber vielleicht ist ja SendMessageTimeout() ja was für mich. Muss mir das mal genauer anschauen.

@Luckie: IsHandle finde ich nirgends! Wo soll es das geben?

[Luckie]

Die Funktion habe ich auch nirgends gefunden habe hier wird sie verwendet: http://stackoverflow.com/questions/5...ab-in-parallel

[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

[Assarbad]

Zitat von s.h.a.r.k:

@Luckie: IsHandle finde ich nirgends! Wo soll es das geben?

IsWindow