You need to develop this winelib dll from Linux. Also check out the winelib docs. (I'd recommend you to use winegcc since you likely won't port old code ... )
Roderick On Friday 11 July 2003 23:41, you wrote: > Hello Roderick, > > I have nother question about the usage of dll: > > Can I use visual studio in windows to generate a windows dll to implement > all the functionalities I need, then transfer it directly to linux using > under WINE? > > Maybe it can't work for IPC stuffs discussed before, right? > > Many thanks > > -Lechun > > Roderick Colenbrander <[EMAIL PROTECTED]> wrote: > What Mike meant is the same as I said. Look at the winelib docs at the wine > page. I'm not sure if they are up2date. A new but easier way to use winelib > is to use "winegcc" a frontend to gcc which handles all difficult wine > linking stuff. The syntax is similar to gcc and it supports various mingw > options. > > All dlls wine uses are winelib dlls. It are linux libraries but with a > similar structure as native windows dlls. Because of this structure you can > easily replace a native dll of your app with a winelib dll. > > The advantage of winelib is that you can use all libraries you have on > windows and all you have on windows. > > So I would move the linux functionality you need inside a winelib dll. > Using this way you don't need to recompile all the source of your app using > winelib which can be a pain. This way is used by lots of companies since it > is easy and gives good performance. > > I hope this helps and good luck, > Roderick > > On Friday 11 July 2003 18:44, you wrote: > > Hello Roderick, > > > > Thank you for your answering. > > Actually, now I am trying to use WINE to port an windows application to > > linux. But if I use program loader provided by WINE to directly run the > > exe file under linux, some of the functionalities are involved with IPC > > between WINE and other local X processes, which is not supported by WINE. > > > > So, I need to rewrite the local codes for them, as Mike explained before, > > > > "What you can do is rewrite only the parts that need rewriting and turn > > them into shared libraries. Then you can use WineLib to combine the > > Win32 code and the Linux code into one program." > > > > Here, I am glad to learn from you there seems a more easy way: > > (As my understanding, the other way you mentioned is the same one as > > Mike's) > > > > "An easy way is to put this > > X functionality in a winelib dll. This dll can then be used by your app. > > The advantage of a winelib dll is that it can use win32 api's but also > > native Linux api's." > > > > Could you please make sure whether this method can meet the need to "find > > any process's window info", not only "windows under WINE" ? > > > > And could you please give some more implementation details about that? > > > > Thanks a lot! > > > > -Lechun > > > > Roderick Colenbrander wrote: > > Hi, > > > > As I understand it you have a Windows app that needs to have access to > > some X stuff. To access that you somehow need to extend your app with > > some X functionality. There are several ways to do that. An easy way is > > to put this X functionality in a winelib dll. This dll can then be used > > by your app. The advantage of a winelib dll is that it can use win32 > > api's but also native Linux api's. The other option is to completely > > build your app using winelib and also add the native code. Personally I > > think the dll is the easiest way. > > > > Roderick > > > > On Thursday 10 July 2003 23:36, dd jj wrote: > > > Hello Mike, > > > > > > So as my understanding, even recompile the original windows codes using > > > WINELIB will not work, am I correct? > > > > > > Since finding window info under cursor is only one of the functionality > > > in this application, it will be a huge work to rewrite all the codes > > > for X window. Is there any Avenue to port such a windows application to > > > Linux? Using Visual Mainwin or Win/U is better choices? or any other > > > comments on it? > > > > > > Thanks a lot! > > > > > > -Lechun > > > > > > Mike Hearn wrote: > > > Programs run under emulation are only aware of other Wine programs. If > > > you want to write an app like that, you'd need to rewrite it for Linux. > > > > > > BTW, you might want to talk to a guy named Bill Haneman (i think that's > > > the spelling). He does Gnome accessibility, and i think they have an > > > app that can read info about stuff under the mouse cursor. > > > > > > On Thu, 2003-07-10 at 20:41, dd jj wrote: > > > > 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 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! > > > > > > --------------------------------- > > > Do you Yahoo!? > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > > --------------------------------- > > Do you Yahoo!? > > SBC Yahoo! DSL - Now only $29.95 per month! > > --------------------------------- > Do you Yahoo!? > SBC Yahoo! DSL - Now only $29.95 per month!