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

Re: Wine release 0.9.3
by rmkml Dec. 9, 2005

Dec. 9, 2005

Hi, Wine compiled fail : gcc -c -I. -I. -I../include -I../include -D__WINESRC__ -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o snapshot.o snapshot.c In file included from snapshot.c:33: ../include/winternl.h:2040: parse error before "va_list" ../include/winternl.h:2212: parse error before "va_list" ../include/winternl.h:2213: parse error before "va_list" make[1]: *** [snapshot.o] Error 1 no pb compile wine092. thx for your help Rmkml On Thu, 8 Dec 2005, Alexandre Julliard wrote: > Date: Thu, 8 Dec 2005 16:20:19 +0100 (CET) > From: Alexandre Julliard <julliard(a)winehq.org> > Reply-To: wine-devel(a)winehq.org > To: wine-announce(a)winehq.org > Subject: Wine release 0.9.3 > > This is release 0.9.3 of Wine, a free implementation of Windows on Unix. > > What's new in this release: > - Many marshalling fixes in rpcrt4. > - Various OLE improvements and fixes. > - Better audio driver management in winecfg. > - Many wininet fixes. > - Several Web browser improvements. > - More dbghelp APIs implemented. > - Directory objects in wineserver. > - Lots of bug fixes. > > Because of lags created by using mirrors, this message may reach you > before the release is available at the public sites. The sources will > be available from the following locations: > > http://ibiblio.org/pub/linux/system/emulators/wine/wine-0.9.3.tar.bz2 > http://prdownloads.sourceforge.net/wine/wine-0.9.3.tar.bz2 > > Binary packages for various distributions will be available from: > > http://www.winehq.org/site/download > > You will find documentation on > > http://www.winehq.org/site/documentation > > You can also get the current source directly from the git or CVS > repositories. Check respectively http://wiki.winehq.org/GitWine or > http://www.winehq.org/cvs for details. > > Patches should be submitted to "wine-patches(a)winehq.org". Please > don't forget to include a ChangeLog entry. If you submitted a patch, > please check to make sure it has been included in the new release. > > Wine is available thanks to the work of many people. See the file > AUTHORS in the distribution for the complete list. > > -- > Alexandre Julliard > julliard(a)winehq.org > >

2 1

Re: advpack: DoInfInstall test, fix
by Stefan Huehner Dec. 9, 2005

Dec. 9, 2005

On Fri, Dec 09, 2005 at 12:35:29AM +0100, Markus Amsler wrote: > Changelog: > Markus Amsler <markus.amsler(a)oribi.org> > Add test for DoInfInstall and make it pass under wine. > +static void infinstall_test() Hi, could you please use static void infinstall_test(void) for the aboce line, as this in more correct c code and avoids the warning enabled with (-Wstrict-prototypes). Regards, Stefan

1 0

how do I find where wine itself is segfaulting?
by Bill Medland Dec. 9, 2005

Dec. 9, 2005

Background. I am trying to figure out why a program that I thought ran OK on 25 October no longer runs and no longer runs when I recompile from that code too. So the program accesses invalid memory down inside the WNDPROC stuff (winproc.c line 418, it says, so I guess it means line 416) So I turn on WINDEBUG=+relay to see what is being passed. And wine segfaults. Even export WINEDEBUG=+relay wine --version which yields 0009:Call kernel32.__wine_kernel_init() ret=77ed4e4d Segmentation fault I can't use gdb and I can't use winedbg. Anyone know what is going on? -- Bill Medland mailto:billmedland(a)mercuryspeed.com http://webhome.idirect.com/~kbmed

4 9

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