December 2005 - Wine-Devel - list.winehq.org

Re: [wined3d] cube texture named constants

by Willie Sippel

Wine won't compile with this patch applied it seems (tested with gcc 4.0.2): [...] gcc32 -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -D__i386__ -m32 -march=i686 -m3dnow -mmmx -msse -msse2 -pipe -O2 -L/emul/linux/x86/usr/lib -L/usr/lib32 -L/emul/linux/x86/lib -I/usr/include/libxml2 -I/usr/include/lcms -L/emul/linux/x86/usr/lib -L/usr/lib32 -L/emul/linux/x86/lib -I/usr/include/libxml2 -I/usr/include/lcms -o cubetexture.o cubetexture.c cubetexture.c: In function 'IWineD3DCubeTextureImpl_GetCubeMapSurface': cubetexture.c:276: error: 'D3DCUMPMAP_FACE_POSITIVE_X' undeclared (first use in this function) cubetexture.c:276: error: (Each undeclared identifier is reported only once cubetexture.c:276: error: for each function it appears in.) cubetexture.c:276: error: 'D3DCUBEMAP_FACE_NEGITIVE_Z' undeclared (first use in this function) cubetexture.c: In function 'IWineD3DCubeTextureImpl_LockRect': cubetexture.c:295: error: 'D3DCUMPMAP_FACE_POSITIVE_X' undeclared (first use in this function) cubetexture.c:295: error: 'D3DCUBEMAP_FACE_NEGITIVE_Z' undeclared (first use in this function) cubetexture.c: In function 'IWineD3DCubeTextureImpl_UnlockRect': cubetexture.c:312: error: 'D3DCUMPMAP_FACE_POSITIVE_X' undeclared (first use in this function) cubetexture.c:312: error: 'D3DCUBEMAP_FACE_NEGITIVE_Z' undeclared (first use in this function) cubetexture.c: In function 'IWineD3DCubeTextureImpl_AddDirtyRect': cubetexture.c:329: error: 'D3DCUMPMAP_FACE_POSITIVE_X' undeclared (first use in this function) cubetexture.c:329: error: 'D3DCUBEMAP_FACE_NEGITIVE_Z' undeclared (first use in this function) make[2]: *** [cubetexture.o] Error 1 make[2]: Leaving directory `/store/Download/wine/wine/dlls/wined3d' make[1]: *** [wined3d] Error 2 make[1]: Leaving directory `/store/Download/wine/wine/dlls' make: *** [dlls] Error 2 Ciao, Willie -- Willie Sippel //////// | Tritium Studios // | ______________________________ //// /// | http://www.tritium-studios.com <willie(a)froq.net>

Dec. 8, 2005

Re: OpenGL regression

by Willie Sippel

Am Donnerstag, 8. Dezember 2005 21:37 schrieb Stefan Dösinger: > Hello, > I've just noticed that the opengl render_texture patch caused a regression > with Counter Strike 1.6 and Mesa(radeon driver and software only) > rendering. > I noticed a similar error, probably also related to that patch - tested DAZ| Studio 1.0.1, latest Nvidia drivers, on a Quadro FX3000. Already filed a bug report (#4016): [...] trace:opengl:wglCreateContext creating context 0x5595c2c8 (GL context creation delayed) trace:opengl:wglShareLists (0x5593a820, 0x5595c2c8) trace:opengl:wglShareLists created a delayed OpenGL context (0x7c2b27a0) for Wine context 0x5593a820 trace:opengl:wglShareLists created a delayed OpenGL context (0x7c4cea50) for Wine context 0x5595c2c8 sharing lists with OpenGL ctx 0x7c2b27a0 trace:opengl:wglGetCurrentContext () trace:opengl:wglGetCurrentContext returning (nil) (GL context (nil)) trace:opengl:wglMakeCurrent (0x2e38,0x5595c2c8) trace:opengl:wglMakeCurrent make current for dis 0x7c02b698, drawable 0x300000c, ctx 0x7c4cea50 X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 128 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 7093 Current serial number in output stream: 7093 > > Stefan Ciao, Willie -- Willie Sippel //////// | Tritium Studios // | ______________________________ //// /// | http://www.tritium-studios.com <willie(a)froq.net>

Dec. 8, 2005

OpenGL regression

by Stefan Dösinger

Hello, I've just noticed that the opengl render_texture patch caused a regression with Counter Strike 1.6 and Mesa(radeon driver and software only) rendering. Patch link: http://www.winehq.org/pipermail/wine-cvs/2005-December/019731.html +opengl trace: trace:opengl:has_opengl GLX is up and running error_base = 77 trace:opengl:X11DRV_setup_opengl_visual Visual ID 28 Chosen fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x7fd71fe8)->((nil),00000008) fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x7fd71fe8)->((nil),00000013) fixme:xrandr:X11DRV_XRandR_SetCurrentMode Cannot change screen BPP from 32 to 16 trace:opengl:wgl_ext_initialize_extensions GL version : "1.3 Mesa 6.4.1". trace:opengl:wgl_ext_initialize_extensions GL exts : "GL_ARB_imaging GL_ARB_multisample GL_ARB_multitexture GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_dot3 GL_ARB_texture_mirrored_repeat GL_ARB_texture_rectangle GL_ARB_transpose_matrix GL_ARB_vertex_".... trace:opengl:wgl_ext_initialize_extensions GLX exts : "GLX_ARB_get_proc_address GLX_ARB_multisample GLX_EXT_import_context GLX_EXT_visual_info GLX_EXT_visual_rating GLX_MESA_allocate_memory GLX_MESA_swap_control GLX_MESA_swap_frame_usage GLX_OML_swap_method GLX_SGI_video_sync GLX_SGIS_multisample GLX_SGIX_fbconfig GLX_SGIX_visual_select_group ". trace:opengl:wgl_ext_initialize_extensions Server GLX exts : "GLX_ARB_multisample GLX_EXT_visual_info GLX_EXT_visual_rating GLX_EXT_import_context GLX_OML_swap_method GLX_SGI_make_current_read GLX_SGIS_multisample GLX_SGIX_hyperpipe GLX_SGIX_swap_barrier GLX_SGIX_fbconfig ". trace:opengl:wgl_ext_initialize_extensions Client GLX exts : "GLX_ARB_get_proc_address GLX_ARB_multisample GLX_EXT_import_context GLX_EXT_visual_info GLX_EXT_visual_rating GLX_MESA_allocate_memory GLX_MESA_swap_control GLX_MESA_swap_frame_usage GLX_OML_swap_method GLX_OML_sync_control GLX_SGI_make_current_read GLX_SGI_swap_control GLX_SGI_video_sync GLX_SGIS_mu".... trace:opengl:query_function_pbuffer gl_version is: "1.3 Mesa 6.4.1" trace:opengl:query_function_pbuffer glx_exts is: "GLX_ARB_get_proc_address GLX_ARB_multisample GLX_EXT_import_context GLX_EXT_visual_info GLX_EXT_visual_rating GLX_MESA_allocate_memory GLX_MESA_swap_control GLX_MESA_swap_frame_usage GLX_OML_swap_method GLX_SGI_video_sync GLX_SGIS_multisample GLX_SGIX_fbconfig GLX_SGIX_visual_select_group " trace:opengl:query_function_pbuffer gl_version is: "1.3 Mesa 6.4.1" trace:opengl:query_function_pbuffer glx_exts is: "GLX_ARB_get_proc_address GLX_ARB_multisample GLX_EXT_import_context GLX_EXT_visual_info GLX_EXT_visual_rating GLX_MESA_allocate_memory GLX_MESA_swap_control GLX_MESA_swap_frame_usage GLX_OML_swap_method GLX_SGI_video_sync GLX_SGIS_multisample GLX_SGIX_fbconfig GLX_SGIX_visual_select_group " trace:opengl:wgl_ext_initialize_extensions Supporting following WGL extensions : "WGL_ARB_extensions_string WGL_EXT_extensions_string WGL_ARB_multisample WGL_ARB_pixel_format". trace:opengl:X11DRV_ChoosePixelFormat (0x7fd722b8,0x1ebc8a0) trace:opengl:dump_PIXELFORMATDESCRIPTOR - size / version : 40 / 1 trace:opengl:dump_PIXELFORMATDESCRIPTOR - dwFlags : PFD_DOUBLEBUFFER PFD_DRAW_TO_WINDOW PFD_SUPPORT_OPENGL trace:opengl:dump_PIXELFORMATDESCRIPTOR - iPixelType : PFD_TYPE_RGBA trace:opengl:dump_PIXELFORMATDESCRIPTOR - Color : 32 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Red : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Green : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Blue : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Alpha : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Accum : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Depth : 32 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Stencil : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Aux : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - iLayerType : PFD_MAIN_PLANE trace:opengl:X11DRV_SetPixelFormat (0x7fd722b8,5,0x1ebc8a0) trace:opengl:X11DRV_SetPixelFormat FBConfig have : trace:opengl:X11DRV_SetPixelFormat - FBCONFIG_ID 0x27 trace:opengl:X11DRV_SetPixelFormat - VISUAL_ID 0x27 trace:opengl:X11DRV_SetPixelFormat - DRAWABLE_TYPE 0x1 trace:opengl:X11DRV_DescribePixelFormat (0x7fd722b8,5,40,0x1ebc8a0) trace:opengl:dump_PIXELFORMATDESCRIPTOR - size / version : 40 / 1 trace:opengl:dump_PIXELFORMATDESCRIPTOR - dwFlags : PFD_DOUBLEBUFFER PFD_DRAW_TO_WINDOW PFD_SUPPORT_OPENGL trace:opengl:dump_PIXELFORMATDESCRIPTOR - iPixelType : PFD_TYPE_RGBA trace:opengl:dump_PIXELFORMATDESCRIPTOR - Color : 32 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Red : 8 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Green : 8 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Blue : 8 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Alpha : 8 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Accum : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Depth : 24 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Stencil : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Aux : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - iLayerType : PFD_MAIN_PLANE trace:opengl:X11DRV_GetPixelFormat (0x7fd722b8): returns 5 trace:opengl:wglCreateContext (0x3b0)->(PF:5) trace:opengl:wglCreateContext creating context 0x7fd74080 (GL context creation delayed) trace:opengl:wglMakeCurrent (0x3b0,0x7fd74080) trace:opengl:wglMakeCurrent desktop VISUAL_ID is 0x28 trace:opengl:wglMakeCurrent drawable 0x4c00001 have : X Error of failed request: GLXUnsupportedPrivateRequest Major opcode of failed request: 143 (GLX) Minor opcode of failed request: 17 (X_GLXVendorPrivateWithReply) Serial number of failed request: 1414262 Current serial number in output stream: 1414262 Stefan

Dec. 8, 2005

Re: how do I find where wine itself is segfaulting?

by Bill Medland

On December 8, 2005 09:40 am, Mike McCormack wrote: > Bill Medland wrote: > >>Wine crashes the first time it enters/uses a entry/function > >>using the debug setup from ntdll/relay.c:RELAY_SetupDLL. > >>(Which happens to be a RtlInitUnicode in > >>kernel/module:GetModuleHandleW) . > > > > So is anyone actively looking into this? I'll make a start > > until someone says that they are already doing it. > > We have a hack in CrossOver's Wine to avoid crashes in +relay. > This might help you see what's happening after the point of > the crash in Wine. See the attached patch. > > Mike Actually that doesn't help in my case. -- Bill Medland mailto:billmedland(a)mercuryspeed.com http://webhome.idirect.com/~kbmed

Dec. 8, 2005

Re: how do I find where wine itself is segfaulting?

by Mike McCormack

Bill Medland wrote: >>Wine crashes the first time it enters/uses a entry/function >>using the debug setup from ntdll/relay.c:RELAY_SetupDLL. >>(Which happens to be a RtlInitUnicode in >>kernel/module:GetModuleHandleW) . > > > So is anyone actively looking into this? I'll make a start until > someone says that they are already doing it. We have a hack in CrossOver's Wine to avoid crashes in +relay. This might help you see what's happening after the point of the crash in Wine. See the attached patch. Mike Index: dlls/ntdll/relay.c =================================================================== RCS file: /cvstrees/crossover/office/wine/dlls/ntdll/relay.c,v retrieving revision 1.1.1.19 retrieving revision 1.22 diff -u -r1.1.1.19 -r1.22 --- dlls/ntdll/relay.c 30 Nov 2005 13:23:56 -0000 1.1.1.19 +++ dlls/ntdll/relay.c 30 Nov 2005 14:52:06 -0000 1.22 @@ -847,6 +847,7 @@ int i,nostring; DPRINTF("%08lx",x); + return; if (!HIWORD(x) || TRACE_ON(seh)) return; /* trivial reject to avoid faults */ __TRY {

Dec. 8, 2005

Re: how do I find where wine itself is segfaulting?

by Bill Medland

On December 8, 2005 03:08 am, Peter Berg Larsen wrote: > > --- Bill Medland <billmedland(a)mercuryspeed.com> wrote: > > > So I turn on WINDEBUG=+relay to see what is being passed. > > > > > > And wine segfaults. > > > > > > Anyone know what is going on? > > On Wed, 7 Dec 2005, Keith Dunwoody wrote: > > I'm running into the same problem. File on the resulting > > core tells me it was generated from wine-preloader. I'm > > using wine 0.9.2 for Fedora Core 3 from winehq (the i686 > > version I believe). I'm running an x86_64, if that matters. > > You are not the first: > > http://www.winehq.org/pipermail/wine-devel/2005-November/04198 >8.html > > http://www.winehq.org/hypermail/wine-devel/2005/03/0636.html > > http://www.winehq.com/hypermail/wine-devel/2005/05/0328.html > > > Wine crashes the first time it enters/uses a entry/function > using the debug setup from ntdll/relay.c:RELAY_SetupDLL. > (Which happens to be a RtlInitUnicode in > kernel/module:GetModuleHandleW) . So is anyone actively looking into this? I'll make a start until someone says that they are already doing it. > > Peter

Dec. 8, 2005

wine needs "buffer_size" to be set in alsa config files.

by Tomas Carnecky

without this option in the alsa config files, wine doesn't play any sound (using the alsa driver). When I add this option, wine plays happily. mplayer, mpg123, rhythmbox etc don't need this option. tom

Dec. 8, 2005

Re: Re: [dplay] registers and stubs

by fenix＠club-internet.fr

Don't worry they will be filled :) I have only avoid to send you a 200K patch Regards, Raphael ----Message d'origine---- >De: Alexandre Julliard <julliard(a)winehq.org> >A: Raphael <fenix(a)club-internet.fr> >Date: Thu, 08 Dec 2005 12:09:48 +0100 >Copie à: wine-devel(a)winehq.org >Sujet: Re: [dplay] registers and stubs > >Raphael <fenix(a)club-internet.fr> writes: > >> diff -u -r1.2 Makefile.in >> =2D-- dlls/dpnet/Makefile.in 9 May 2005 14:42:34 -0000 1.2 >> +++ dlls/dpnet/Makefile.in 7 Dec 2005 23:49:44 -0000 >> @@ -10,6 +10,10 @@ >> C_SRCS =3D \ >> address.c \ >> client.c \ >> + lobbyclient.c \ >> + lobbiedapp.c \ >> + natresolver.c \ >> + threadpool.c \ > >Please avoid creating too many files, especially empty ones. gcc is >unfortunately inefficient with debug info, and even an empty file >generates several hundred Kbytes of object file. > >-- >Alexandre Julliard >julliard(a)winehq.org > > >

Dec. 8, 2005

Re: [dplay] registers and stubs

by Alexandre Julliard

Raphael <fenix(a)club-internet.fr> writes: > diff -u -r1.2 Makefile.in > =2D-- dlls/dpnet/Makefile.in 9 May 2005 14:42:34 -0000 1.2 > +++ dlls/dpnet/Makefile.in 7 Dec 2005 23:49:44 -0000 > @@ -10,6 +10,10 @@ > C_SRCS =3D \ > address.c \ > client.c \ > + lobbyclient.c \ > + lobbiedapp.c \ > + natresolver.c \ > + threadpool.c \ Please avoid creating too many files, especially empty ones. gcc is unfortunately inefficient with debug info, and even an empty file generates several hundred Kbytes of object file. -- Alexandre Julliard julliard(a)winehq.org

Dec. 8, 2005

Re: how do I find where wine itself is segfaulting?

by Peter Berg Larsen

> --- Bill Medland <billmedland(a)mercuryspeed.com> wrote: > > So I turn on WINDEBUG=+relay to see what is being passed. > > > > And wine segfaults. > > Anyone know what is going on? On Wed, 7 Dec 2005, Keith Dunwoody wrote: > I'm running into the same problem. File on the resulting core tells me it was > generated from wine-preloader. I'm using wine 0.9.2 for Fedora Core 3 from > winehq (the i686 version I believe). I'm running an x86_64, if that matters. You are not the first: http://www.winehq.org/pipermail/wine-devel/2005-November/041988.html http://www.winehq.org/hypermail/wine-devel/2005/03/0636.html http://www.winehq.com/hypermail/wine-devel/2005/05/0328.html Wine crashes the first time it enters/uses a entry/function using the debug setup from ntdll/relay.c:RELAY_SetupDLL. (Which happens to be a RtlInitUnicode in kernel/module:GetModuleHandleW) . If you exclude the ntdll in relaying, wine - without parameters - does not crash. BUT at soon as you try running a program it will cracsh when calling a kernel32/* function. I get something like: Unhandled exception: page fault on read access to 0x7fd58bdc in 32-bit code (0x7fd58bdc). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:7fd58bdc ESP:7fc6fd30 EBP:7fc6fd3c EFLAGS:00010246( - 00 -RIZP1) EAX:7f9b8809 EBX:7f9d51c8 ECX:00000001 EDX:7f9b0000 ESI:00000001 EDI:00000001 Stack dump: 0x7fc6fd30: 7f9cfb4b 7f9b0000 7f9d51c8 7fc6fd5c 0x7fc6fd40: 7f9cfab8 7f9b0000 00000001 00000001 0x7fc6fd50: 7bef15d4 00000009 7f9cfa90 7fc6fd74 0x7fc6fd60: 7bebf692 7f9b0000 00000001 00000001 0x7fc6fd70: 7bef15d4 7fc6fe00 7bec03aa 7f9cfa90 0x7fc6fd80: 7f9b0000 00000001 00000001 7fc6fda0 0200: sel=1007 base=7fee2000 limit=00001fff 32-bit rw- Backtrace: =>1 0x7fd58bdc in kernel32 (+0x88bdc) (0x7fc6fd3c) Peter

Dec. 8, 2005