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

Re: [wined3d] glStencilOpSeparate & glStencilFuncSeparate symbol errors
by H. Verbeet 03 Mar '06

03 Mar '06

On 03/03/06, Victor Pelt <peltco(a)mail.utexas.edu> wrote: > This patch fixes the compile error. it isn't pritty so any feedback is > appreciated This should be fixed by http://source.winehq.org/git/?p=wine.git;a=commitdiff;h=f8ed06ea3dbdf0e4578… With respect to your patch, you can't do it that way. You need to detect support for features during runtime, so basically anything containing an #ifdef is not going to work.

1 0

Wineconf 2006
by Jeremy White 03 Mar '06

03 Mar '06

Hi Folks, We've run into a bit of a snag around Wineconf 2006. Huw was trying to pull something together for this summer, but he's asked to beg off (he's going to be out with a thyroid operation for a bit; prognosis looks good, but...). Rob stepped up and volunteered to pull something together in Reading in the UK, and has been a good sport about getting it together. Sadly, the dates haven't been working out very well. Rob and I were trying to get something together for May 13th (all other dates in May don't work for one reason or another), but then internal folks here started telling us that that was way too soon. The problem with trying for June is that travel costs in June are astronomical; plane flights for example are twice the cost in June than in May. So what I'd like to ask is that people that are interested in coming to Wineconf give us a bit of feedback: http://www.winehq.org/site/wineconf/survey06 Also, I'd like to request that follow ups to this shift over to the Wineconf mailing list: http://www.winehq.org/mailman/listinfo/wineconf For those of you that don't know, Wineconf is our kinda sorta annual technical conference. It's a place where Wine developers gather to heckle Alexandre, talk about the mythical Wine 1.0, and marvel that there are 60 other people as crazy as themselves <grin>. There isn't usually any fee, although you have to bear your own travel costs. Everyone is welcome, but the focus is very technical and developer focused, so 'regular' users may feel a bit out of place. Cheers, Jeremy

1 0

Regression in 0.9.9: Operation Flashpoint
by Riku Hintukainen 03 Mar '06

03 Mar '06

There seems to be a regression with Operation Flashpoint in wine-0.9.9, possibly because of the dx8->wine3d move. Should I file a bug, or wait if it gets fixed? Please cc since I' m not subscribed. $ wine ./FLASHPOINTRESISTANCE.EXE wine: Unhandled page fault on read access to 0x00000fd1 at address 0xfd1 (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x00000fd1 in 32-bit code (0x0 0000fd1). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:00000fd1 ESP:7fbcf1dc EBP:7fbcf298 EFLAGS:00210206( - 00 - RIP1) EAX:69c2c330 EBX:7bf87af8 ECX:7bf87af8 EDX:7fd5b3e0 ESI:7fd66830 EDI:00001e00 Stack dump: 0x7fbcf1dc: 7bf616a3 00000405 00001e00 00001e00 0x7fbcf1ec: 00001e00 00000000 7fd5b408 00000003 0x7fbcf1fc: 3f800000 7bf88620 00000000 00000000 0x7fbcf20c: 00000000 00000000 00000000 00001e00 0x7fbcf21c: 00001e00 00001e00 00000000 00001e00 0x7fbcf22c: 00001e00 00001e00 00001e00 00001e00 Backtrace: =>1 0x00000fd1 (0x00000fd1) 2 0x7bf73840 IWineD3DStateBlockImpl_InitStartupStateBlock+0xd90 in wined3d (0x 7bf73840) 3 0x7bf698f9 IWineD3DImpl_CreateDevice+0x229 in wined3d (0x7bf698f9) 4 0x7c23b958 IDirect3D8Impl_CreateDevice+0x108 in d3d8 (0x7c23b958) 5 0x004f3134 in flashpointresistance (+0xf3134) (0x004f3134) 0x00000fd1: addb %al,0x0(%eax) Modules: Module Address Debug info Name (79 modules) PE 0x00400000-007e1000 Export flashpointresistance PE 0x10000000-10032000 Deferred ifc22 PE 0x65f00000-65fc2000 Deferred ole32 ELF 0x69e59000-69e90000 Deferred dsound<elf> \-PE 0x69e70000-69e90000 \ dsound PE 0x69ea0000-69ef3000 Deferred rpcrt4 ELF 0x7bf00000-7bf03000 Deferred <wine-loader> ELF 0x7bf3c000-7bf89000 Export wined3d<elf> \-PE 0x7bf50000-7bf89000 \ wined3d ELF 0x7bf89000-7c000000 Deferred libglu.so.1 ELF 0x7c220000-7c240000 Export d3d8<elf> \-PE 0x7c230000-7c240000 \ d3d8 ELF 0x7e9fb000-7ea10000 Deferred midimap<elf> \-PE 0x7ea00000-7ea10000 \ midimap ELF 0x7eb2d000-7eb4e000 Deferred msacm32<elf> \-PE 0x7eb30000-7eb4e000 \ msacm32 ELF 0x7eb4e000-7ebe4000 Deferred libasound.so.2 ELF 0x7ebe5000-7ebfc000 Deferred msacm<elf> \-PE 0x7ebf0000-7ebfc000 \ msacm ELF 0x7ebfc000-7ec1d000 Deferred winealsa<elf> \-PE 0x7ec10000-7ec1d000 \ winealsa ELF 0x7ec40000-7ec5a000 Deferred imm32<elf> \-PE 0x7ec50000-7ec5a000 \ imm32 ELF 0x7ec5a000-7ec61000 Deferred libxrender.so.1 ELF 0x7ec62000-7ec79000 Deferred ximcp.so.2 ELF 0x7f3da000-7f562000 Deferred r200_dri.so ELF 0x7f562000-7f5be000 Deferred libgl.so.1 ELF 0x7f5be000-7f66c000 Deferred libx11.so.6 ELF 0x7f66c000-7f677000 Deferred libxext.so.6 ELF 0x7f677000-7f67b000 Deferred libxxf86vm.so.1 ELF 0x7f67b000-7f68f000 Deferred libice.so.6 ELF 0x7f68f000-7f700000 Deferred winex11<elf> \-PE 0x7f6a0000-7f700000 \ winex11 ELF 0x7f700000-7f71c000 Deferred libexpat.so.0 ELF 0x7f71c000-7f73e000 Deferred libfontconfig.so.1 ELF 0x7f73e000-7f7a0000 Deferred libfreetype.so.6 ELF 0x7f7a1000-7f7aa000 Deferred libgcc_s.so.1 ELF 0x7f7ad000-7f7b5000 Deferred libxcursor.so.1.0.2 ELF 0x7f7b5000-7f7b8000 Deferred libxrandr.so.2 ELF 0x7f7b8000-7f7eb000 Deferred dinput<elf> \-PE 0x7f7d0000-7f7eb000 \ dinput ELF 0x7f7eb000-7f7ff000 Deferred dinput8<elf> \-PE 0x7f7f0000-7f7ff000 \ dinput8 ELF 0x7f7ff000-7f81b000 Deferred iphlpapi<elf> \-PE 0x7f810000-7f81b000 \ iphlpapi ELF 0x7f81b000-7f840000 Deferred ws2_32<elf> \-PE 0x7f820000-7f840000 \ ws2_32 ELF 0x7f840000-7f859000 Deferred wsock32<elf> \-PE 0x7f850000-7f859000 \ wsock32 ELF 0x7f859000-7f86d000 Deferred lz32<elf> \-PE 0x7f860000-7f86d000 \ lz32 ELF 0x7f86d000-7f884000 Deferred version<elf> \-PE 0x7f870000-7f884000 \ version ELF 0x7f884000-7f8bb000 Deferred advapi32<elf> \-PE 0x7f890000-7f8bb000 \ advapi32 ELF 0x7f8bb000-7f93a000 Deferred gdi32<elf> \-PE 0x7f8d0000-7f93a000 \ gdi32 ELF 0x7f93a000-7fa47000 Deferred user32<elf> \-PE 0x7f950000-7fa47000 \ user32 ELF 0x7fa47000-7fac0000 Deferred winmm<elf> \-PE 0x7fa50000-7fac0000 \ winmm ELF 0x7fc05000-7fcf0000 Deferred kernel32<elf> \-PE 0x7fc20000-7fcf0000 \ kernel32 ELF 0x7fe00000-7fe02000 Deferred xlcutf8load.so.2 ELF 0x7fe02000-7fe07000 Deferred libxxf86dga.so.1 ELF 0x7fe07000-7fe0f000 Deferred libsm.so.6 ELF 0x7fe0f000-7fe19000 Deferred libnss_files.so.2 ELF 0x7fe19000-7fe23000 Deferred libnss_nis.so.2 ELF 0x7fe23000-7fe38000 Deferred libnsl.so.1 ELF 0x7fe38000-7fe40000 Deferred libnss_compat.so.2 ELF 0x7fe41000-7fe50000 Deferred libz.so.1 ELF 0x7fe5c000-7fe7f000 Deferred libm.so.6 ELF 0x7fe7f000-7ff75000 Deferred libwine_unicode.so.1 ELF 0x7ff75000-7ffe0000 Deferred ntdll<elf> \-PE 0x7ff90000-7ffe0000 \ ntdll ELF 0xb7dd4000-b7dd8000 Deferred libdl.so.2 ELF 0xb7dd8000-b7ef0000 Deferred libc.so.6 ELF 0xb7f5b000-b7f75000 Deferred libwine.so.1 ELF 0xb7f75000-b7f8c000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\Program Files\Codemasters\Operation Flashpoint\FLASHPOINTRESISTA NCE.EXE 0000000b 15 0000000a 0 00000009 0 <==

2 1

Re: EaseReader gives fixme:amstream:IAMMultiMediaStreamImpl_Initialize
by Peter Åstrand 03 Mar '06

03 Mar '06

On Thu, 26 Jan 2006, Peter Åstrand wrote: > Hi. I'm trying to get the EaseReader application > (http://www.dolphinaudiopublishing.com/products/EaseReader/) running in Wine. > By using the native oleacc, oleaut32 and rpcrt4, it's now actually possible > to start the application. The "self voicing" mode also works: The application > "speaks", for example when hovering above menu choices. Listening to the > actual DAISY book does not work, however. I get: > > fixme:imm:ImmGetContext (0x10136): stub > fixme:imm:ImmGetContext (0x10136): stub > fixme:amstream:IAMMultiMediaStreamImpl_QueryInterface (0x7a4fdc50/0x7a4fdc50)->({bebe595c-9a6f-11d0-8fde-00c04fd9189d},0x7fc6e968) > fixme:amstream:IAMMultiMediaStreamImpl_Initialize (0x7a4fdc50/0x7a4fdc50)->(0,1,(nil)) partial stub! > fixme:amstream:IAMMultiMediaStreamImpl_AddMediaStream (0x7a4fdc50/0x7a4fdc50)->((nil),0x4b0d3200,0,(nil)) partial stub! > fixme:amstream:IAMMultiMediaStreamImpl_OpenFile (0x7a4fdc50/0x7a4fdc50)->(L"c:\\program files\\easereader demo\\help\\22_highlig.mp3",8) stub! It seems like the main problem is the IAMMultiMediaStreamImpl_OpenFile stub. I've tried a quick-n-dirty hack: Just calling ShellExecute from IAMMultiMediaStreamImpl_OpenFile. See the patch below. After installing Winamp, this actually works (but stop/seek etc doesn't work, of course). So: Now I'm wondering: How difficult would it be to properly implement IAMMultiMediaStreamImpl_OpenFile? Best Regards, Peter Åstrand diff -u -r1.12 amstream.c --- amstream.c 7 Nov 2005 16:38:48 -0000 1.12 +++ amstream.c 1 Mar 2006 09:45:06 -0000 @@ -28,6 +28,7 @@ #include "winbase.h" #include "wingdi.h" +#include "shellapi.h" #include "amstream_private.h" #include "amstream.h" @@ -284,6 +285,12 @@ FIXME("(%p/%p)->(%s,%lx) stub!\n", This, iface, debugstr_w(pszFileName), dwFlags); + if (dwFlags & AMMSF_RUN) { + static const WCHAR verbW[] = {'o', 'p', 'e', 'n', 0}; + ShellExecuteW(NULL, verbW, pszFileName, NULL, NULL, SW_SHOWNORMAL); + return S_OK; + } + return E_NOTIMPL; } -- Peter Åstrand ThinLinc Chief Developer Cendio http://www.cendio.se Teknikringen 3 583 30 Linköping Phone: +46-13-21 46 00

2 1

make crosstest
by Saulius Krasuckas 03 Mar '06

03 Mar '06

I am getting error with it: make[3]: Entering directory `/mnt/antras/usr/src/wine-git/dlls/advapi32/tests' i386-mingw32-gcc -c -I. -I. -I../../../include -I../../../include -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -g -O2 -o crypt.cross.o crypt.c crypt.c:1: warning: -fPIC ignored for target (all code is position independent) ... i386-mingw32-gcc -c -I. -I. -I../../../include -I../../../include -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -g -O2 -o testlist.cross.o testlist.c testlist.c:1: warning: -fPIC ignored for target (all code is position independent) i386-mingw32-gcc crypt.cross.o crypt_lmhash.cross.o crypt_md4.cross.o crypt_md5.cross.o crypt_sha.cross.o registry.cross.o security.cross.o testlist.cross.o -o advapi32_crosstest.exe -ladvapi32 -lkernel32 /usr/local/lib/gcc/i386-mingw32/3.4.4/libgcc.a: could not read symbols: Archive has no index; run ranlib to add one collect2: ld returned 1 exit status make[3]: *** [advapi32_crosstest.exe] Error 1 make[3]: Leaving directory `/mnt/antras/usr/src/wine-git/dlls/advapi32/tests' How this should be fixed? Here is a list of packages I use: $ rpm -qa | grep mingw mingw-runtime-3.7-16hl mingw-w32api-3.5-16hl mingw-binutils-2.16.91-9hl mingw-gcc-core-3.4.4-12hl

2 1

[mlang.dll] DllCanUnloadNow
by Christian Gmeiner 03 Mar '06

03 Mar '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This patch + implements LockServer + implements DllCanUnloadNow + add some needed calls to LockModule() & UnlockModule() If it didn't get into cvs i want a mail with the cause. - -- Christian Gmeiner - student of computer science http://dxr3plugin.sf.net http://itb04.ath.cx http://javamill.ath.cx -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFECFi9Dwe2AbwGBA8RApDQAJ4nCMpbbOeWBTi/x1xV36MrBaKoNgCfRTG8 54cyjapBkvdO9DUkNP41k3k= =HK0l -----END PGP SIGNATURE----- Index: dlls/mlang/mlang.c =================================================================== RCS file: /home/wine/wine/dlls/mlang/mlang.c,v retrieving revision 1.25 diff -u -r1.25 mlang.c --- dlls/mlang/mlang.c 6 Dec 2005 10:39:43 -0000 1.25 +++ dlls/mlang/mlang.c 3 Mar 2006 08:47:38 -0000 @@ -453,6 +453,21 @@ static void fill_cp_info(const struct mlang_data *ml_data, UINT index, MIMECPINFO *mime_cp_info); +static LONG dll_count; + +/* + * Dll lifetime tracking declaration + */ +static void LockModule(void) +{ + InterlockedIncrement(&dll_count); +} + +static void UnlockModule(void) +{ + InterlockedDecrement(&dll_count); +} + BOOL WINAPI DllMain(HINSTANCE hInstDLL, DWORD fdwReason, LPVOID lpv) { switch(fdwReason) { @@ -709,6 +724,7 @@ { TRACE("Destroying %p\n", This); HeapFree(GetProcessHeap(), 0, This); + UnlockModule(); } return ref; @@ -735,8 +751,11 @@ static HRESULT WINAPI MLANGCF_LockServer(LPCLASSFACTORY iface,BOOL dolock) { - IClassFactoryImpl *This = (IClassFactoryImpl *)iface; - FIXME("(%p)->(%d),stub!\n",This,dolock); + if (dolock) + LockModule(); + else + UnlockModule(); + return S_OK; } @@ -2281,6 +2300,9 @@ mlang->ref = 1; *ppObj = (LPVOID) mlang; TRACE("returning %p\n", mlang); + + LockModule(); + return S_OK; } @@ -2288,8 +2310,7 @@ HRESULT WINAPI DllCanUnloadNow(void) { - FIXME("\n"); - return S_FALSE; + return dll_count == 0 ? S_OK : S_FALSE; } HRESULT WINAPI GetGlobalFontLinkObject(void)

1 0

Re: WINECFG: Eliminate some gcc 4.1 warnings caused by casts in macros.
by Francois Gouget 03 Mar '06

03 Mar '06

On Fri, 3 Mar 2006, Mike McCormack wrote: > ChangeLog: > Eliminate some gcc 4.1 warnings caused by casts in macros. What are these warnings? What is causing them? > - TreeView_SetImageList(tree, hImageList, TVSIL_STATE); > + SendMessageW( tree, LVM_SETIMAGELIST, TVSIL_STATE, (LPARAM)hImageList ); Do we really have to give up on the macros and use SendMessage directly to avoid the warnings? If we do, then I would say this means the macros are broken because it means Winelib users will get the same problem we do and will have to modify their code or live with gobs of warnings. So, is there a way to fix the macros? -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Avoid the Gates of Hell - use Linux.

2 2

RE: WSH, WMI scripts
by Sreenivas Tatti 03 Mar '06

03 Mar '06

Hi Mike, You could have understood my requirement. I am looking at WINE to get this thing done. If not supported in WINE, then what other possible way, I can achieve this. I have to do some windows registry modifications and start/stop/query about windows services from a Linux box. I have to remotely install my agent on a windows box. That is my goal. Thanks in anticipation. With regards, Sreenivas -----Original Message----- From: Mike McCormack [mailto:mike(a)codeweavers.com] Sent: Friday, March 03, 2006 4:28 PM To: Sreenivas Tatti Cc: wine-devel(a)winehq.org Subject: Re: WSH, WMI scripts Sreenivas Tatti wrote: > I have a requirement that, I should run WSH and WMI scripts in Linux > environment in order to do some registry changes on a remote machine and > start/stop/query windows services on a remote machine. It's unlikely to work, as DCOM (OLE over the network) does not work, and Wine currently has no builtin support for WSH/WMI. Mike

2 1

WSH, WMI scripts
by Sreenivas Tatti 03 Mar '06

03 Mar '06

Hi, I have a requirement that, I should run WSH and WMI scripts in Linux environment in order to do some registry changes on a remote machine and start/stop/query windows services on a remote machine. Can I use WINE for this purpose. Thanks in anticipation. With regards, Sreenivas T.

2 1

Re: COMCTL32: Fix some gcc 4.1 warnings caused by windowsx.h macros.
by Rob Shearman 03 Mar '06

03 Mar '06

Mike McCormack wrote: > ChangeLog: > Fix some gcc 4.1 warnings caused by windowsx.h macros. I see little benefit in this warning being enabled. IMHO, it would be better to see one patch that turns this warning off than ten patches that obfuscate the code Rob

3 2