March 2006 - Wine-Devel - list.winehq.org

Re: [Compile problem] GL_STENCIL_BACK_FAIL vs. GL_STENCIL_BACK_FAIL_ATI

by Vitaly Budovski

Uwe Bonnes wrote: >>>>>> "H" == H Verbeet <hverbeet(a)gmail.com> writes: >>>>>> > > ... > >> Appended patch lets me circumvent that problem. > H> I'm not sure if GL_STENCIL_BACK_FAIL and GL_STENCIL_BACK_FAIL_ATI are > H> interchangeable, but more importantly it makes the same kind of > H> assumptions about what's going to be defined. > > I said "circumvent" not "solve"... > This patch http://www.winehq.org/pipermail/wine-patches/2006-March/024775.html should solve the problem with missing defines.

March 5, 2006

Re: DirectDraw -> WineD3D patch

by Stefan Dösinger

Hi, I've updated the patch to fix a few issues and take the merged header patches into account. It can still be found at http://stud4.tuwien.ac.at/~e0526822/ Thanks for all your feedback so far, Stefan

March 5, 2006

Re: [PATCH] [WineDbg test harness]: various updates

by Eric Pouech

Eric Pouech wrote: > - now supports all tests with or without 'in <modname>' information > - extended startup tests please, discard this patch A+ -- Eric Pouech

March 5, 2006

Re: configure: add --with-fontfir (try3) with patch!

by StartCom Ltd.

I would like to through in my support for Vitaly on this issue (and maybe similar ones) which happen to be the source of some discussions lately (rpath was one, I think). More configuration options makes wine to be more easy configured, build and adjusted, making it more scalable....Distribution based patches should be the last resort - not the first. If a configure option, such as in this case can be so easily implemented, it should supported...As long as it hard coded during make, than there should be a configuration option for this (font path) but also others.... Regards Signer: Eddy Nigg Company: StartCom Linux at www.startcom.org <http://www.startcom.org/> MediaHost™ at www.mediahost.org <http://www.mediahost.org/> StartCom Certification Authority at cert.startcom.org <http://cert.startcom.org/> Skype: startcom <callto://startcom/> Phone: +1.213.341.0390 Vitaly Lipatov wrote: > On Monday 06 March 2006 00:43, Alexandre Julliard wrote: > >> Vitaly Lipatov <lav(a)etersoft.ru> writes: >> >>> On Sunday 05 March 2006 23:22, Alexandre Julliard wrote: >>> >>>> Could you please explain what you are trying to do? I >>>> don't think we want to hardcode more paths, I've just been >>>> getting rid of them. >>>> >>> I told about >>> fontdir = $(datadir)/fonts/wine >>> line in fonts/Makefile.in. It is _hardcoded_ path. I try to >>> get rid of this and get possibility to set path to fontdir >>> with configure options. >>> >> It's not less hardcoded if it's in configure... You still >> > I planned place _default_ path to configure. With --with-fontdir > option we can set it to any other place. > If we have this path hardcoded in fonts/Makefile.in we can't use > it from other places of WINE tree. > > >> haven't explained what you are trying to do, and why you can't >> put fonts in datadir. >> > I don't like WINE fonts in %_datadir/fonts/wine, I it crossed > with ALT Linux font policy and so on. > I have a small patch to check the font dir after C: > \\WINDOWS\\FONTS for bitmap/ttf fonts. It patch needs in > @FONTDIR@ substitution in Makefile. > Sorry if I can't express my thoughts in English clearly. > >

March 5, 2006

about Wingdings/Symbol

by Vitaly Lipatov

I wish to make a initial font file for Wingdings and Symbol fonts. Do anyone some font designing already? I plan to draw some common usable symbols for first. -- Lav Vitaly Lipatov Saint-Petersburg, Etersoft www.etersoft.ru GNU! ALT Linux Team! WINE! LaTeX! LyX!

March 5, 2006

Re: configure: add --with-fontfir (try3) with patch!

by Vitaly Lipatov

On Monday 06 March 2006 00:43, Alexandre Julliard wrote: > Vitaly Lipatov <lav(a)etersoft.ru> writes: > > On Sunday 05 March 2006 23:22, Alexandre Julliard wrote: > >> Could you please explain what you are trying to do? I > >> don't think we want to hardcode more paths, I've just been > >> getting rid of them. > > > > I told about > > fontdir = $(datadir)/fonts/wine > > line in fonts/Makefile.in. It is _hardcoded_ path. I try to > > get rid of this and get possibility to set path to fontdir > > with configure options. > > It's not less hardcoded if it's in configure... You still I planned place _default_ path to configure. With --with-fontdir option we can set it to any other place. If we have this path hardcoded in fonts/Makefile.in we can't use it from other places of WINE tree. > haven't explained what you are trying to do, and why you can't > put fonts in datadir. I don't like WINE fonts in %_datadir/fonts/wine, I it crossed with ALT Linux font policy and so on. I have a small patch to check the font dir after C: \\WINDOWS\\FONTS for bitmap/ttf fonts. It patch needs in @FONTDIR@ substitution in Makefile. Sorry if I can't express my thoughts in English clearly. -- Lav Vitaly Lipatov Saint-Petersburg, Etersoft www.etersoft.ru GNU! ALT Linux Team! WINE! LaTeX! LyX!

March 5, 2006

Re: configure: add --with-fontfir (try3) with patch!

by Alexandre Julliard

Vitaly Lipatov <lav(a)etersoft.ru> writes: > On Sunday 05 March 2006 23:22, Alexandre Julliard wrote: >> Could you please explain what you are trying to do? I don't >> think we want to hardcode more paths, I've just been getting >> rid of them. > I told about > fontdir = $(datadir)/fonts/wine > line in fonts/Makefile.in. It is _hardcoded_ path. I try to get > rid of this and get possibility to set path to fontdir with > configure options. It's not less hardcoded if it's in configure... You still haven't explained what you are trying to do, and why you can't put fonts in datadir. -- Alexandre Julliard julliard(a)winehq.org

March 5, 2006

Re: World of Warcraft 0.10 Public Test Realm (PTR)

by Tomas Carnecky

Tomas Carnecky wrote: > so.. I know where the problem is.. WoW loads its own Survey.dll which > requires ddraw.dll, ddraw initializes itself and during that it creates > a drawable and a context and calls glXMakeCurrent(). After some tests > WoW unloads ddraw.dll but someone (ddraw, wine or WoW) fails to activate > the old drawable and context, eg. call glXMakeCurrent() with the real > window and rendering context. > > a trace with +x11drv,+x11settings,+ddraw,+loaddll is in the attachment.. > > in a full trace with +opengl,+ddraw,+loaddll I can see that there is no > wglMakeCurrent call after the ddraw dll is unloaded > for those who can't wait to login into the PTR, here is a little patch that disables opengl support in ddraw, so ddraw won't call glXMakeCurrent(). It's a really ugly solution, but at least now we can try to login into the PTR. The better solution would be to save the old drawable and context and reactivate it after ddraw initilizes opengl. Or whatever the ddraw author comes up with :-) tom

March 5, 2006

Re: [Compile problem] GL_STENCIL_BACK_FAIL vs. GL_STENCIL_BACK_FAIL_ATI

by H. Verbeet

On 05/03/06, Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> wrote: > I said "circumvent" not "solve"... Fair enough, but just removing the lines would probably work as well. :-)

March 5, 2006

Re: Question about copyright lines

by Troy Rollo

On Saturday 04 March 2006 12:32, Segin wrote: > >For protection in countries which are signatories to the UCC but NOT > >the Berne Convention (I don't know of any offhand), the year and name ... > Ok, but you still need to put the copyright year/holder's name in a > certain order, as your last paragraph said. Just not nessessrary for > most countries. Since accession to the Berne Convention is a requirement for membership of the WTO, parties (not signatories, which is a different thing with little practical meaning) to the UCC who are not parties to the Berne Convention are such a small set now that it is probably not worth worrying about. These days the copyright notice has more value as: a means of giving credit; a means of letting others know who they need to ask if they wish to do something outside the license; and a method to assist distant future users of materials in identifying when a work enters the public domain. -- Troy Rollo - wine(a)troy.rollo.name

March 5, 2006

Re: World of Warcraft 0.10 Public Test Realm (PTR)

by Tomas Carnecky

so.. I know where the problem is.. WoW loads its own Survey.dll which requires ddraw.dll, ddraw initializes itself and during that it creates a drawable and a context and calls glXMakeCurrent(). After some tests WoW unloads ddraw.dll but someone (ddraw, wine or WoW) fails to activate the old drawable and context, eg. call glXMakeCurrent() with the real window and rendering context. a trace with +x11drv,+x11settings,+ddraw,+loaddll is in the attachment.. in a full trace with +opengl,+ddraw,+loaddll I can see that there is no wglMakeCurrent call after the ddraw dll is unloaded tom trace:loaddll:load_builtin_dll Loaded module L"kernel32.dll" : builtin trace:loaddll:load_native_dll Loaded module L"Z:\\games\\World.of.Warcraft\\WoWTest\\WoW.exe" : native trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\msvcrt.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\advapi32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\gdi32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\user32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\comctl32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\iphlpapi.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\rpcrt4.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\ole32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\shlwapi.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\shell32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\ws2_32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\wsock32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\opengl32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\imm32.dll" : builtin trace:loaddll:load_native_dll Loaded module L"Z:\\games\\World.of.Warcraft\\WoWTest\\DivxDecoder.dll" : native trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\winmm.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\msacm32.dll" : builtin trace:loaddll:load_native_dll Loaded module L"Z:\\games\\World.of.Warcraft\\WoWTest\\fmod.dll" : native trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\mpr.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\wininet.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\winex11.drv" : builtin trace:x11settings:X11DRV_Settings_SetHandlers Resolution settings now handled by: NoRes trace:x11settings:X11DRV_Settings_SetHandlers Initialized new display modes array trace:x11settings:X11DRV_Settings_AddOneMode initialized mode 0: 1280x1024x32 @0 Hz (NoRes) trace:x11drv:X11DRV_XF86DGA2_Init trace:x11drv:X11DRV_SetupXIM X display of IM = 0x7c0630e0 trace:x11drv:X11DRV_SetupXIM Using C locale of Input Method trace:x11drv:X11DRV_SetupXIM ximStyles->count_styles = 2 trace:x11drv:X11DRV_SetupXIM ximStyles[0] = XIMPreeditNone trace:x11drv:X11DRV_SetupXIM ximStyles[1] = XIMPreeditNothing trace:x11drv:X11DRV_SetupXIM Setting Style: ximStyleRoot = STYLE_ROOT trace:x11drv:X11DRV_SetupXIM No callback style avalable trace:x11drv:X11DRV_CreateBitmap (0x1a4) 32x32 1 bpp trace:x11drv:X11DRV_CreateBitmap (0x1a8) 32x32 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1a8, buffer=0x7fd2b944, count=0x80) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1a4, buffer=0x7fd2b9c4, count=0x80) trace:x11drv:X11DRV_CreateBitmap (0x1ac) 32x32 1 bpp trace:x11drv:X11DRV_CreateBitmap (0x1b0) 32x32 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1b0, buffer=0x7fd2bc14, count=0x80) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1ac, buffer=0x7fd2bc94, count=0x80) trace:x11drv:X11DRV_CreateBitmap (0x1c0) 16x16 24 bpp trace:x11drv:X11DRV_CreateBitmap (0x1c4) 16x16 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1c4, buffer=0x7fd2c344, count=0x20) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1c0, buffer=0x7fd2c364, count=0x300) trace:x11drv:X11DRV_CreateBitmap (0x1c8) 16x16 24 bpp trace:x11drv:X11DRV_CreateBitmap (0x1cc) 16x16 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1cc, buffer=0x7fd2c68c, count=0x20) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1c8, buffer=0x7fd2c6ac, count=0x300) trace:x11drv:X11DRV_CreateBitmap (0x1d0) 16x16 24 bpp trace:x11drv:X11DRV_CreateBitmap (0x1d4) 16x16 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1d4, buffer=0x7fd2c9d4, count=0x20) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x1d0, buffer=0x7fd2c9f4, count=0x300) trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\uxtheme.dll" : builtin trace:x11drv:X11DRV_CreateBitmap (0x210) 512x16 1 bpp trace:x11drv:X11DRV_CreateBitmap (0x248) 1024x32 1 bpp trace:x11drv:X11DRV_CreateBitmap (0x264) 16x16 24 bpp trace:x11drv:X11DRV_CreateBitmap (0x268) 16x16 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x268, buffer=0x7fd30c54, count=0x20) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x264, buffer=0x7fd30c74, count=0x300) trace:x11drv:X11DRV_CreateBitmap (0x26c) 32x32 24 bpp trace:x11drv:X11DRV_CreateBitmap (0x270) 32x32 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x270, buffer=0x7fd314e4, count=0x80) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x26c, buffer=0x7fd31564, count=0xc00) trace:x11drv:X11DRV_CreateBitmap (0x274) 16x16 24 bpp trace:x11drv:X11DRV_CreateBitmap (0x278) 16x16 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x278, buffer=0x7fd30fe4, count=0x20) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x274, buffer=0x7fd31004, count=0x300) trace:x11drv:X11DRV_CreateBitmap (0x27c) 16x16 24 bpp trace:x11drv:X11DRV_SetBitmapBits (bmp=0x27c, bits=0x7fd32180, count=0x300) trace:x11drv:X11DRV_CreateBitmap (0x280) 16x16 1 bpp trace:x11drv:X11DRV_SetBitmapBits (bmp=0x280, bits=0x7fd313b0, count=0x20) trace:x11drv:X11DRV_CreateBitmap (0x290) 32x32 24 bpp trace:x11drv:X11DRV_CreateBitmap (0x294) 32x32 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x294, buffer=0x7fd3223c, count=0x80) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x290, buffer=0x7fd322bc, count=0xc00) trace:x11drv:X11DRV_CreateBitmap (0x298) 32x32 24 bpp trace:x11drv:X11DRV_SetBitmapBits (bmp=0x298, bits=0x7fd32ed8, count=0xc00) trace:x11drv:X11DRV_CreateBitmap (0x29c) 32x32 1 bpp trace:x11drv:X11DRV_SetBitmapBits (bmp=0x29c, bits=0x7fd30fd8, count=0x80) trace:x11drv:X11DRV_CreateBitmap (0x2ac) 16x16 24 bpp trace:x11drv:X11DRV_CreateBitmap (0x2b0) 16x16 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x2b0, buffer=0x7fd3104c, count=0x20) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x2ac, buffer=0x7fd3106c, count=0x300) trace:x11drv:X11DRV_CreateBitmap (0x2b4) 16x16 24 bpp trace:x11drv:X11DRV_SetBitmapBits (bmp=0x2b4, bits=0x7fd32180, count=0x300) trace:x11drv:X11DRV_CreateBitmap (0x2b8) 16x16 1 bpp trace:x11drv:X11DRV_SetBitmapBits (bmp=0x2b8, bits=0x7fd31418, count=0x20) trace:x11drv:X11DRV_CreateBitmap (0x2c8) 32x32 24 bpp trace:x11drv:X11DRV_CreateBitmap (0x2cc) 32x32 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x2cc, buffer=0x7fd322a4, count=0x80) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x2c8, buffer=0x7fd32324, count=0xc00) trace:x11drv:X11DRV_CreateBitmap (0x2d0) 32x32 24 bpp trace:x11drv:X11DRV_SetBitmapBits (bmp=0x2d0, bits=0x7fd32f40, count=0xc00) trace:x11drv:X11DRV_CreateBitmap (0x2d4) 32x32 1 bpp trace:x11drv:X11DRV_SetBitmapBits (bmp=0x2d4, bits=0x7fd32210, count=0x80) trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\msacm.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\midimap.dll" : builtin fixme:advapi:SetSecurityInfo stub trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\powrprof.dll" : builtin fixme:powrprof:DllMain (0x7c530000, 1, (nil)) not fully implemented fixme:ntdll:NtPowerInformation Unimplemented NtPowerInformation action: 11 fixme:powrprof:DllMain (0x7c530000, 0, (nil)) not fully implemented trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system32\\powrprof.dll" : builtin fixme:win:EnumDisplayDevicesW ((null),0,0x7fbfeed0,0x00000000), stub! trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\wined3d.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\d3d9.dll" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system32\\d3d9.dll" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system32\\wined3d.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\wined3d.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\d3d9.dll" : builtin fixme:d3d:IWineD3DImpl_GetDeviceCaps Caps support for directx9 is nonexistent at the moment! trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system32\\d3d9.dll" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system32\\wined3d.dll" : builtin fixme:win:EnumDisplayDevicesW ((null),0,0x7fbff43c,0x00000000), stub! trace:x11settings:X11DRV_EnumDisplaySettingsEx mode 0 -- 1280x1024x32bpp (NoRes) trace:x11settings:X11DRV_EnumDisplaySettingsEx mode 1 -- not present (NoRes) fixme:win:EnumDisplayDevicesW ((null),0,0x7fbff6dc,0x00000000), stub! trace:x11settings:X11DRV_EnumDisplaySettingsEx mode 0 -- 1280x1024x32bpp (NoRes) trace:x11settings:X11DRV_EnumDisplaySettingsEx mode 1 -- not present (NoRes) fixme:win:EnumDisplayDevicesW ((null),0,0x7fbff6dc,0x00000000), stub! trace:x11settings:X11DRV_EnumDisplaySettingsEx mode -1 (current) -- getting current mode (NoRes) trace:x11settings:X11DRV_EnumDisplaySettingsEx mode 0 -- 1280x1024x32bpp (NoRes) trace:x11drv:X11DRV_CreateBitmap (0x308) 32x32 24 bpp trace:x11drv:X11DRV_CreateBitmap (0x30c) 32x32 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x30c, buffer=0x7fd57074, count=0x80) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x308, buffer=0x7fd570f4, count=0xc00) trace:x11drv:X11DRV_CreateBitmap (0x310) 32x32 1 bpp trace:x11drv:X11DRV_CreateBitmap (0x314) 32x32 1 bpp trace:x11drv:X11DRV_GetBitmapBits (bmp=0x314, buffer=0x7fd33f5c, count=0x80) trace:x11drv:X11DRV_GetBitmapBits (bmp=0x310, buffer=0x7fd33fdc, count=0x80) fixme:win:EnumDisplayDevicesW ((null),0,0x7fbff644,0x00000000), stub! trace:x11settings:X11DRV_EnumDisplaySettingsEx mode 0 -- 1280x1024x32bpp (NoRes) trace:x11drv:X11DRV_set_window_pos win 0x10022 window (0,0)-(1280,1024) client (0,0)-(1280,1024) style 87000000 trace:x11drv:X11DRV_CreateBitmap (0x31c) 32x32 1 bpp trace:x11drv:X11DRV_SetBitmapBits (bmp=0x31c, bits=0x7fd340c0, count=0x80) trace:x11drv:X11DRV_CreateBitmap (0x318) 32x32 24 bpp trace:x11drv:X11DRV_SetBitmapBits (bmp=0x318, bits=0x7fd57d10, count=0xc00) trace:x11drv:X11DRV_CreateWindow hwnd 0x10022 cs 0,0 1280x1024 trace:x11drv:X11DRV_set_window_pos win 0x10022 window (0,0)-(1280,1024) client (0,0)-(1280,1024) style 87000000 trace:x11drv:X11DRV_sync_window_position setting win 2000001 pos 0,0,1280x1024 after 7e7879ec changes=40 trace:x11drv:X11DRV_CreateWindow win 0x10022 window 0,0,1280,1024 client 0,0,1280,1024 whole 0,0,1280,1024 X client 0,0,1280,1024 xwin 2000001 trace:x11drv:WINPOS_MinMaximize 0x10022 3 trace:x11drv:X11DRV_SetWindowPos hwnd 0x10022, after (nil), swp 0,0 1280x1024 flags 00000034 trace:x11drv:SWP_DoWinPosChanging hwnd 0x10022, after (nil), swp 0,0 1280x1024 flags 00001834 trace:x11drv:SWP_DoWinPosChanging current (0,0)-(1280,1024) style 87000000 new (0,0)-(1280,1024) trace:x11drv:SWP_DoNCCalcSize hwnd 0x10022 old win (0,0)-(1280,1024) old client (0,0)-(1280,1024) new win (0,0)-(1280,1024) new client (0,0)-(1280,1024) trace:x11drv:X11DRV_set_window_pos win 0x10022 window (0,0)-(1280,1024) client (0,0)-(1280,1024) style 87000000 trace:x11drv:X11DRV_SetWindowPos status flags = 1827 fixme:win:EnumDisplayDevicesW ((null),0,0x7fbff630,0x00000000), stub! trace:x11settings:X11DRV_EnumDisplaySettingsEx mode 0 -- 1280x1024x32bpp (NoRes) trace:x11settings:X11DRV_ChangeDisplaySettingsEx (L"\\\\.\\DISPLAY1",0x7fbff89c,(nil),0x00000004,(nil)) trace:x11settings:X11DRV_ChangeDisplaySettingsEx flags=FULLSCREEN trace:x11settings:X11DRV_ChangeDisplaySettingsEx DM_fields=BITSPERPEL,PELSWIDTH,PELSHEIGHT trace:x11settings:X11DRV_ChangeDisplaySettingsEx width=1280 height=1024 bpp=32 freq=0 (NoRes) trace:x11settings:X11DRV_ChangeDisplaySettingsEx Requested display settings match mode 0 (NoRes) trace:x11settings:X11DRV_nores_SetCurrentMode Ignoring mode change request trace:x11drv:X11DRV_SetWindowPos hwnd 0x10022, after (nil), swp 0,0 1280x1024 flags 00002108 trace:x11drv:SWP_DoWinPosChanging hwnd 0x10022, after (nil), swp 0,0 1280x1024 flags 00003908 trace:x11drv:SWP_DoWinPosChanging current (0,0)-(1280,1024) style 87000000 new (0,0)-(1280,1024) trace:x11drv:X11DRV_set_window_pos win 0x10022 window (0,0)-(1280,1024) client (0,0)-(1280,1024) style 87000000 trace:x11drv:X11DRV_sync_window_position setting win 2000001 pos 0,0,1280x1024 after 7e7879ec changes=40 fixme:system:SystemParametersInfoW Unimplemented action: 113 (SPI_SETMOUSESPEED) trace:x11drv:X11DRV_SetWindowPos status flags = 1807 trace:x11drv:X11DRV_ShowWindow hwnd=0x10022, cmd=3, wasVisible 0 trace:x11drv:WINPOS_MinMaximize 0x10022 3 trace:x11drv:X11DRV_SetWindowPos hwnd 0x10022, after (nil), swp 0,0 1280x1024 flags 00000060 trace:x11drv:SWP_DoWinPosChanging hwnd 0x10022, after (nil), swp 0,0 1280x1024 flags 00001860 trace:x11drv:SWP_DoWinPosChanging current (0,0)-(1280,1024) style 87000000 new (0,0)-(1280,1024) trace:x11drv:SWP_DoOwnedPopups (0x10022) hInsertAfter = (nil) trace:x11drv:SWP_DoNCCalcSize hwnd 0x10022 old win (0,0)-(1280,1024) old client (0,0)-(1280,1024) new win (0,0)-(1280,1024) new client (0,0)-(1280,1024) trace:x11drv:X11DRV_set_window_pos win 0x10022 window (0,0)-(1280,1024) client (0,0)-(1280,1024) style 97000000 trace:x11drv:X11DRV_sync_window_position setting win 2000001 pos 0,0,1280x1024 after 7e7879ec changes=40 trace:x11drv:X11DRV_set_window_pos mapping win 0x10022 trace:x11drv:X11DRV_CreateBitmap (0x340) 32x32 1 bpp trace:x11drv:X11DRV_SetBitmapBits (bmp=0x340, bits=0x7fd340c0, count=0x80) trace:x11drv:X11DRV_CreateBitmap (0x33c) 32x32 24 bpp trace:x11drv:X11DRV_SetBitmapBits (bmp=0x33c, bits=0x7fd57d10, count=0xc00) trace:x11drv:X11DRV_SetWindowPos status flags = 1867 trace:x11drv:X11DRV_set_window_pos win 0x10024 window (0,0)-(960,768) client (0,0)-(960,768) style 04cf0000 trace:x11drv:create_icon_window created 2000003 trace:x11drv:X11DRV_set_window_pos win 0x10024 window (0,0)-(960,768) client (0,0)-(960,768) style 04cf0000 trace:x11drv:X11DRV_sync_window_position setting win 2000002 pos 4,23,952x741 after 7e7879ec changes=f trace:x11drv:X11DRV_CreateWindow hwnd 0x10024 cs 0,0 960x768 trace:x11drv:X11DRV_set_window_pos win 0x10024 window (0,0)-(960,768) client (4,23)-(956,764) style 04cf0000 trace:x11drv:X11DRV_sync_window_position setting win 2000002 pos 4,23,952x741 after 7e7879ec changes=40 trace:x11drv:X11DRV_CreateWindow win 0x10024 window 0,0,960,768 client 4,23,956,764 whole 4,23,956,764 X client 0,0,952,741 xwin 2000002 trace:x11drv:destroy_whole_window win 0x10024 xwin 2000002 fixme:win:EnumDisplayDevicesW ((null),0,0x7fbff14c,0x00000000), stub! trace:x11settings:X11DRV_EnumDisplaySettingsEx mode 0 -- 1280x1024x32bpp (NoRes) trace:x11settings:X11DRV_EnumDisplaySettingsEx mode 1 -- not present (NoRes) fixme:system:SystemParametersInfoW Unimplemented action: 112 (SPI_GETMOUSESPEED) fixme:system:SystemParametersInfoW Unimplemented action: 113 (SPI_SETMOUSESPEED) trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\lz32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\version.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\setupapi.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\dsound.dll" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system32\\setupapi.dll" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system32\\version.dll" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system32\\lz32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\mswsock.dll" : builtin fixme:sync:CreateIoCompletionPort (0xffffffff, (nil), 00000000, 00000000): stub. fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (5000): STUB fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_RECEIVE_TIMEOUT: STUB fixme:wininet:InternetSetOptionW Option 45 STUB trace:x11drv:X11DRV_ConfigureNotify win 0x10022 new X rect 0,0,1280x1024 (event 0,0,1280x1024) trace:x11drv:X11DRV_Expose win 0x10022 (2000001) 0,0 1280x1024 trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\ddraw.dll" : builtin trace:loaddll:load_native_dll Loaded module L"Z:\\games\\World.of.Warcraft\\WoWTest\\WDB\\Survey.dll" : native trace:x11drv:X11DRV_DCICommand (20,(12,2040285540,543712117),(nil)) trace:x11drv:X11DRV_DCICommand (...): 16 - 0x79992390 - (nil) - (nil) trace:x11drv:X11DRV_DCICommand (20,(13,1792,543712117),0x799c4d40) trace:x11drv:X11DRV_DCICommand (20,(11,1792,543712117),0x799c4d60) trace:x11drv:X11DRV_DCICommand (20,(10,1792,543712117),0x799c4ea8) trace:x11settings:X11DRV_Settings_CreateDriver Setting up display settings for DDRAW (NoRes) trace:x11drv:X11DRV_DDHAL_SwitchMode (0,(nil),(nil)) trace:ddraw:initialize enabling DirectDraw HAL trace:ddraw:d3ddevice_init_at_startup Initializing GL... trace:ddraw:d3ddevice_init_at_startup GL version 2.0.1 trace:ddraw:d3ddevice_init_at_startup GL supports following extensions used by Wine : trace:ddraw:d3ddevice_init_at_startup - mirrored repeat trace:ddraw:d3ddevice_init_at_startup - texture lod bias trace:ddraw:d3ddevice_init_at_startup - multi-texturing (4 stages) trace:ddraw:d3ddevice_init_at_startup - S3TC compression supported trace:ddraw:fill_caps : max texture size = 4096 trace:ddraw:fill_caps : max active lights = 8 trace:ddraw:fill_caps : max clipping planes = 6 trace:ddraw:fill_caps : Z bits = 24 trace:ddraw:DDRAW_bind_to_s3tc No S3TC software decompression library seems to be present (libtxc_dxtn.so). trace:loaddll:MODULE_FlushModrefs Unloaded module L"Z:\\games\\World.of.Warcraft\\WoWTest\\WDB\\Survey.dll" : native trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system32\\ddraw.dll" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system32\\mswsock.dll" : builtin fixme:imm:ImmAssociateContextEx (0x10022, (nil), 16): stub trace:x11drv:X11DRV_SetWindowPos hwnd 0x10022, after (nil), swp 0,0 0x0 flags 00000097 trace:x11drv:SWP_DoWinPosChanging hwnd 0x10022, after (nil), swp 0,0 0x0 flags 00001897 trace:x11drv:SWP_DoWinPosChanging current (0,0)-(1280,1024) style 97000000 new (0,0)-(1280,1024) trace:x11drv:SWP_DoOwnedPopups (0x10022) hInsertAfter = (nil) trace:x11drv:X11DRV_set_window_pos win 0x10022 window (0,0)-(1280,1024) client (0,0)-(1280,1024) style 87000000 trace:x11drv:X11DRV_set_window_pos unmapping win 0x10022 trace:x11drv:X11DRV_SetWindowPos status flags = 1887 trace:x11settings:X11DRV_ChangeDisplaySettingsEx ((null),(nil),(nil),0x00000000,(nil)) trace:x11settings:X11DRV_ChangeDisplaySettingsEx flags= trace:x11settings:X11DRV_ChangeDisplaySettingsEx Return to original display mode (NoRes) trace:x11settings:X11DRV_EnumDisplaySettingsEx mode 0 -- 1280x1024x32bpp (NoRes) trace:x11settings:X11DRV_ChangeDisplaySettingsEx Requested display settings match mode 0 (NoRes) trace:x11settings:X11DRV_nores_SetCurrentMode Ignoring mode change request trace:x11drv:X11DRV_ShowWindow hwnd=0x10022, cmd=6, wasVisible 0 trace:x11drv:WINPOS_MinMaximize 0x10022 6 trace:x11drv:X11DRV_SetWindowPos hwnd 0x10022, after (nil), swp 21,970 32x32 flags 00000120 trace:x11drv:SWP_DoWinPosChanging hwnd 0x10022, after (nil), swp 21,970 32x32 flags 00001920 trace:x11drv:SWP_DoWinPosChanging current (0,0)-(1280,1024) style a6000000 new (21,970)-(53,1002) trace:x11drv:SWP_DoNCCalcSize hwnd 0x10022 old win (0,0)-(1280,1024) old client (0,0)-(1280,1024) new win (21,970)-(53,1002) new client (21,970)-(53,1002) trace:x11drv:X11DRV_set_window_pos win 0x10022 window (21,970)-(53,1002) client (21,970)-(53,1002) style a6000000 trace:x11drv:X11DRV_sync_window_position setting win 2000001 pos 21,970,32x32 after 7e7879ec changes=4f trace:x11drv:X11DRV_SetWindowPos status flags = 0024 trace:x11drv:destroy_whole_window win 0x10022 xwin 2000001

March 5, 2006

Re: [Compile problem] GL_STENCIL_BACK_FAIL vs. GL_STENCIL_BACK_FAIL_ATI

by Uwe Bonnes

>>>>> "H" == H Verbeet <hverbeet(a)gmail.com> writes: ... >> Appended patch lets me circumvent that problem. H> I'm not sure if GL_STENCIL_BACK_FAIL and GL_STENCIL_BACK_FAIL_ATI are H> interchangeable, but more importantly it makes the same kind of H> assumptions about what's going to be defined. I said "circumvent" not "solve"... -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

March 5, 2006

Re: fixme:commdlg:GetFileName95 Flags 0x00900000 not yet implemented

by Rainer Dorsch

Am Sonntag, 5. März 2006 19:15 schrieb Michael Jung: > On Sunday 05 March 2006 18:27, Rainer Dorsch wrote: > > Do you have any free easy to install app in mind which might show the > > same issue? > > Unfortunately, no. All the apps I've tested with seem to work fine. It > might be a problem with the unix filesystem shell namespace extension. > Could you try to browse the old drive letter based shell namespace (under > 'My Computer' or 'Arbeitsplatz' on a german system) and figure if the > problem persists there, too? Not sure if I understood that correctly. I do everything within the notes file select box: I went to 'Arbeitsplatz' in the Shell and then 'C'. MyDocuments was shown as a file, not a folder. I.e. the problem persists. Thanks, Rainer -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 Icq: 32550367

March 5, 2006

Re: configure: add --with-fontfir (try3) with patch!

by Vitaly Lipatov

On Sunday 05 March 2006 23:22, Alexandre Julliard wrote: > Could you please explain what you are trying to do? I don't > think we want to hardcode more paths, I've just been getting > rid of them. I told about fontdir = $(datadir)/fonts/wine line in fonts/Makefile.in. It is _hardcoded_ path. I try to get rid of this and get possibility to set path to fontdir with configure options. -- Lav Vitaly Lipatov Saint-Petersburg, Etersoft www.etersoft.ru GNU! ALT Linux Team! WINE! LaTeX! LyX!

March 5, 2006

Re: configure: add --with-fontfir (try3) with patch!

by Alexandre Julliard

Vitaly Lipatov <lav(a)etersoft.ru> writes: >> Can't you achieve the same thing with the standard configure >> options? What are you trying to do with the fonts? > I wish remove direct path to font dir from fonts/Makefile.am and > make in configurable via configure option. > I can't place fonts in datadir/wine/fonts now. > > P.S. > I have plans to use @FONTDIR@ in other Makefiles. Could you please explain what you are trying to do? I don't think we want to hardcode more paths, I've just been getting rid of them. -- Alexandre Julliard julliard(a)winehq.org

March 5, 2006

Re: World of Warcraft 0.10 Public Test Realm (PTR)

by Tomas Carnecky

Tomas Carnecky wrote: > At a certain point the screen just turns black, it's always at the same > point, and when looking through the +x11drv trace I can see these > messages at that point: > > trace:x11drv:X11DRV_DCICommand (20,(12,2079885668,543712117),(nil)) > trace:x11drv:X11DRV_DCICommand (20,(13,1792,543712117),0x7bf88d40) > trace:x11drv:X11DRV_DCICommand (20,(11,1792,543712117),0x7bf88d60) > trace:x11drv:X11DRV_DCICommand (20,(10,1792,543712117),0x7bf88ea8) > > also, these messages don't appear in version 1.9.4 (which is the 'live' > version). So I suspect that Blizzard added something related to this > function to the 0.10 version which breaks something. > > When the screen turns black, its just the screen, everything else works, > keyboard for sure, I can press 'Esc' to get out of the game, not sure > about the mouse though.. > It seems that Blizzard added DDraw HAL.. right after these CDICommand calls I see: trace:x11settings:X11DRV_Settings_CreateDriver Setting up display settings for DDRAW (NoRes) trace:x11drv:X11DRV_DDHAL_SwitchMode (0,(nil),(nil)) which changes the display setting, but I disabled xvidmode and xrandr so this really shouldn't do anything. also, it seems like WoW draws to a completely different buffer after that because I see two different pictures changing, like the application would call SwapBuffers() on two buffer that are not updated.. like WoW would set up a new drawable but not switch to it.. tom

March 5, 2006

Re: wine 0.9.9 vs. Ned For Speed V -- already better

by Stefan Dösinger

Am Sonntag, 5. März 2006 20:36 schrieb Samium Gromoff: > manages to allow NFS to initialize the video mode, apparently. You can try my directdraw patches: http://stud4.tuwien.ac.at/~e0526822/ But wait before downloading, I have some updates I'll upload within the next hours. Is a demo of that game available? Stefan

March 5, 2006

wine 0.9.9 vs. Ned For Speed V -- already better

by Samium Gromoff

Here goes the log for running NFS5: PU, in win 0.9.9, the first version which manages to allow NFS to initialize the video mode, apparently. The wine debug output is attached.

March 5, 2006

Re: WRT: winetest-latest is outdated

by Paul Millar

Hi Detlef, On Friday 03 Mar 2006 22:49, Detlef Riekenberg wrote: > Hi. > > The latest Winetest-Binaries are outdated > ( http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/?N=D ). Yup. I'm trying to migrate from the old computer (an old RH-7.3 box much like Frankenstein's monster) to a more manageable machine (running Debian etch). Cross-building isn't working on the new machine yet and is currently broken on the old one. > Winetest (ELF) compiled again recently > ( http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php ), > but the crossbuilds are still missing. That's true: the two builds are independent. The wine tests had a different problem, for which I've a work-around now. > Is there anything that we can do for help? Yes. The autoconf-generated script seems to be getting confused when cross-compiling. When cross-compiling, I do something similar to the following: 1. get the source-code and move to directory wine-cross-source 2. In directory wine-cross-elf, do: ../wine-cross-source/configure && make depend && make tools 3. In directory wine-cross-pe, do: ../wine-cross-source/configure --host=i686-mingw32msvc \ --with-wine-tools=../wine-cross-elf After that, it does a "make depend" and a bunch of other stuff to get winetest.exe, the DLLs and other EXEs. Step 3 is failing. It looks as if the configure script becomes confused between cross-building and native environments, in particular with OpenGL libraries. Although the code is cross-compiling, it seems to pick up the native GL libraries and header files. Then, when the cross-compiler fails (to link some glx symbol, iirc), the configure script dies. When it fails, the configure script gives a hint that the file /usr/X11R6/lib/libGL.a should be removed. Doing this certainly fixes the cross-compilation and the ELF compilation still works as it links against the .so version. However, removing the xlibmesa-gl-dev package isn't feasible as its need by many other -dev packages and would break OpenGL compilation. This looks like a bug in configure.ac, as why should a native static library break cross-compilation. Any clues? Cheers, Paul. config.log is available from: http://www.astro.gla.ac.uk/users/paulm/config.log The last few lines from running configure are: ... checking for GL/gl.h... yes checking for GL/glx.h... yes checking for GL/glext.h... yes checking for up-to-date OpenGL version... yes checking for glXCreateContext in -lGL... no configure: error: /usr/X11R6/lib/libGL.a is present on your system. This prevents linking to OpenGL. Delete the file and restart configure.

March 5, 2006

Feedback request on wininet patch

by Victor Pelt

Hey I implemented one of the missing options in InternetSetOption. Any feedback about the way i implemented it would be appreciated. If it is alright i will implement the other missing options too regards Victor Pelt

March 5, 2006

Re: configure: add --with-fontfir (try3) with patch!

by Vitaly Lipatov

On Sunday 05 March 2006 20:43, Alexandre Julliard wrote: > Vitaly Lipatov <lav(a)etersoft.ru> writes: > > On Tuesday 21 February 2006 20:10, Vitaly Lipatov wrote: > >> I made some fixes to correct work. > >> > >> Changelog > >> add --with-fontdir parameter to configure for set WINE > >> fonts placement. ... > Can't you achieve the same thing with the standard configure > options? What are you trying to do with the fonts? I wish remove direct path to font dir from fonts/Makefile.am and make in configurable via configure option. I can't place fonts in datadir/wine/fonts now. P.S. I have plans to use @FONTDIR@ in other Makefiles. -- Lav Vitaly Lipatov Saint-Petersburg, Etersoft www.etersoft.ru GNU! ALT Linux Team! WINE! LaTeX! LyX!

March 5, 2006

Re: fixme:commdlg:GetFileName95 Flags 0x00900000 not yet implemented

by Michael Jung

On Sunday 05 March 2006 18:27, Rainer Dorsch wrote: > Do you have any free easy to install app in mind which might show the same > issue? Unfortunately, no. All the apps I've tested with seem to work fine. It might be a problem with the unix filesystem shell namespace extension. Could you try to browse the old drive letter based shell namespace (under 'My Computer' or 'Arbeitsplatz' on a german system) and figure if the problem persists there, too? Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

March 5, 2006

Re: configure: add --with-fontfir (try3) with patch!

by Alexandre Julliard

Vitaly Lipatov <lav(a)etersoft.ru> writes: > On Tuesday 21 February 2006 20:10, Vitaly Lipatov wrote: >> I made some fixes to correct work. >> >> Changelog >> add --with-fontdir parameter to configure for set WINE fonts >> placement. > Sorry, what is broken with my patch? > http://www.winehq.org/pipermail/wine-patches/2006-February/024535.html Can't you achieve the same thing with the standard configure options? What are you trying to do with the fonts? -- Alexandre Julliard julliard(a)winehq.org

March 5, 2006

Re: fixme:commdlg:GetFileName95 Flags 0x00900000 not yet implemented

by Rainer Dorsch

Hello Michael, thanks for the prompt reply. I have one other (also commercial) program (a map viewer which came with a map CDROM) running on wine but it shows a completely different file select box. I could recompile wine if you have a patch which generates more debug output and send the debug output (though I am the next 3 days away from my computer). These are the two specific setting which I do for wine: - I need to set win98 (winecfg) to get the file select box working at all - I need to set WINEDLLOVERRIDES="usp10=n" Do you have any free easy to install app in mind which might show the same issue? Thanks, Rainer Am Sonntag, 5. März 2006 18:14 schrieben Sie: > Hello Rainer, > > On Sunday 05 March 2006 17:48, Rainer Dorsch wrote: > > wine-0.9.9 still does not display folders correctly in a file select box > > (Lotus Notes in this case). Folders and files are displayed with the file > > symbol. It seems to be only a display issue, clicking on folders still > > opens them. > > I would like to take a look at this, but I don't have a Notes license. Do > you observe this behaviour with any other program available for free or > with a demo version availabe? > > Bye, -- Rainer Dorsch Alzentalstr. 28 D-71083 Herrenberg 07032-919495 Icq: 32550367

March 5, 2006

Re: fixme:commdlg:GetFileName95 Flags 0x00900000 not yet implemented

by Michael Jung

Hello Rainer, On Sunday 05 March 2006 17:48, Rainer Dorsch wrote: > wine-0.9.9 still does not display folders correctly in a file select box > (Lotus Notes in this case). Folders and files are displayed with the file > symbol. It seems to be only a display issue, clicking on folders still > opens them. I would like to take a look at this, but I don't have a Notes license. Do you observe this behaviour with any other program available for free or with a demo version availabe? Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

March 5, 2006