Thank you for response. The following is my further question:
Here is my case:
Now I am trying to run our own developed application under wine, the original function of this app is working as a background daemon without GUI who is trying to figure out some window information under the current cursor, such as the window title, class name using GetWindowTitle, GetClassName ... WIN32 API calls.
When I run this under WINE, it can't "see" any other Local X application windows such as Xterm, Xclock... which don't run under WINE.
I am wondering whether I can recompile the codes to generate a lcoal X application using winelib to solve this problem, or I must write X11 based codes?
Thanks a lot!
-Lechun
Mike Hearn mike@theoretic.com wrote:
fixme:class:get_class_ptr reading from class of other process window 0x2002a err:win:WIN_FindWndPtr window 0x2003a belongs to other process
Well these two are known problems. I think it's something Alexandre will be working on at some point, inter-process window communication isn't really implemented well in Wine at present.
Also I found other errors when I launch my window appication under wine:
err:module:import_dll No implementation for USER32.dll.GetTitleBarInfo imported from C:\ping\exe\ping.exe, setting to 0xdeadbeef err:module:import_dll No implementation for USER32.dll.GetMenuBarInfo imported from C:\ping\exe\ping.exe, setting to 0xdeadbeef
Unless the program actually uses them, this isn't a problem. If it does, the app will crash, at which point we'd need to write those functions or stub them out.
thanks -mike
--------------------------------- Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month!