http://bugs.winehq.org/show_bug.cgi?id=31442
--- Comment #44 from Henri Verbeet hverbeet@gmail.com 2012-10-08 08:03:00 CDT --- (In reply to comment #43)
So tid 0044 is trying to send message code 641 to 002f... but in case I understand everything correctly this should cause a PeekMessageW or GetMessageW for 002f, as defined in dlls/user32/message.c.
Well, not directly. 002f would call that as part of its normal event processing.
I found out that 002f is in dlls/ntdll/sync.c NTDLL_wait_for_multiple_objects(...)
So it's blocked waiting for something itself.
002f:trace:mytrace:NTDLL_wait_for_multiple_objects before wait_reply [call to wait_reply happens here] 002e:trace:mytrace:NTDLL_wait_for_multiple_objects after wait_reply
Note the shift from 002f to 002e while still processing NTDLL_wait_for_multiple_objects(...). How can this happen / is that intended?
I don't think that's really what happens, it's probably just 002e making a similar call before that now finishes.
We should probably move this to either private mail or IRC, bugzilla replies get sent to a lot of people.