Marcus Meissner wrote:
Look at why the message loop for 0x10024 doesn't process the message.
This may be one of the things that Windows handles in the server rather
than sending messages to each window.
The window its trying to WM_GETTEXT is created by ole32.CoInitializeEx(0,2)
(called b
On Thu, 15 Dec 2005 09:52:50 +0100, Marcus Meissner
<[EMAIL PROTECTED]> wrote:
Look at why the message loop for 0x10024 doesn't process the message.
This may be one of the things that Windows handles in the server rather
than sending messages to each window.
The window its trying to WM_GETTE
> Look at why the message loop for 0x10024 doesn't process the message.
> This may be one of the things that Windows handles in the server rather
> than sending messages to each window.
The window its trying to WM_GETTEXT is created by ole32.CoInitializeEx(0,2)
(called by Google Earth startup co
Marcus Meissner wrote:
Hi,
While debugging Google Earth I see hangs in FindWindow...
Apparently the
if (GetWindowTextW( list[i], buffer, len + 1 ) && !strcmpiW( buffer, title )) break;
call hangs on the server... But how is this possible?
+win,+server snippet:
trace:win:RedrawWindow 0x1
Hi,
While debugging Google Earth I see hangs in FindWindow...
Apparently the
if (GetWindowTextW( list[i], buffer, len + 1 ) && !strcmpiW( buffer, title
)) break;
call hangs on the server... But how is this possible?
+win,+server snippet:
trace:win:RedrawWindow 0x10020 whole window flags:
