February 2010 - Wine-Devel - list.winehq.org

Re: kernel32: Add support for InterlockedCompareExchange64, try 2
by Alexandre Julliard Feb. 5, 2010

Feb. 5, 2010

Maarten Lankhorst <m.b.lankhorst(a)gmail.com> writes: > --- > Fix the definitions in winbase.h, and the inline assembly :) There are still several problems with your assembly, and I don't understand why you want to reinvent the wheel when we have a perfectly fine interlocked_cmpxchg64 implementation already. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: d3dx9: Implement D3DXDeclaratorFromFVF
by Henri Verbeet Feb. 5, 2010

Feb. 5, 2010

On 5 February 2010 05:09, David Adam <david.adam.cnrs(a)gmail.com> wrote: > This patch is from Tony Wasserka. It comes from his git repertory. He > authorized to pick up patches (see Wine-devel) to submit to Wine. > I just cleanup it a little bit. I let Tony as the author of this patch. All > the tests pass in a real Windows Vista box. > Looks more complicated than needed.

1 0

Re: Today's git has unimplemented function msxml4 leading to stack dump when installing dragon naturallyspeaking
by Susan Cragin Feb. 4, 2010

Feb. 4, 2010

>On 2/4/2010 00:08, Susan Cragin wrote: >> wine-1.1.37-412-g9a92f9c >> With today's git got a debug, dump, etc., while installing dragon naturallyspeaking. >> have log >> >> wine: Call from 0x7b8364e2 to unimplemented function msxml4.dll.DllRegisterServer, aborting >> wine: Unimplemented function msxml4.dll.DllRegisterServer called at address 0x7b8364e2 (thread 0027), starting debugger... >> >Susan, please try with current, patch is in. Let me know if you still >have a problem with it. Bug has gone.... BTW -- DNS did install yesterday even with the bug.

1 0

Today's git has unimplemented function msxml4 leading to stack dump when installing dragon naturallyspeaking
by Susan Cragin Feb. 4, 2010

Feb. 4, 2010

wine-1.1.37-412-g9a92f9c With today's git got a debug, dump, etc., while installing dragon naturallyspeaking. have log wine: Call from 0x7b8364e2 to unimplemented function msxml4.dll.DllRegisterServer, aborting wine: Unimplemented function msxml4.dll.DllRegisterServer called at address 0x7b8364e2 (thread 0027), starting debugger... --------------------------------- relevant portion below --------------------------------- fixme:reg:GetNativeSystemInfo (0x8b1754) using GetSystemInfo() fixme:msi:msi_unimplemented_action_stub SetODBCFolders -> 234 ignored L"Directory" table values fixme:msi:msi_unimplemented_action_stub MigrateFeatureStates -> 1 ignored L"Upgrade" table values fixme:msi:msi_unimplemented_action_stub RemoveExistingProducts -> 1 ignored L"Upgrade" table values fixme:msi:msi_unimplemented_action_stub MsiUnpublishAssemblies -> 8 ignored L"MsiAssembly" table values fixme:msi:msi_unimplemented_action_stub SelfUnregModules -> 1 ignored L"SelfReg" table values wine: Call from 0x7b8364e2 to unimplemented function msxml4.dll.DllRegisterServer, aborting wine: Unimplemented function msxml4.dll.DllRegisterServer called at address 0x7b8364e2 (thread 0027), starting debugger... Unhandled exception: unimplemented function msxml4.dll.DllRegisterServer called in 32-bit code (0x7b8364e2). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:7b8364e2 ESP:0033fd24 EBP:0033fd88 EFLAGS:00000207( - -- I - -P-C) EAX:7b826105 EBX:7b881ff4 ECX:33b50814 EDX:0033fd44 ESI:80000100 EDI:00110429 Stack dump: 0x0033fd24: 0033fda8 00000008 0000003c 80000100 0x0033fd34: 00000001 00000000 7b8364e2 00000002 0x0033fd44: 33b50814 33b50831 68311ff4 33b40000 0x0033fd54: 0033fd74 0033fd88 7b84e9dd 33b40000 0x0033fd64: 0033fd74 00000000 0033fd7c 7ffd8c00 0x0033fd74: 00120011 6830ff9d 7b83649a 68311ff4 Backtrace: =>0 0x7b8364e2 RaiseException+0x52(code=2147483904, flags=1, nbargs=2, args=0x33fda8) [/home/susan/wine/dlls/kernel32/except.c:84] in kernel32 (0x0033fd88) 1 0x33b507b8 __wine_spec_unimplemented_stub+0x38(module="msxml4.dll", function="DllRegisterServer") [/home/susan/wine/dlls/winecrt0/stub.c:34] in msxml4 (0x0033fdb8) 2 0x33b50588 __wine_stub_DllUnregisterServer() in msxml4 (0x0033fe58) 3 0x6830fe0c __wine_spec_exe_entry+0x7c(peb=0x7ffdf000) [/home/susan/wine/dlls/winecrt0/exe_entry.c:37] in regsvr32 (0x0033fea8) 4 0x7b8586d4 start_process+0x54(peb=<register ESI not in topmost frame>) [/home/susan/wine/dlls/kernel32/process.c:1026] in kernel32 (0x0033fee8) 5 0x7bc6ed54 call_thread_func+0xc() in ntdll (0x0033fef8) 6 0x7bc6ef20 call_thread_entry_point+0x70(entry=0x7b858680, arg=0x7ffdf000) [/home/susan/wine/dlls/ntdll/signal_i386.c:2426] in ntdll (0x0033ffc8) 7 0x7bc4aefa in ntdll (+0x3aefa) (0x0033ffe8) 0x7b8364e2 RaiseException+0x52 [/home/susan/wine/dlls/kernel32/except.c:84] in kernel32: subl $4,%esp 84 RtlRaiseException( &record ); Modules: Module Address Debug info Name (70 modules) ELF 33b3f000-33b53000 Dwarf msxml4<elf> \-PE 33b40000-33b53000 \ msxml4 ELF 68000000-6801d000 Deferred ld-linux.so.2 ELF 6801d000-68158000 Deferred libwine.so.1 ELF 68158000-68171000 Deferred libpthread.so.0 ELF 68171000-682c5000 Deferred libc.so.6 ELF 682c5000-682c9000 Deferred libdl.so.2 ELF 682c9000-682d1000 Deferred libnss_compat.so.2 ELF 682d1000-682e8000 Deferred libnsl.so.1 ELF 682e8000-682f2000 Deferred libnss_nis.so.2 ELF 682f2000-682fe000 Deferred libnss_files.so.2 ELF 682fe000-68313000 Dwarf regsvr32<elf> \-PE 68300000-68313000 \ regsvr32 ELF 68313000-6836b000 Deferred advapi32<elf> \-PE 68320000-6836b000 \ advapi32 ELF 6836b000-683db000 Deferred rpcrt4<elf> \-PE 68380000-683db000 \ rpcrt4 ELF 683db000-684e8000 Deferred user32<elf> \-PE 683f0000-684e8000 \ user32 ELF 684e8000-68572000 Deferred gdi32<elf> \-PE 684f0000-68572000 \ gdi32 ELF 68572000-68610000 Deferred krnl386.exe16.so PE 68580000-68610000 Deferred krnl386.exe16 ELF 68610000-68625000 Deferred system.drv16.so PE 68620000-68625000 Deferred system.drv16 ELF 68625000-68639000 Deferred comm.drv16.so PE 68630000-68639000 Deferred comm.drv16 ELF 68639000-68664000 Deferred gdi.exe16.so PE 68640000-68664000 Deferred gdi.exe16 ELF 68664000-686da000 Deferred libfreetype.so.6 ELF 686da000-686ef000 Deferred libz.so.1 ELF 686ef000-6871f000 Deferred libfontconfig.so.1 ELF 6871f000-68746000 Deferred libexpat.so.1 ELF 68746000-68788000 Deferred user.exe16.so PE 68750000-68788000 Deferred user.exe16 ELF 68788000-687ab000 Deferred mpr<elf> \-PE 68790000-687ab000 \ mpr ELF 687ab000-687c0000 Deferred display.drv16.so PE 687b0000-687c0000 Deferred display.drv16 ELF 687c0000-687d5000 Deferred keyboard.drv16.so PE 687d0000-687d5000 Deferred keyboard.drv16 ELF 687d5000-687e9000 Deferred mouse.drv16.so PE 687e0000-687e9000 Deferred mouse.drv16 ELF 687e9000-68888000 Deferred winex11<elf> \-PE 68800000-68888000 \ winex11 ELF 68888000-68891000 Deferred libsm.so.6 ELF 68891000-688aa000 Deferred libice.so.6 ELF 688aa000-688ba000 Deferred libxext.so.6 ELF 688ba000-689d7000 Deferred libx11.so.6 ELF 689d7000-689dc000 Deferred libuuid.so.1 ELF 689dc000-689f6000 Deferred libxcb.so.1 ELF 689f6000-689fa000 Deferred libxau.so.6 ELF 689fa000-68a00000 Deferred libxdmcp.so.6 ELF 68a00000-68a21000 Deferred imm32<elf> \-PE 68a10000-68a21000 \ imm32 ELF 68a21000-68a25000 Deferred libxinerama.so.1 ELF 68a25000-68a2b000 Deferred libxxf86vm.so.1 ELF 68a2b000-68a35000 Deferred libxrender.so.1 ELF 68a35000-68a3b000 Deferred libxfixes.so.3 ELF 68a3b000-68a45000 Deferred libxcursor.so.1 ELF 6ae42000-6af3f000 Deferred ole32<elf> \-PE 6ae60000-6af3f000 \ ole32 ELF 6d30c000-6d315000 Deferred libxrandr.so.2 ELF 6e429000-6e42d000 Deferred libxcomposite.so.1 ELF 7753e000-77564000 Deferred libm.so.6 ELF 7b800000-7b93a000 Dwarf kernel32<elf> \-PE 7b810000-7b93a000 \ kernel32 ELF 7bc00000-7bcb5000 Dwarf ntdll<elf> \-PE 7bc10000-7bcb5000 \ ntdll ELF 7bf00000-7bf04000 Deferred <wine-loader> Threads: process tid prio (all id:s are in hex) 00000008 setup.exe 00000009 0 0000000e services.exe 00000015 0 00000014 0 00000010 0 0000000f 0 00000011 winedevice.exe 00000016 0 00000013 0 00000012 0 00000018 explorer.exe 00000019 0 0000001a vcruntime.exe 0000001b 0 0000001c msiexec.exe 00000020 0 0000001d 0 00000026 (D) C:\windows\system32\regsvr32.exe 00000027 0 <== Backtrace: =>0 0x7b8364e2 RaiseException+0x52(code=2147483904, flags=1, nbargs=2, args=0x33fda8) [/home/susan/wine/dlls/kernel32/except.c:84] in kernel32 (0x0033fd88) 1 0x33b507b8 __wine_spec_unimplemented_stub+0x38(module="msxml4.dll", function="DllRegisterServer") [/home/susan/wine/dlls/winecrt0/stub.c:34] in msxml4 (0x0033fdb8) 2 0x33b50588 __wine_stub_DllUnregisterServer() in msxml4 (0x0033fe58) 3 0x6830fe0c __wine_spec_exe_entry+0x7c(peb=0x7ffdf000) [/home/susan/wine/dlls/winecrt0/exe_entry.c:37] in regsvr32 (0x0033fea8) 4 0x7b8586d4 start_process+0x54(peb=<register ESI not in topmost frame>) [/home/susan/wine/dlls/kernel32/process.c:1026] in kernel32 (0x0033fee8) 5 0x7bc6ed54 call_thread_func+0xc() in ntdll (0x0033fef8) 6 0x7bc6ef20 call_thread_entry_point+0x70(entry=0x7b858680, arg=0x7ffdf000) [/home/susan/wine/dlls/ntdll/signal_i386.c:2426] in ntdll (0x0033ffc8) 7 0x7bc4aefa in ntdll (+0x3aefa) (0x0033ffe8) wine: Call from 0x7b8364e2 to unimplemented function msxml4.dll.DllRegisterServer, aborting fixme:mscoree:LoadLibraryShim (0x746cdf8c L"fusion.dll", (nil), (nil), 0x33f90c): semi-stub

3 3

chromium in wine now works with gmail
by Dan Kegel Feb. 4, 2010

Feb. 4, 2010

This message is being sent in gmail in Chromium running on Wine with options --no-sandbox --use-nss-for-ssl. (--use-nss-for-ssl turns on a new alternate https stack that works in wine.) This copy of Chromium was built in Wine, too. It took 1 hour 55 minutes to compile and link from scratch using Visual C++ 2005 in Wine on a q9300. (And that's compiling with /MP to use all cores; wthout /MP, it takes three and a half hours, IIRC.) See http://wiki.winehq.org/BuildAndTestChromium for easy instructions on how to do this. - Dan

6 7

Re: chromium in wine now works with gmail
by Dan Kegel Feb. 4, 2010

Feb. 4, 2010

The 'new' ssl stack is just the one from Firefox. On Linux, chromium uses the system's ssl. On Feb 4, 2010 7:11 AM, "Ben Klein" <shacklein(a)gmail.com> wrote: On 5 February 2010 01:54, Dan Kegel <dank(a)kegel.com> wrote: > This message is being sent in gmail in... Google seriously needs to depend on system libraries rather than build the whole damned thing themselves. I can forgive them for rolling their own webkit, but with gigabytes of space required to compile and almost 2 hours on that high-speed quadcore ... No, they're doing something wrong. In other news, well done with getting it to work! > See http://wiki.winehq.org/BuildAndTestChromium for easy > instructions on how to do this. > - Da...

1 0

Re: kernel32: Add support for InterlockedCompareExchange64
by Alexandre Julliard Feb. 4, 2010

Feb. 4, 2010

Maarten Lankhorst <m.b.lankhorst(a)gmail.com> writes: > +extern inline LONG WINAPI InterlockedCompareExchange64( LONG64 volatile *dest, LONG64 xchg, LONG64 compare ); > +extern inline LONG WINAPI InterlockedCompareExchange64( LONG64 volatile *dest, LONG64 xchg, LONG64 compare ) > +{ > + LONG64 ret; > + __asm__ __volatile__( "lock; cmpxchg8b (%1)" > + : "=a" (ret) : "r" (dest), "r" (xchg), "0" (compare) : "memory" ); > + return ret; > +} This can't possibly work. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [PATCH 2/2] shlwapi/tests: Use defined settings, when testing GetAcceptLanguages
by Alexandre Julliard Feb. 4, 2010

Feb. 4, 2010

Detlef Riekenberg <wine.dev(a)web.de> writes: > The old tests depend on user language settings, used > SetLastError(ERROR_SUCCESS) before and GetLastError() > after the api call for a function, that returns a HRESULT > and didn't know how the default language fallback works > > Tested on all winetestbot machines It doesn't work on Wine: ../../../tools/runtest -q -P wine -M shlwapi.dll -T ../../.. -p shlwapi_test.exe.so ordinal.c && touch ordinal.ok ordinal.c:92: Test failed: RegOpenKey(Software\Microsoft\Internet Explorer\International) failed: 2 make[2]: *** [ordinal.ok] Error 1 Also please fix the compiler warnings before resending. -- Alexandre Julliard julliard(a)winehq.org

1 0

mmdevapi update
by Maarten Lankhorst Feb. 4, 2010

Feb. 4, 2010

Hi all, Just thought I'd post an update on my work, after working a few weeks on it I am finally at the point where the first applications that use this new sound api start to work. Currently it's at http://repo.or.cz/w/wine/multimedia.git/shortlog/refs/heads/mmdevapi but I will clean it up, split it into separate patches and merge it back to wine slowly. So far the only 'application' that will work is directsound from windows 7. World of warcraft tries to use mmdevapi if you set the windows version to 7, and the main screen sound works, if you change dlls/mmdevapi/audio.c AL_FORMAT_STEREO_FLOAT32 to AL_FORMAT_STEREO16, but that will break dsound. It's not ready for mainstream use yet, but I thought it would be nice to post this update. Note that you most likely won't get any sound if you try it yourself, I only tested a simple dsound playback application, left4dead2+win7 dsound for example seems completely silent after the intro, and many things simply aren't handled yet. It's also untested on the mac, but it probably works there, since I use no specific extension. However, this code means that it should eventually be possible to port dsound over to use openal, after mmdevapi is done. Cheers, Maarten.

1 0

Re: [1/2] server: store each window's drop target
by Alexandre Julliard Feb. 4, 2010

Feb. 4, 2010

Damjan Jovanovic <damjan.jov(a)gmail.com> writes: > * server: store each window's drop target > > The patch series allows OLE drag and drop to work across process boundaries. ole32 has no business making wineserver calls. This should go through standard user32 functions. -- Alexandre Julliard julliard(a)winehq.org

1 0