- Wine-Devel - list.winehq.org

Re: [wined3d] cube texture named constants
by Willie Sippel Dec. 8, 2005

Dec. 8, 2005

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>

1 0

wine needs "buffer_size" to be set in alsa config files.
by Tomas Carnecky Dec. 8, 2005

Dec. 8, 2005

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

1 0

Re: Re: [dplay] registers and stubs
by fenix＠club-internet.fr Dec. 8, 2005

Dec. 8, 2005

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 > > >

1 0

Re: [dplay] registers and stubs
by Alexandre Julliard Dec. 8, 2005

Dec. 8, 2005

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

1 0

Re: D3D9: Add a test for BeginStateBlock & EndStateBlock
by Alexandre Julliard Dec. 8, 2005

Dec. 8, 2005

"H. Verbeet" <hverbeet(a)gmail.com> writes: > +START_TEST(d3d9_test) > +{ > + init_d3d9(); > +} Please don't add that sort of pseudo-tests just to share code with other tests. If you need init code put it directly in the tests that need it. A test C file should be self-contained as far as possible to make it easier to build on Windows. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: shell32: Bind to correct drop target after drag scrolling
by Michael Jung Dec. 8, 2005

Dec. 8, 2005

Hi Alexandre, seems like you rejected this patch. Is it too hack'ish? At a first glance it seems like it would be enough to figure out the IDropTarget belonging to the hwnd and call a DragOver on this interface. The problem is that the drop source (or the DoDragDrop function) might have to change the cursor. Could you please give me a tip on how to do this the right way? Index: dlls/shell32/shlview.c =================================================================== RCS file: /home/wine/wine/dlls/shell32/shlview.c,v retrieving revision 1.123 diff -u -p -r1.123 shlview.c --- dlls/shell32/shlview.c 2 Dec 2005 13:14:58 -0000 1.123 +++ dlls/shell32/shlview.c 2 Dec 2005 16:44:38 -0000 @@ -2190,6 +2190,8 @@ static ULONG WINAPI ISVDropTarget_Releas #define IDT_RIGHT 0x8u VOID CALLBACK scroll_timer_proc(HWND hwnd, UINT uMsg, UINT_PTR idTimer, DWORD dwTimer) { + INPUT input; + switch (idTimer) { case IDT_UP: SendMessageW(hwnd, WM_VSCROLL, SB_LINEUP, 0); @@ -2204,6 +2206,14 @@ VOID CALLBACK scroll_timer_proc(HWND hwn SendMessageW(hwnd, WM_HSCROLL, SB_LINEDOWN, 0); break; } + + /* The cursor might now hover over a different item in the listview than + * prior to the scrolling. Send a dummy mouse event (with a (x=0, y=0) + * relative movement) to initiate the apropriate Drag & Drop calls. */ + ZeroMemory(&input, sizeof(input)); + input.type = INPUT_MOUSE; + input.u.mi.dwFlags = MOUSEEVENTF_MOVE; + SendInput(1, &input, sizeof(input)); } /****************************************************************************** Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

2 2

OLE without TLS libraries
by Cihan Altinay Dec. 8, 2005

Dec. 8, 2005

Hi, having a Xen system my Linux tls library path is not in place (renamed to /lib/tls.disabled). When I run a program that uses OLE/DCOM (with native ole libraries) it crashes immediately. Using LD_LIBRARY_PATH=/lib/tls.disabled wine program makes it work again. I am not sure if this is true for all OLE apps. Is this known/expected behaviour or a bug? Cheers, Cihan

2 1

Re: Hungarian keyboard detection problem
by Dmitry Timoshkov Dec. 8, 2005

Dec. 8, 2005

"Wallner Ádám" <Wallner.Adam(a)hktv.hu> wrote: > +/*** Hungarian keyboard layout (setxkbmap hu) | modified by Adam Wallner*/ > +static const char main_key_HU_new[MAIN_LEN][4] = > +{ > + "0Â§","1'","2\"","3+","4!","5%Â°","6/","7=","8(","9)","AsA-","AzAo","AlA"", > + "qQ","wW","eE","rR","tT","zZ","uU","iI","oOA¸","pP","AlA.","AsAs", > + "aA","sS","dD","fF","gG","hH","jJ","kK","lL","ASA?","AAA","AtA>", > + "yY","xX","cC","vV","bB","nN","mM",",?",".:","-_", > + "AA" > +}; > + > /*** Polish (programmer's) keyboard layout ***/ > static const char main_key_PL[MAIN_LEN][4] = > { > @@ -921,7 +931,7 @@ > {0x040a, "Spanish keyboard layout", &main_key_ES, &main_key_scan_qwerty, &main_key_vkey_qwerty}, > {0x0410, "Italian keyboard layout", &main_key_IT, &main_key_scan_qwerty, &main_key_vkey_qwerty}, > {0x040f, "Icelandic keyboard layout", &main_key_IS, &main_key_scan_qwerty, &main_key_vkey_qwerty}, > - {0x040e, "Hungarian keyboard layout", &main_key_HU, &main_key_scan_qwerty, &main_key_vkey_qwertz}, > + {0x040e, "Hungarian keyboard layout", &main_key_HU_new, &main_key_scan_qwerty, &main_key_vkey_qwertz}, I'd suggest instead of creating a new keyboard layout to patch an existing one. -- Dmitry.

1 0

Re: wglGetPixelFormatAttribivARB unexpected RenderType(100)
by fenix＠club-internet.fr Dec. 8, 2005

Dec. 8, 2005

----Message d'origine---- >Date: Fri, 2 Dec 2005 14:07:24 -0800 >De: Toan T Nguyen <nguyenthetoan(a)gmail.com> >A: wine-devel(a)winehq.org >Sujet: wglGetPixelFormatAttribivARB unexpected RenderType(100) > >Hi, > >I compile and run Quake2Evolved in linux using winelib. Although every >seems fine, there's this error printed out when Q2E scans for the best >pixel format: > > err:opengl:wglGetPixelFormatAttribivARB unexpected RenderType(100) > >I look up my /usr/include/GL/glxATI.h and found these lines: > >#ifndef GLX_ATI_pixel_format_float >#define GLX_ATI_pixel_format_float 1 > >#define GLX_RGBA_FLOAT_ATI_BIT 0x00000100 > >#endif // GLX_ATI_pixel_format_float > > >Bests, > >Toan > Hi Interesting and fun extension :) Try attached patch if it works (and it should) forward it to wine-patches Regards, Raphael

4 10

Re: tests for LoadLibraryA [resend, 2nd]
by Alexandre Julliard Dec. 7, 2005

Dec. 7, 2005

Stefan Leichter <Stefan.Leichter(a)camLine.com> writes: > Hello, > > this tests exhibit a problem of Wiso Sparbuch 2006 (german tax program). The > tests are verified against Win2k > > ChangeLog > --------------- > test loading an executable with LoadLibraryA It doesn't really test that; and actually loading an executable works fine. winhlp32 is a special case because it's a symlink to a different executable, and that doesn't quite work. I don't think it warrants a regression test, because it's not really supposed to work that way. What we need is to provide a real winhlp32.exe. -- Alexandre Julliard julliard(a)winehq.org

1 0