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

Re: Wine release 0.9.3
by rmkml 09 Dec '05

09 Dec '05

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 09 Dec '05

09 Dec '05

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 09 Dec '05

09 Dec '05

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 08 Dec '05

08 Dec '05

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 08 Dec '05

08 Dec '05

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 08 Dec '05

08 Dec '05

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 08 Dec '05

08 Dec '05

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 08 Dec '05

08 Dec '05

"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 08 Dec '05

08 Dec '05

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 08 Dec '05

08 Dec '05

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