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

Re: Make test fails on pristine CVS checkout

by Shachar Shemesh

> make[3]: Entering directory `/home/sun/sources/wine/dlls/user/tests' > ../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p > user32_test.exe.so msg.c && touch msg.ok > err:mdi:get_client_info client 0x9009c belongs to other process > msg.c:788: Test failed: WM_LBUTTONDOWN on a button: the msg 0x0007 was > expected, but got msg 0x0005 instead > msg.c:788: Test failed: WM_LBUTTONDOWN on a button: the msg 0x0135 was > expected, but got msg 0x030f instead > msg.c:788: Test failed: WM_LBUTTONDOWN on a button: the msg 0x00f3 was > expected, but got msg 0x0046 instead > msg.c:788: Test failed: WM_LBUTTONDOWN on a button: the msg 0x0135 was > expected, but got msg 0x001c instead > msg.c:810: Test failed: WM_LBUTTONDOWN on a button: the msg sequence > is not complete: expected 0000 - actual 0086 > make[3]: *** [msg.ok] Error 5 > make[3]: Leaving directory `/home/sun/sources/wine/dlls/user/tests' > make[2]: *** [tests/__test__] Error 2 > make[2]: Leaving directory `/home/sun/sources/wine/dlls/user' > make[1]: *** [user/__test__] Error 2 > make[1]: Leaving directory `/home/sun/sources/wine/dlls' > make: *** [dlls/__test__] Error 2 This one seems like a strange failure. I'm not sure how that came about, or why it fails on my system and not on Alexandre's. Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

April 30, 2005

Re: Make test fails on pristine CVS checkout

by Shachar Shemesh

Shachar Shemesh wrote: > Hi, > > Following the discussion in Wineconf, I'm forwarding test failures to > the list. > > Methodology - Debian SID. I did "apt-get build-dep wine" (install most > wine dependencies), and checked out a pristine CVS. ./configure (no > parameters), make depend, make. > > Next I deleted the ~/.wine directory, and ran make test. Here's another one. > make[3]: Entering directory `/home/sun/sources/wine/dlls/oleaut32/tests' > ../../../tools/runtest -q -P wine -M oleaut32.dll -T ../../.. -p > oleaut32_test.exe.so typelib.c && touch typelib.ok > fixme:ole:LoadTypeLibEx Wanted to load L"olepro32.dll" as typelib, but > file was not found. > typelib.c:39: Test failed: Could not load type library > fixme:ole:RegisterTypeLib Registering non-oleautomation interface! > fixme:ole:RegisterTypeLib Registering non-oleautomation interface! > fixme:ole:RegisterTypeLib Registering non-oleautomation interface! > fixme:ole:ITypeInfo_fnRelease destroy child objects > fixme:ole:ITypeInfo_fnRelease destroy child objects > fixme:ole:ITypeInfo_fnRelease destroy child objects > fixme:ole:ITypeInfo_fnRelease destroy child objects > fixme:ole:ITypeInfo_fnRelease destroy child objects > fixme:ole:ITypeInfo_fnRelease destroy child objects > make[3]: *** [typelib.ok] Error 1 > make[3]: Leaving directory `/home/sun/sources/wine/dlls/oleaut32/tests' > make[2]: *** [tests/__test__] Error 2 > make[2]: Leaving directory `/home/sun/sources/wine/dlls/oleaut32' > make[1]: *** [oleaut32/__test__] Error 2 > make[1]: Leaving directory `/home/sun/sources/wine/dlls' > make: *** [dlls/__test__] Error 2 Copying olepro32.dll from a native windows solved that one, but I think the tests should pass on pristine. Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

April 30, 2005

Re: Make test fails on pristine CVS checkout

by Shachar Shemesh

Shachar Shemesh wrote: > Hi, > > Following the discussion in Wineconf, I'm forwarding test failures to > the list. > > Methodology - Debian SID. I did "apt-get build-dep wine" (install most > wine dependencies), and checked out a pristine CVS. ./configure (no > parameters), make depend, make. Next problem: > make[3]: Entering directory `/home/sun/sources/wine/dlls/oleaut32/tests' > ../../../tools/runtest -q -P wine -M oleaut32.dll -T ../../.. -p > oleaut32_test.exe.so olefont.c && touch olefont.ok > ../../../tools/runtest -q -P wine -M oleaut32.dll -T ../../.. -p > oleaut32_test.exe.so safearray.c && touch safearray.ok > ../../../tools/runtest -q -P wine -M oleaut32.dll -T ../../.. -p > oleaut32_test.exe.so typelib.c && touch typelib.ok > fixme:ole:LoadTypeLibEx Wanted to load L"olepro32.dll" as typelib, but > file was not found. > typelib.c:39: Test failed: Could not load type library > > ************************************************************************** > You must copy a 'stdole32.tlb' file to your Windows\System directory! > You can get one from a Windows installation, or look for the DCOM95 > package > on the Microsoft Download Pages. > ************************************************************************** > fixme:ole:LoadTypeLibEx Wanted to load L"stdole32.tlb" as typelib, but > file was not found. > typelib.c:39: Test failed: Could not load type library > make[3]: *** [typelib.ok] Error 2 > make[3]: Leaving directory `/home/sun/sources/wine/dlls/oleaut32/tests' > make[2]: *** [tests/__test__] Error 2 > make[2]: Leaving directory `/home/sun/sources/wine/dlls/oleaut32' > make[1]: *** [oleaut32/__test__] Error 2 > make[1]: Leaving directory `/home/sun/sources/wine/dlls' > make: *** [dlls/__test__] Error 2 It seems to me there is no reason to halt the tests over this one. Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

April 30, 2005

Make test fails on pristine CVS checkout

by Shachar Shemesh

Hi, Following the discussion in Wineconf, I'm forwarding test failures to the list. Methodology - Debian SID. I did "apt-get build-dep wine" (install most wine dependencies), and checked out a pristine CVS. ./configure (no parameters), make depend, make. Next I deleted the ~/.wine directory, and ran make test. > make[3]: Entering directory `/home/sun/sources/wine/dlls/dsound/tests' > ../../../tools/runtest -q -P wine -M dsound.dll -T ../../.. -p > dsound_test.exe.so capture.c && touch capture.ok > err:wave:widDsCreate DirectSoundCapture flag not set > This sound card's driver does not support direct access > The (slower) DirectSound HEL mode will be used instead. > err:wave:widDsCreate DirectSoundCapture flag not set > This sound card's driver does not support direct access > The (slower) DirectSound HEL mode will be used instead. > ../../../tools/runtest -q -P wine -M dsound.dll -T ../../.. -p > dsound_test.exe.so ds3d.c && touch ds3d.ok > err:wave:DSDB_MapBuffer Could not map sound device for direct access > (Input/output error) > err:wave:DSDB_MapBuffer Use: "HardwareAcceleration" = "Emulation" in > the [dsound] section of your config file. > ds3d.c:880: Test failed: DirectSoundCreate() failed: E_FAIL > ds3d.c:962: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:1034: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:639: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:639: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:639: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:639: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:639: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:639: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:639: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:639: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:639: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:639: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:639: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:639: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:880: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:962: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:1034: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:639: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:639: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:639: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:639: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:639: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:639: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:639: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:639: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:639: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:639: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:639: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > ds3d.c:639: Test failed: DirectSoundCreate() failed: DSERR_ALLOCATED > fixme:winmm:MMDRV_Exit Closing while ll-driver open > make[3]: *** [ds3d.ok] Error 30 > make[3]: Leaving directory `/home/sun/sources/wine/dlls/dsound/tests' > make[2]: *** [tests/__test__] Error 2 > make[2]: Leaving directory `/home/sun/sources/wine/dlls/dsound' > make[1]: *** [dsound/__test__] Error 2 > make[1]: Leaving directory `/home/sun/sources/wine/dlls' > make: *** [dlls/__test__] Error 2 Seems that wine does not gracefully fallback when the sound driver is incorrectly set, and requires a config file. Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

April 30, 2005

Benchmarking Wine againt XP Part 2

by Tom Wickline

This is part two of the results..... Tom

April 29, 2005

Benchmarking Wine againt XP Part 1

by Tom Wickline

This is part one of the results...... Tom

April 29, 2005

Re: Quicken/CreateCompatibleBitmap issue revisited

by Rein Klazes

On Fri, 29 Apr 2005 10:46:31 -0400, you wrote: > This seems wrong to me on > three counts: (1) MSDN states that if either width or height is zero, a 1x1 > monochrome bitmap is returned Indeed, what happens if you try this obvious patch: ========================================>8======================================= --- wine/dlls/gdi/bitmap.c 2005-04-14 10:50:50.000000000 +0200 +++ mywine/dlls/gdi/bitmap.c 2005-04-29 20:04:37.000000000 +0200 @@ -134,7 +134,7 @@ HBITMAP WINAPI CreateCompatibleBitmap( H TRACE("(%p,%d,%d) = \n", hdc, width, height); - if ((width >= 0x10000) || (height >= 0x10000)) + if ((height && width >= 0x10000) || (width && height >= 0x10000)) { FIXME("got bad width %d or height %d, please look for reason\n", width, height); ========================================>8======================================= Rein.

April 29, 2005

Re: DirectX 9 patches

by Hiji

FREAKIN' AMAZING! Seeing those screenshots in a Linux environment are jaw-dropping. :) Hiji --- Oliver Stieber <oliver_stieber(a)yahoo.co.uk> wrote: > Hi, > > I've put an updated patch and some new screeshost on > sourceforge for the time being > http://directxwine.sourceforge.net/, I'm now at the > point where I'm happy to stop fixing bugs in DirectX > 9 > and start sending in more patches.. > > Thanks for evertyone help and support. > Oliver. > > Send instant messages to your online friends > http://uk.messenger.yahoo.com > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

April 29, 2005

Re: Benchmarking Wine againt XP

by Tom Wickline

On 4/29/05, Lars Segerlund <lars.segerlund(a)comsys.se> wrote: > > Could you just summarise the results in a mail, I am tickled pink to see the results. > / regards Lars Segerlund. > Sure, I'll have everything in a nice text file in a day or so... Cheers, Tom

April 29, 2005

Re: No sound from winealsa driver

by Stephen Torri

On Fri, 2005-04-29 at 11:05 -0400, Timothy Mann wrote: > Hey Everyone, > I don't know if this is relavent, but I have never been able to get the > winealsa driver to work. All it produces is static. I'm using Slackware > 10 and alsa-1.0.8 (driver: snd-intel8x0). It is probably a setup problem > on my part. > --Tim Thanks for the reminder Tim. I should have given my system details. Here we go: System: Pentium 4 3.0 GHz Sound card: Motherboard - RealTek ALC655 rev 0 chipset Distribution: Gentoo 2005.0 Alsa version: 1.0.8 Wine version: CVS Stephen

April 29, 2005