Kommunikation zwischen Thread und GUI?
-
Ist PostMessage nicht die funktion, die es den message thread ausführen lässt?
-
wurst schrieb:
Ist PostMessage nicht die funktion, die es den message thread ausführen lässt?
der satz ergibt für mich keinen sinn.
@Boris: funzt einwandfrei. du sendest ne selbst definierte message aus dem thread an die gui und reagierst dann darauf.
-
coole sache machine... dann las ich das mit dem callback/funtor gedöns;)
-
MSDN schrieb:
This function sends the specified message to a window or windows. SendMessage calls the window procedure for the specified window and does not return until the window procedure has processed the message. The PostMessage function, in contrast, posts a message to a thread's message queue and returns immediately.
-
wurst , das ist ne gute idee.. das heist Postmessage ist asycnron, wobei SendMessage syncron läuft...!
Naja aber ich müsste trozdem ein feedback von PostMessage bekommen ob es successfull war..
bei SendMessage würde der Thread warten , und so syncron laufen... wobei bei nem fehler in der EventFunktion der thread hängen würde.. gibts da keine Timeout mögliuchkeit?
-
wenn es sich um eine bestimmte WM handelt WM_USER + ... dann kann man ja einfach ein event oder einen pointer mitgeben, der bei erfolg eben TRUE wird, bzw. wo der andere thread das event setzt.
-
BorisDieKlinge schrieb:
gibts da keine Timeout mögliuchkeit?
SendMessageTimeout?
-
Die entwickler ham sich was dabei gedacht.
-
wurst schrieb:
Die entwickler ham sich was dabei gedacht.
wow , die funktion gibts wirklich^^ ! bin ich aber froh das sie so weit gedacht haben
-
du kannst auch in dem handler für deine WM_APP + ... message ein "ReplyMessage(...)" einbauen.