August 2002 - Wine-Devel - list.winehq.org

VDD/VXD in Wine?

by Fabian Cenedese

Hi We have an application that communicates with some hardware. For this we have virtual device drivers that map some memory. There is also a PCI-Interface dll. Is this possible to work in wine? I recently read that wine is supposed to run most Windows apps but not drivers. We intended to port our application to Linux with the help of wine but now I'm not sure if we can succeed at all. If it's not possible with the Windows drivers is there a way if we make a native Linux kernel module? I'm still at the very beginning of Wine. The app loads but the toolbar is not painted and it crashes as soon as I try to open a file. Well, long way to go... Thanks for any help. Fabi

Aug. 6, 2002

Dialog's resource from handle

by Paramjit S. Pannu

Hi All, Just a query, may be out of topic. Is there any API which given a dialog's handle returns its resource identifier ? Thankx in Advance, Paramjit

Aug. 6, 2002

Re: FF8 and DirectMusic

by Martin Lexa

* Johan Gill (johane(a)lysator.liu.se) wrote: > This is probably related to something more graphical. Probably yes. Here is my current investigation: Debug: ------ wine --debugmsg +module,+x11drv,+ddraw,+win32,+gdi FF8Config.exe [...] trace:ddraw:User_DirectDrawSurface_final_release waiting for update thread to terminate... trace:ddraw:User_DirectDrawSurface_final_release update thread terminated trace:ddraw:DIB_DirectDrawSurface_free_dc Releasing DC for surface: 0x403df0a0 [Point 1] X11DRV_SelectBitmap called trace:gdi:GDI_GetObjPtr (0044): enter 1 trace:gdi:SelectObject hdc=00c8 0044 trace:gdi:GDI_GetObjPtr (00c8): enter 2 trace:gdi:GetStockObject returning 44 trace:gdi:GDI_GetObjPtr (0044): enter 3 trace:gdi:GetStockObject returning 44 trace:x11drv:X11DRV_SelectBitmap Before wine_tsx11_lock() err:ntdll:RtlpWaitForCriticalSection section 0x40cd0644 "x11drv_main.c: X11DRV_CritSection" wait timed out, retrying (60 sec) tid=080720a8 [End of point 1] Code: ----- HBITMAP X11DRV_SelectBitmap( X11DRV_PDEVICE *physDev, HBITMAP hbitmap ) [...] /* Change GC depth if needed */ if (dc->bitsPerPixel != bmp->bitmap.bmBitsPixel) { TRACE("Before wine_tsx11_lock()\n"); wine_tsx11_lock(); TRACE("After wine_tsx11_lock()\n"); XFreeGC( gdi_display, physDev->gc ); physDev->gc = XCreateGC(gdi_display, physDev->drawable, 0, NULL ); XSetGraphicsExposures(gdi_display,physDev->gc,False ); XSetSubwindowMode(gdi_display,physDev->gc,IncludeInferiors); XFlush(gdi_display); TRACE("Before wine_tsx11_unlock()\n"); wine_tsx11_unlock(); TRACE("After wine_tsx11_unlock()\n"); } GDI_ReleaseObj(hbitmap); return hbitmap; static void nop(void) { } void (*wine_tsx11_lock)(void) = nop; void (*wine_tsx11_unlock)(void) = nop; Why there is no locking mechanism? This should be the problem, shouldn't be? If running wine with --debugmsg +all FF8Config: [...] [Point 1] X11DRV_SelectBitmap called 080720a8:Call x11drv.SelectBitmap(403ff140,00000044) ret=407a7268 080720a8:trace:win32:_EnterSysLevel (0x407de7a4, level 3): thread 0x80720a8 (fs 008f, pid 4757) count before 2 080720a8:trace:win32:_EnterSysLevel (0x407de7a4, level 3): thread 0x80720a8 (fs 008f, pid 4757) count after 3 080720a8:trace:gdi:GDI_GetObjPtr (0044): enter 3 080720a8:trace:gdi:GetStockObject returning 44 080720a8:trace:gdi:GDI_ReleaseObj (0044): leave 3 080720a8:trace:win32:_LeaveSysLevel (0x407de7a4, level 3): thread 0x80720a8 (fs 008f, pid 4757) count before 3 080720a8:trace:win32:_LeaveSysLevel (0x407de7a4, level 3): thread 0x80720a8 (fs 008f, pid 4757) count after 2 080720a8:Ret x11drv.SelectBitmap() retval=00000044 ret=407a7268 [End of point 1] [...] As you can see function SelectBitmap run without any problems and FF8Config works correctly. Which "debug message slowing" is so important? These in win32:_EnterSysLevel and win32:_LeaveSysLevel. If I disable any TRACEs, messages, etc. in these two functions then running wine 'with --debugmsg +all' FF8Config will hang. This should be some kind of race condition bug. Or am I wrong? Could someone help me with this? I don't know wine internals too much but I'd like to solve this. Thank you. Martin

Aug. 6, 2002

Re: FF8 and DirectMusic

by Johan Gill

On Mon, 5 Aug 2002, Martin Lexa wrote: > Hi! > > I tried Final Fantasy 8 under Wine (no Windows), yesterday. Got it > running, but FF8Config refused to start complaining something about MIDI > error. Of course no music. [...] > > After above changes FF8Config wasn't complaining about MIDI problems., > but simply hanging after displaying window. I think problem is that I'm > using native DirectMusic DLLs or am I wrong? Maybe not, because there is > X11DRV error... > > Here is wine output: > > $ wine --debugmsg +ole FF8Config.exe > trace:ole:OLE32_DllEntryPoint 0x40bda000 0x1 0x1 > trace:ole:CoRegisterMallocSpy > trace:ole:IMallocSpy_fnQueryInterface > ({0000001d-0000-0000-c000-000000000046},0x405c6dec) > trace:ole:OLE32_DllEntryPoint 0x40bda000 0x2 (nil) > trace:ole:OLE32_DllEntryPoint 0x40bda000 0x2 (nil) > fixme:ddraw:MESA_IDirect3D2Impl_EnumDevices > (0x403d8f58)->(0x401e45,0x403d8f58),stub! > fixme:ddraw:MESA_IDirect3D2Impl_EnumDevices > (0x403d8f58)->(0x401e45,0x403d8f58),stub! > trace:ole:OLE32_DllEntryPoint 0x40bda000 0x2 (nil) > fixme:ddraw:MESA_IDirect3D2Impl_EnumDevices > (0x403d8f58)->(0x401e45,0x403d8f58),stub! > fixme:ddraw:MESA_IDirect3D2Impl_EnumDevices > (0x403d8f58)->(0x401e45,0x403d8f58),stub! > trace:ole:CoInitializeEx ((nil), 2) > trace:ole:CoInitializeEx () - Initializing the COM libraries > trace:ole:RunningObjectTableImpl_Initialize () > trace:ole:WINE_StringFromCLSID > 0x4155a0->{636B9F10-0C7D-11D1-95B2-0020AFDC7421} > trace:ole:CoGetClassObject > CLSID: {636b9f10-0c7d-11d1-95b2-0020afdc7421}, > IID: {00000001-0000-0000-c000-000000000046} > trace:ole:COMPOBJ_DLLList_Add > fixme:setupapi:SetupDiGetClassDevsA {6994ad04-93ef-11d0-a3cc-00a0c9223196} (null) 0000 00000012 > trace:ole:__CLSIDFromStringA > {58C2B4D0-46E7-11D1-89AC-00A0C9054129} -> 0x405c6d4c > trace:ole:WINE_StringFromCLSID 0x405c6d4c->{58C2B4D0-46E7-11D1-89AC-00A0C9054129} > trace:ole:CoGetClassObject > CLSID: {58c2b4d0-46e7-11d1-89ac-00a0c9054129}, > IID: {00000001-0000-0000-c000-000000000046} > trace:ole:COMPOBJ_DLLList_Add > trace:ole:CoUninitialize () > err:ntdll:RtlpWaitForCriticalSection section 0x40cd0424 "x11drv_main.c: > X11DRV_CritSection" wait timed out, retrying (60 sec) tid=080720a8 > This is probably related to something more graphical. /Johan Gill, johane(a)lysator.liu.se

Aug. 6, 2002

Re: WINE

by admiral coeyman

Dante Aliegri, > > >> > > Just developers or active developers? My last part was the FPU code. > >Something else was broken and my system no longer runs 16-bit dos programs so I > >cannot test what I've written. > > > Yeah, I saw that. kind of irritating. > I just did the int33 functions for hiding/showing the mouse, but I can't > find an app other than IDA which uses that > and I don't have IDA to test it. > I may have IDA somewhere. Thank you for the code. One of the programs I aim to get working under dos, vpa.exe, uses the cursor routines that you mention. My real problem, the reson that I'm sending a copy to the wine list, is that I cannot read the screen when I try to use winedbg to run programs. All of the text is crushed to the top of the screen. It looks like the text has been stretched across the screen, and pushed to the top of the screen. My vision isn't that good. It gives me a headache trying to use it. > > > > > > > >>But really, if you want a way to learn win32 and xlib at the same time, > >>this is it. > >>There are a lot of different things you can do; > >>if you want to learn how to disassemble, there is use for that. > >>If you want to learn opengl, you can work on d3d -> opengl mapping. > >>If you want to learn COM/Bonobo objects, there is that. > >> > > You can learn all of this? I've been with the project a long time, in the dos > >aspect. I wish that I had more brainpower to devote to the project. Are there > >any tutorials on this stuff? > > > Heh, the implication was to pick one that was interesting and learn > that, the idea being that wine needs help with so many different things, you could pick > any and it would be useful to the project. > I have always felt that the strength of OSS is that the developers use the software. We don't all collect a check at the end of the week and wait for the bug reports to come in. The software that we write is stuff that we want to have running. That's how I select what I'm going to work on next. > As for tutorials, different ones exist that cover those topics, but not > in a wine specific manner. > Like you can find tutorials on d3d, and on opengl, but not implementing > d3d using opengl. > Maybe we need some tutorials. My mind is now clear enough to handle such a project. I'm embarassed by what little I have done. New developers are often asking us where to begin. Maybe we're taking the wrong approach. It would be more helpful if developers came in with something that they wanted to run and a clear idea of how to make it work. God Bless, --Robert 'Admiral' Coeyman -- --- May you live as long as you wish and age but a single day. http://www.dotguy.net/ admiral(a)corner.net Webmaster/ Linux Administrator Computer Co-Op/CornerNet

Aug. 6, 2002

Re: Isn't 'make depend' optional?

by Alexandre Julliard

Andriy Palamarchuk <apa3a(a)yahoo.com> writes: > As I understand one could even use "make clean && > make" instead of "make depend" on updated source tree. In theory yes, but in practice this isn't guaranteed to work. The reason is that some headers are generated at build time, and thus need proper dependencies in order to be generated in the right order. So we either have to require make depend before building, or manually maintain the dependencies for these headers. Neither solution is perfect, but at least the make depend approach has the advantage that it doesn't break if you change a #include and forget to update the makefile. -- Alexandre Julliard julliard(a)winehq.com

Aug. 6, 2002

Re: Isn't 'make depend' optional?

by Bang Jun-Young

On Mon, Aug 05, 2002 at 11:10:17AM -0600, Tony Lambregts wrote: > In this case required for would be true. Running make depend ensures > that all dependencys are accounted for and in most cases they do not > change from one snapshot to the next., but that is not guarnteed. It Have you tried to build Wine without running 'make depend'? Have you investigated my patch? Jun-Young -- Bang Jun-Young <junyoung(a)mogua.com>

Aug. 6, 2002

Re: Isn't 'make depend' optional?

by Andriy Palamarchuk

--- Tony Lambregts <tony_lambregts(a)telusplanet.net> wrote: [skipped] > In this case required for would be true. Running > make depend ensures > that all dependencys are accounted for and in most > cases they do not > change from one snapshot to the next., but that is > not guarnteed. It > seems to me there have been quite a few changes that > would affect > dependencys since the last snapshot. What you are > saying is that you > don't "_have_to_" run make depend each time you > compile wine, which is > true. just as you dont "_have _to_ " run ./configure > each time wine > changes. There are times when you do and running > make depend does not > take that long and it makes sure that everything is > in the right place. > > If you realy want to avoid it you can work around it > as you have, or > you can run make depend, your choice I suppose. I think Bang describes a little different situation - when he wants to build Wine from a clean source tree. Assuming the purpose of "make depend" is to track dependencies of changes it should not be required to call it on clean source as there is no generated files yet. One needs to use "make depend" on an updated source tree in order to use results of previous builds. As I understand one could even use "make clean && make" instead of "make depend" on updated source tree. Andriy __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com

Aug. 5, 2002

Re: PATCH: Convert HDRVR to a void*

by Michael Stefaniuc

Hello! On Mon, Aug 05, 2002 at 12:41:35AM +0200, Michael Stefaniuc wrote: > License: LGPL, X11 > Changelog: > Michael Stefaniuc <mstefani(a)redhat.com> > - Convert HDRVR to a void* > - Fix declaration of DriverCallback() Alexandre, please don't apply this patch because it's broken and I don't know which is the best/cleanest way to fix that. Problem: the macro HDRVR_16 defined in dlls/winmm/winemm.h is needed in dlls/msvideo/msvideo_main.c . Which of the following solutions is the way to go (the problem will also appear when the rest of the handles are converted to a void* too, so a generic solution would be best): 1.) just include dlls/winmm/winemm.h 2.) put the $HANDLE_{16,32} macros into include/wownt32.h surrounded by #ifdef __WINE__ and include wownt32.h 3.) put the $HANDLE_{16,32} macros into one of the include/wine/*.h header files (in which?) 4.) create include/wine/handleconv.h and put all handle conversions into it I would prefer 4 and 3 but I don't mind to do it in any way. Comments? bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

Aug. 5, 2002

ASM_FUNC isn't autodetect correctly

by Luc Saillard

Hi, On my computer, ASM_FUNC doesn't have the good value. configure choose this macro: >#define __ASM_FUNC(name) ".def " __ASM_NAME(name) "; .scl 2; .type 32; .endef" but when i use this macro, i've a lot assembler error that .scl and .endef isn't a valid command. The good value is (at least it compile cleanly): >#define __ASM_FUNC(name) ".type " __ASM_NAME(name) ",@function" I'm using a debian sid box with: ii gcc-2.95 2.95.4-10 ii gcc-3.1 3.1.1-2 ii binutils 2.12.90.0.15-1 (freshly installed) ii autoconf 2.53-4 I've test gcc 2.95 and gcc 3.1 with the same error. Perhaps it's my binutils package ? If i revert aclocal.m4 from 2002-07-25 with this command >cvs diff -c -D 2002-07-22 aclocal.m4 | patch -R It will detect the good macros. >checking how to define a function in assembly code... .type @function But, it will failed later when testing dlopen, because conftest_asm.s doesn't exist. So i need to set this macro at hand. Luc

Aug. 5, 2002