Win32API質問箱 Build46

ｽﾚｯﾄﾞA : GetMessage() ﾙｰﾌﾟしている Windowなｽﾚｯﾄﾞ
ｽﾚｯﾄﾞB : 窓を持たない 非Window なｽﾚｯﾄﾞ
として、
ｽﾚｯﾄﾞB　から ｽﾚｯﾄﾞA内で生成された Window に対しての SetWindowText() / SendMessage() は
ｽﾚｯﾄﾞA　が動いていない場合には ｽﾚｯﾄﾞB内でﾌﾞﾛｯｸされるのでしょうか？

何故試さない？

ﾃﾞﾊﾞｯｶﾞではﾌﾞﾛｯｸされているように見えるんだけど
仕様なのかどうかわからないので質問してみました

仕様

ttp://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/windowsuserinterface/windowing/messagesandmessagequeues/messagesandmessagequeuesreference/messagesandmessagequeuesfunctions/sendmessage.asp
>f the specified window was created by a different thread, the system switches to that thread and calls the appropriate window procedure.
ウィンドウメッセージはそのウィンドウが所属するスレッドで処理される。
よって、スレッドAがsendされたメッセージを処理できない状態なら、スレッドBはブロックされる。

ttp://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/windowsuserinterface/windowing/messagesandmessagequeues/messagesandmessagequeuesreference/messagesandmessagequeuesfunctions/sendmessage.asp
>Note that the receiving thread need not yield control explicitly; calling any of the following functions can cause a thread to yield control implicitly.
>DialogBox, DialogBoxIndirect, DialogBoxIndirectParam, DialogBoxParam, GetMessage, MessageBox, PeekMessage, SendMessage

>>377-378
ありがとうございます。　仕様ということで理解しました。
ｽﾚｯﾄﾞ設計見直しか…

ｽﾚｯﾄﾞB が定期的に SendMessage してて、ｽﾚｯﾄﾞA の WM_CLOSE をきっかけに
ｽﾚｯﾄﾞB を停止させようとしてた(停止用 event をsignalにして theaed handle が signal まで待つ)のですが、
そこでﾃﾞｯﾄﾞﾛｯｸしていたと…