- wine-devel - winehq.org

Re: [PATCH] ddraw/tests: Add some IDirect3DViewport interface tests
by Henri Verbeet 02 Feb '12

02 Feb '12

On 2 February 2012 12:56, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > +static LONG get_refcount(IUnknown *test_iface) > +{ > + IUnknown_AddRef(test_iface); > + return IUnknown_Release(test_iface); > +} Release is supposed to return a ULONG. > + hr = IDirect3DViewport_QueryInterface(viewport, &IID_IDirect3DViewport2, (void **)&viewport2); > + ok(SUCCEEDED(hr) || broken(hr == E_FAIL), "Failed to QI IDirect3DViewport2, hr %#x.\n", hr); I think this would make the test fail on old versions of ddraw that simply don't know about IDirect3DViewport2. > + hr = IDirect3DViewport3_QueryInterface(viewport2, &IID_IUnknown, (void **)&unknown); This looks like it was intended to be called on viewport3. > + /* FIXME: This test suggests that IDirect3D, IDirect3D2 and IDirect3D3 are linked > + * to IDirectDraw. However, they are linked to whatever interface is used to QI the > + * first IDirect3D? interface. If DDraw1 is replaced with DDraw4 here the tests break */ Makes sense. I'm not sure it really should be part of this patch though.

1 0

please test native behaviour with (un)pluggable audio devices
by Joerg-Cyril.Hoehle＠t-systems.com 02 Feb '12

02 Feb '12

Hi, please run the mmdevapi render and capture testsuites while unplugging (or deactivating) audio HW. I'd like to hear how native behaves prior to implementing error handling in Wine's drivers. One way to run the testsuites is as follows: 1. Download winetest-xyz.exe from test.winehq; 2. winetest-xyz.exe /x will extract all exes into some directory; 3. set WINETEST_DEBUG=2 4. set WINETEST_INTERACTIVE=1 (not used yet, but soon) 5. mmdevapi_test.exe render 6. mmdevapi_test.exe capture Esp., I'd like to know whether ReleaseBuffer ever signals an error or if it's always the job of GetBuffer to do so. Then I'd like to know whether primitives such as GetBufferSize fail too when the device is unplugged. Note that the testsuite may crash because it doesn't expect loosing devices mid-way. Thank you, Jörg Höhle

1 0

Re: dinput: Support INFINITE as number of effect iterations (try 2)
by Vitaliy Margolen 02 Feb '12

02 Feb '12

On 01/28/2012 05:56 PM, Marcel Hasler wrote: > According to the DirectX reference, IDirectInputEffect::Start accepts > INFINITE (aka -1) for the number of iterations. However, passing -1 to > Linux via input_event results in no effect being played at all. This > patch sets the number of iterations to the maximum signed value > allowed if INFINITE is passed. > > This fixes bug 29712. > > This patch supersedes patch 83233. It does the same thing but adds a > comment and should be easier to understand. In general looks good. Would be nice to point out that linux/input.h says that any durations should not exceed 0x7fff as a maximum value. Please don't make code "easier to read" by adding needless if / else. Your first patch was fine. Vitaliy.

2 5

Re: [PATCH] winealsa: snd_card_get_name uses strdup (Valgrind).
by Christian Costa 01 Feb '12

01 Feb '12

In that case you don't need the if (!err) condition to free the buffer otherwise you leak the string return by strdup. Christian 2012/2/1 Lauri Kenttä <lauri.kentta(a)gmail.com> > --- > dlls/winealsa.drv/mmdevdrv.c | 10 +++++++--- > 1 files changed, 7 insertions(+), 3 deletions(-) > > diff --git a/dlls/winealsa.drv/mmdevdrv.c b/dlls/winealsa.drv/mmdevdrv.c > index 0bedcc5..e434038 100644 > --- a/dlls/winealsa.drv/mmdevdrv.c > +++ b/dlls/winealsa.drv/mmdevdrv.c > @@ -363,7 +363,7 @@ static HRESULT alsa_enum_devices(EDataFlow flow, WCHAR > **ids, char **keys, > for(err = snd_card_next(&card); card != -1 && err >= 0; > err = snd_card_next(&card)){ > char cardpath[64]; > - const char *cardname; > + char *cardname; > WCHAR *cardnameW; > snd_ctl_t *ctl; > DWORD len; > @@ -376,16 +376,18 @@ static HRESULT alsa_enum_devices(EDataFlow flow, > WCHAR **ids, char **keys, > continue; > } > > - if((err = snd_card_get_name(card, (char **)&cardname)) < 0){ > + if((err = snd_card_get_name(card, &cardname)) < 0){ > WARN("Unable to get card name for ALSA device %s: %d (%s)\n", > cardpath, err, snd_strerror(err)); > /* FIXME: Should be localized */ > - cardname = "Unknown soundcard"; > + cardname = strdup("Unknown soundcard"); > } > > len = MultiByteToWideChar(CP_UNIXCP, 0, cardname, -1, NULL, 0); > cardnameW = HeapAlloc(GetProcessHeap(), 0, len * sizeof(WCHAR)); > if(!cardnameW){ > + if(!err) > + free(cardname); > snd_ctl_close(ctl); > return E_OUTOFMEMORY; > } > @@ -394,6 +396,8 @@ static HRESULT alsa_enum_devices(EDataFlow flow, WCHAR > **ids, char **keys, > alsa_get_card_devices(stream, ids, keys, num, ctl, card, > cardnameW); > > HeapFree(GetProcessHeap(), 0, cardnameW); > + if(!err) > + free(cardname); > > snd_ctl_close(ctl); > } > -- > 1.7.9 > > > >

3 2

snd_card_get_name uses strdup (Valgrind).
by Joerg-Cyril.Hoehle＠t-systems.com 01 Feb '12

01 Feb '12

Hi there's a small memory leak in winealsa, tentatively plugged by patches #83353, #83334 and #82900. It would be nice if somebody who feels like struggling with const warnings in gcc would get a fix accepted in git. The dilemma: a literal "foo" is a const char*, free() does not want a const and casts are the root of all evil in C. Thank you, Jörg Höhle

2 1

Re: [PATCH 2/3] winecoreaudio: Implement the lock-free callback design.
by Andrew Eikum 01 Feb '12

01 Feb '12

On Mon, Jan 30, 2012 at 11:37:17AM +0100, Joerg-Cyril.Hoehle(a)t-systems.com wrote: > Fixes bug #29657 > While I like the idea of this patch and how you implemented it, I wonder if it's appropriate for code freeze. The main problem in that bug is that the CA driver can deadlock, or release memory out of order. When working on this patch, were you able to identify specifically where the contention is? The idea of the InTransition state was to handle the lock release in mid-call. Can we add a check for that state in the callbacks to solve this problem less intrusively? The first patch seems fine. Andrew

4 6

Updated clang-static-analyzer results (just in time for 1.4 ;))
by Austin English 01 Feb '12

01 Feb '12

Enjoy: http://www.mediafire.com/?aiomfk1cr9bc61y Using: wine-1.4-rc1-34-g01947e0 LLVM commit 683d1e1d449e6e790ff4c0b6340a4bbf144ff919 / git-svn-id: http://llvm.org/svn/llvm-project/llvm/trunk@149340 91177308-0d34-0410-b5e6-96231b3b80d8 austin@aw21 ~ $ sha1sum scan-build-2012-01-30-1.tar.bz2 8b3b2573c3595c805431b2ab40c6958805f37497 scan-build-2012-01-30-1.tar.bz2 -- -Austin

2 2

Re: quartz: If the MediaSeeking is not implemented all the way up the passthru chain fall back to the filtergraph's clock to find position.
by Alexandre Julliard 31 Jan '12

31 Jan '12

Aric Stewart <aric(a)codeweavers.com> writes: > Resolves bug Bug 25606 > --- > dlls/quartz/filtergraph.c | 6 +++++- > 1 files changed, 5 insertions(+), 1 deletions(-) It doesn't work: ../../../tools/runtest -q -P wine -M quartz.dll -T ../../.. -p quartz_test.exe.so filtergraph.c && touch filtergraph.ok wine: Unhandled page fault on read access to 0x00000000 at address 0x690fff17 (thread 0066), starting debugger... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x690fff17). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:690fff17 ESP:0032fc70 EBP:0032fcd8 EFLAGS:00010246( R- -- I Z- -P- ) EAX:00000000 EBX:69195fa4 ECX:0032fcb8 EDX:0012cc0c ESI:0032fd28 EDI:0012c878 Stack dump: 0x0032fc70: 0032fd28 69195fa4 0032fcd8 690fb648 0x0032fc80: 0012c878 0000000d 00000000 00000000 0x0032fc90: 0032fd34 0032fd3c 00000000 6877a314 0x0032fca0: 6877418e 0012c7c0 80004001 6877a314 0x0032fcb0: 6877418e 0032fd28 00000000 00000000 0x0032fcc0: 00000001 6877428a 690fb58b 6877a314 Backtrace: =>0 0x690fff17 MediaSeeking_GetCurrentPosition+0x137(iface=0x12c7c8, pCurrent=0x32fd28) [/home/julliard/wine/wine/dlls/quartz/filtergraph.c:2460] in quartz (0x0032fcd8) 1 0x6876ddea func_filtergraph+0x3a9() [/home/julliard/wine/wine/dlls/quartz/tests/filtergraph.c:284] in quartz_test (0x0032fd58) 2 0x68767392 main+0x3a1(argc=0, argv=(nil)) [/home/julliard/wine/wine/dlls/quartz/tests/../../../include/wine/test.h:556] in quartz_test (0x0032fe28) 3 0x68773865 __wine_spec_exe_entry+0x74(peb=0x7ffdf000) [/home/julliard/wine/wine/dlls/winecrt0/exe_entry.c:36] in quartz_test (0x0032fe70) 4 0x6848cc4c call_process_entry+0xb() in kernel32 (0x0032fe88) 5 0x6848ddcf start_process+0x5e(peb=0x7ffdf000) [/home/julliard/wine/wine/dlls/kernel32/process.c:1083] in kernel32 (0x0032fec8) 6 0x6837a0b0 call_thread_func_wrapper+0xb() in ntdll (0x0032fed8) 7 0x6837cd9d call_thread_func+0x7c(entry=0x6848dd70, arg=0x7ffdf000, frame=0x32ffc8) [/home/julliard/wine/wine/dlls/ntdll/signal_i386.c:2532] in ntdll (0x0032ffa8) 8 0x6837a08e call_thread_entry_point+0x11() in ntdll (0x0032ffc8) 9 0x6835219e start_process+0x1d(kernel_start=0x6848dd70) [/home/julliard/wine/wine/dlls/ntdll/loader.c:2612] in ntdll (0x0032ffe8) 10 0x68028a9d wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) 0x690fff17 MediaSeeking_GetCurrentPosition+0x137 [/home/julliard/wine/wine/dlls/quartz/filtergraph.c:2460] in quartz: movl 0x0(%eax),%edx 2460 IReferenceClock_GetTime(This->refClock, &time); -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: crypt32: Only accept trailing NULLs in a certificate common name.
by Erich E. Hoover 31 Jan '12

31 Jan '12

On Tue, Jan 31, 2012 at 10:23 AM, Erich E. Hoover <ehoover(a)mines.edu> wrote: > On Tue, Jan 31, 2012 at 10:04 AM, Juan Lang <juan.lang(a)gmail.com> wrote: >> Sorry I didn't spot this earlier. Without this, someone who registers >> a certificate common name with an embedded NULL, like >> "codeweavers.com\0.badguy", could fool crypt32 into accepting it for a >> domain it isn't registered to, codeweavers.com in my example. > > It looks like you've just changed it to allow more than one NULL at > the end... It seems to me that the matching code already handles the > case of an embedded NULL, since it goes through the allowed_len > characters and manually checks each byte (rather than using a routine > like strcmp() which stops at NULLs). Please forgive the "Reply to all" fail. Erich Hoover ehoover(a)mines.edu

2 3

Warning report for wine-1.4-rc1
by Jerome Leclanche 31 Jan '12

31 Jan '12

Some new warnings. Inlining it instead of attaching it this time, I hope that's ok. ========== 32-bit ========== ccache gcc -msse4 -O3 -Wall -m32 -c -I../../../tools/wrc -I. -I../../../include -I../../include -D__WINESRC__ -DINCLUDEDIR="\"/usr/include/wine\"" -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter -Wwrite-strings -fno-omit-frame-pointer -Wpointer-arith -Wlogical-op -I/usr/include/freetype2 -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0 -o newstruc.o ../../../tools/wrc/newstruc.c ccache gcc -msse4 -O3 -Wall -m32 -c -I../../../tools/wrc -I. -I../../../include -I../../include -D__WINESRC__ -DINCLUDEDIR="\"/usr/include/wine\"" -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter -Wwrite-strings -fno-omit-frame-pointer -Wpointer-arith -Wlogical-op -I/usr/include/freetype2 -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0 -o po.o ../../../tools/wrc/po.c ../../../tools/wrc/po.c:127:12: warning: ‘string_has_context’ defined but not used [-Wunused-function] ========== 64-bit ========== ccache gcc -msse4 -O3 -Wall -c -I../../../tools/wrc -I. -I../../../include -I../../include -D__WINESRC__ -DINCLUDEDIR="\"/usr/include/wine\"" -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter -Wwrite-strings -Wpointer-arith -Wlogical-op -I/usr/include/freetype2 -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0 -o newstruc.o ../../../tools/wrc/newstruc.c ccache gcc -msse4 -O3 -Wall -c -I../../../tools/wrc -I. -I../../../include -I../../include -D__WINESRC__ -DINCLUDEDIR="\"/usr/include/wine\"" -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter -Wwrite-strings -Wpointer-arith -Wlogical-op -I/usr/include/freetype2 -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0 -o po.o ../../../tools/wrc/po.c ../../../tools/wrc/po.c:127:12: warning: ‘string_has_context’ defined but not used [-Wunused-function] -- ccache gcc -msse4 -O3 -Wall -c -I../../../dlls/dbghelp -I. -I../../../include -I../../include -D__WINESRC__ -D_IMAGEHLP_SOURCE_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter -Wwrite-strings -Wpointer-arith -Wlogical-op -I/usr/include/freetype2 -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0 -o cpu_x86_64.o ../../../dlls/dbghelp/cpu_x86_64.c ../../../dlls/dbghelp/cpu_x86_64.c: In function ‘is_inside_epilog’: ../../../dlls/dbghelp/cpu_x86_64.c:341:14: warning: variable ‘rex’ set but not used [-Wunused-but-set-variable] -- ccache gcc -msse4 -O3 -Wall -c -I../../../dlls/ntdll -I. -I../../../include -I../../include -D__WINESRC__ -D_NTSYSTEM_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter -Wwrite-strings -Wpointer-arith -Wlogical-op -I/usr/include/freetype2 -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0 -o signal_x86_64.o ../../../dlls/ntdll/signal_x86_64.c ../../../dlls/ntdll/signal_x86_64.c: In function ‘is_inside_epilog’: ../../../dlls/ntdll/signal_x86_64.c:2632:14: warning: variable ‘rex’ set but not used [-Wunused-but-set-variable] -- ccache gcc -msse4 -O3 -Wall -c -I../../../dlls/oleaut32 -I. -I../../../include -I../../include -D__WINESRC__ -D_OLEAUT32_ -DCOM_NO_WINDOWS_H -DENTRY_PREFIX=OLEAUTPS_ -DPROXY_DELEGATION -DWINE_REGISTER_DLL -DPROXY_CLSID=CLSID_PSFactoryBuffer -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter -Wwrite-strings -Wpointer-arith -Wlogical-op -I/usr/include/freetype2 -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0 -o safearray.o ../../../dlls/oleaut32/safearray.c ccache gcc -msse4 -O3 -Wall -c -I../../../dlls/oleaut32 -I. -I../../../include -I../../include -D__WINESRC__ -D_OLEAUT32_ -DCOM_NO_WINDOWS_H -DENTRY_PREFIX=OLEAUTPS_ -DPROXY_DELEGATION -DWINE_REGISTER_DLL -DPROXY_CLSID=CLSID_PSFactoryBuffer -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter -Wwrite-strings -Wpointer-arith -Wlogical-op -I/usr/include/freetype2 -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0 -o tmarshal.o ../../../dlls/oleaut32/tmarshal.c ../../../dlls/oleaut32/tmarshal.c:426:3: warning: #warning You need to implement stubless proxies for your architecture [-Wcpp] ../../../dlls/oleaut32/tmarshal.c: In function ‘serialize_param’: ../../../dlls/oleaut32/tmarshal.c:717:279: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../dlls/oleaut32/tmarshal.c:793:73: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../dlls/oleaut32/tmarshal.c:794:56: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../dlls/oleaut32/tmarshal.c:800:50: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../dlls/oleaut32/tmarshal.c:802:7: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../dlls/oleaut32/tmarshal.c:802:41: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../dlls/oleaut32/tmarshal.c:807:51: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../dlls/oleaut32/tmarshal.c:809:7: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../dlls/oleaut32/tmarshal.c:809:41: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../dlls/oleaut32/tmarshal.c:895:92: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../dlls/oleaut32/tmarshal.c: In function ‘deserialize_param’: ../../../dlls/oleaut32/tmarshal.c:1076:12: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] ../../../dlls/oleaut32/tmarshal.c:1079:78: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../dlls/oleaut32/tmarshal.c:1086:15: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] ../../../dlls/oleaut32/tmarshal.c:1181:11: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] ../../../dlls/oleaut32/tmarshal.c:1189:16: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../dlls/oleaut32/tmarshal.c: In function ‘init_proxy_entry_point’: ../../../dlls/oleaut32/tmarshal.c:1699:17: warning: unused variable ‘xasm’ [-Wunused-variable] ../../../dlls/oleaut32/tmarshal.c: At top level: ../../../dlls/oleaut32/tmarshal.c:1317:1: warning: ‘xCall’ defined but not used [-Wunused-function] -- ccache gcc -msse4 -O3 -Wall -c -I../../../dlls/setupapi -I. -I../../../include -I../../include -D__WINESRC__ -D_SETUPAPI_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter -Wwrite-strings -Wpointer-arith -Wlogical-op -I/usr/include/freetype2 -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0 -o devinst.o ../../../dlls/setupapi/devinst.c ../../../dlls/setupapi/devinst.c: In function ‘SETUPDI_AllocateDeviceInfo’: ../../../dlls/setupapi/devinst.c:470:26: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] ../../../dlls/setupapi/devinst.c: In function ‘SETUPDI_FreeDeviceInfo’: ../../../dlls/setupapi/devinst.c:527:16: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../dlls/setupapi/devinst.c: In function ‘SetupDiGetDeviceRegistryPropertyA’: ../../../dlls/setupapi/devinst.c:3106:278: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] ../../../dlls/setupapi/devinst.c: In function ‘SetupDiGetDeviceRegistryPropertyW’: ../../../dlls/setupapi/devinst.c:3167:278: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] ../../../dlls/setupapi/devinst.c: In function ‘CM_Get_Device_IDA’: ../../../dlls/setupapi/devinst.c:3940:45: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../dlls/setupapi/devinst.c: In function ‘CM_Get_Device_IDW’: ../../../dlls/setupapi/devinst.c:3958:45: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../dlls/setupapi/devinst.c:3970:18: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../dlls/setupapi/devinst.c: In function ‘CM_Get_Device_ID_Size’: ../../../dlls/setupapi/devinst.c:3982:47: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../dlls/setupapi/devinst.c:3993:18: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] -- ccache gcc -msse4 -O3 -Wall -c -I../../../dlls/winmm -I. -I../../../include -I../../include -D__WINESRC__ -D_WINMM_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter -Wwrite-strings -Wpointer-arith -Wlogical-op -I/usr/include/freetype2 -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0 -o winmm.o ../../../dlls/winmm/winmm.c ../../../dlls/winmm/winmm.c: In function ‘MMSYSTEM_GetMidiStream’: ../../../dlls/winmm/winmm.c:975:19: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] ../../../dlls/winmm/winmm.c: In function ‘MMSYSTEM_MidiStream_MessageHandler’: ../../../dlls/winmm/winmm.c:1092:43: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] ../../../dlls/winmm/winmm.c: In function ‘midiStreamOpen’: ../../../dlls/winmm/winmm.c:1304:23: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] -- ccache gcc -msse4 -O3 -Wall -c -I../../../programs/winedbg -I. -I../../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter -Wwrite-strings -Wpointer-arith -Wlogical-op -I/usr/include/freetype2 -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0 -o be_x86_64.o ../../../programs/winedbg/be_x86_64.c ../../../programs/winedbg/be_x86_64.c: In function ‘be_x86_64_is_func_call’: ../../../programs/winedbg/be_x86_64.c:346:11: warning: variable ‘segment’ set but not used [-Wunused-but-set-variable] ========== system ========== Operating System Linux azura 3.0.0-14-generic #23-Ubuntu SMP Mon Nov 21 20:28:43 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux Configuration (32-bit) '--prefix=/usr' '--libdir=/usr/lib32' '--disable-tests' '--with-alsa' '--with-freetype' '--without-gstreamer' '--with-jpeg' '--with-ldap' '--with-openal' '--with-opengl' '--with-openssl' '--with-png' '--with-x' '--with-xinerama' '--with-xinput2' '--with-xml' '--with-xrandr' '--without-capi' '--without-cms' '--without-cups' '--without-curses' '--without-fontconfig' '--without-gettextpo' '--without-gnutls' '--without-gphoto' '--without-gsm' '--without-hal' '--without-mpg123' '--without-opencl' '--without-oss' '--without-sane' '--without-tiff' '--without-v4l' '--without-xslt' '--without-xxf86vm' 'CC=ccache gcc -msse4 -O3 -Wall' Configuration (64-bit) '--prefix=/usr' '--libdir=/usr/lib' '--enable-tests' '--enable-win64' '--with-alsa' '--with-freetype' '--without-gstreamer' '--with-jpeg' '--with-ldap' '--with-openal' '--with-opengl' '--with-openssl' '--with-png' '--with-x' '--with-xinerama' '--with-xinput2' '--with-xml' '--with-xrandr' '--without-capi' '--without-cms' '--without-cups' '--without-curses' '--without-fontconfig' '--without-gettextpo' '--without-gnutls' '--without-gphoto' '--without-gsm' '--without-hal' '--without-mpg123' '--without-opencl' '--without-oss' '--without-sane' '--without-tiff' '--without-v4l' '--without-xslt' '--without-xxf86vm' 'CC=ccache gcc -msse4 -O3 -Wall' Warning report for wine-1.4-rc1 generated on Tue Jan 31 12:38:27 GMT 2012 J. Leclanche

2 2

Re: [PATCH 3/4] ddraw/tests: Add an IDirect3DTexture2::Load color key test
by Marvin 31 Jan '12

31 Jan '12

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=16746 Your paranoid android. === W7PROX64 (64 bit ddraw4) === ddraw4.c:1247: Test failed: Failed to get Direct3DTexture2 interface, hr 0x80004002. ddraw4.c:1249: Test failed: Failed to get Direct3DTexture2 interface, hr 0x80004002. Timeout === TEST64_W7SP1 (64 bit ddraw4) === ddraw4.c:1247: Test failed: Failed to get Direct3DTexture2 interface, hr 0x80004002. ddraw4.c:1249: Test failed: Failed to get Direct3DTexture2 interface, hr 0x80004002. Timeout

1 0

Re: [PATCH 2/4] ddraw/tests: Add an IDirect3DTexture::Load color key test
by Marvin 31 Jan '12

31 Jan '12

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=16745 Your paranoid android. === WNT4WSSP6 (32 bit ddraw2) === ddraw2.c:1117: Test failed: Got unexpected hr 0x88760064. ddraw2.c:1129: Test failed: Got unexpected hr 0x88760064. ddraw2.c:1131: Test failed: Got unexpected hr 0x887600d7. ddraw2.c:1140: Test failed: Got unexpected hr 0x88760064. ddraw2.c:1143: Test failed: dwColorSpaceLowValue is 0xff. ddraw2.c:1144: Test failed: dwColorSpaceHighValue is 0xff. ddraw2.c:1152: Test failed: Got unexpected hr 0x88760064. ddraw2.c:1155: Test failed: dwColorSpaceLowValue is 0xff. ddraw2.c:1156: Test failed: dwColorSpaceHighValue is 0xff. === W7PROX64 (64 bit ddraw2) === ddraw2.c:1111: Test failed: Failed to get Direct3DTexture interface, hr 0x80004002. ddraw2.c:1113: Test failed: Failed to get Direct3DTexture interface, hr 0x80004002. Timeout === TEST64_W7SP1 (64 bit ddraw2) === ddraw2.c:1111: Test failed: Failed to get Direct3DTexture interface, hr 0x80004002. ddraw2.c:1113: Test failed: Failed to get Direct3DTexture interface, hr 0x80004002. Timeout

1 0

Re: [PATCH 2/2] urlmon: Properly handle relative URIs with specified host in combine_uri
by Marvin 31 Jan '12

31 Jan '12

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=16738 Your paranoid android. === W7PROX64 (64 bit uri) === uri.c:10092: Test failed: Error: IUri_GetPropertyDWORD returned 0x00000001, expected 0x00000000 on uri_combine_tests[31].dword_props[1]. uri.c:10095: Test failed: Error: Expected 80, but got 0 instead on uri_combine_tests[31].dword_props[1]. uri.c:10092: Test failed: Error: IUri_GetPropertyDWORD returned 0x00000001, expected 0x00000000 on uri_combine_tests[32].dword_props[1]. uri.c:10095: Test failed: Error: Expected 80, but got 0 instead on uri_combine_tests[32].dword_props[1]. uri.c:10408: Test failed: Error: IUri_GetPropertyDWORD returned 0x00000001, expected 0x00000000 on uri_combine_tests[31].dword_props[1]. uri.c:10411: Test failed: Error: Expected 80, but got 0 instead on uri_combine_tests[31].dword_props[1]. uri.c:10408: Test failed: Error: IUri_GetPropertyDWORD returned 0x00000001, expected 0x00000000 on uri_combine_tests[32].dword_props[1]. uri.c:10411: Test failed: Error: Expected 80, but got 0 instead on uri_combine_tests[32].dword_props[1].

2 1

Re: configure.ac: remove an extraneous semicolon (Clang)
by Ken Thomases 31 Jan '12

31 Jan '12

On Jan 30, 2012, at 10:09 PM, Austin English wrote: > @@ -1723,7 +1723,7 @@ then > saved_CFLAGS="$CFLAGS" > CFLAGS="$CFLAGS -Wlogical-op -Werror" > AC_CACHE_CHECK([for broken string.h that generates warnings with -Wlogical-op], ac_cv_c_logicalop_noisy, > - AC_COMPILE_IFELSE([AC_LANG_PROGRAM([[#include <string.h>]], [[char*f(const char *h,char n) {return strchr(h,n);}]])],[ac_cv_c_logicalop_noisy=no],[ac_cv_c_logicalop_noisy=yes])) > + AC_COMPILE_IFELSE([AC_LANG_PROGRAM([[#include <string.h>]], [[char*f(const char *h,char n) {return strchr(h,n)}]])],[ac_cv_c_logicalop_noisy=no],[ac_cv_c_logicalop_noisy=yes])) > CFLAGS="$saved_CFLAGS" > if test "$ac_cv_c_logicalop_noisy" = "no" > then That doesn't look extraneous to me. Also, static analysis of the configure test programs seems like it would produce tons of noise. Those are often not sane programs by normal standards. Regards, Ken

2 1

Best way to overlay a filesystem for a Wine app?
by Scott Ritchie 30 Jan '12

30 Jan '12

Suppose someone wants to distribute a Windows application as a traditional package, such as via the Ubuntu Software Center App Store. Ubuntu requires these commercial packages: 1) Install into a unique namespace in /opt (icons/.desktop excepted) 2) Store their user configuration in ~/.packagename or ~/.config/packagename I have already packaged a super-simple Wine application this way. This was a single binary file that could be run from anywhere - all I had to do was copy it into its own /opt folder and make a .desktop file that declared a unique WINEPREFIX for it. More complicated Windows applications, however, won't be doable with this basic approach. Specifically, Windows applications might: 1) Be distributed as installer files 2) Have self-updating mechanisms 3) Expect their own folder to be user-writable One ugly not-quite-solution would be to just have the package put the installer in opt, provide a link to it, and expect the user to install like he would a downloaded application (and then use a different .desktop file to actually run the program). Slightly better is to just copy an entire /opt prefix template into user space on first run, and then let it go on its own way after that. An app which didn't self-update, however, would then be unable to benefit from an updated version of the system package. A more complete solution would have a prefix in the user space, but files inside it would actually be those residing in /opt. A system of symlinks might work, but if a package update introduced new files those would not be available without complicated scripting to add the links. To me, this sounds an awful lot like an overlay file system. Would unionfs-fuse be the correct solution here? The .desktop file that sets the Wine prefix and also launches the app could mount the FUSE filesystem, and the user-space Wine prefix's files could take priority over those in /opt. Stuff like user-modding and update/repair systems could work properly in that context as well. Or have I missed something? Thanks, Scott Ritchie

4 5

winecoreaudio.drv: Improve underrun handling
by Joerg-Cyril.Hoehle＠t-systems.com 30 Jan '12

30 Jan '12

Andrew, The good news is that your underrun patch prevents mmdevapi from writing less and less frames in mmdevapi/tests/render:test_worst_case http://test.winehq.org/data/f0cfa7cf46d7c832fb84555529d1a1b7c49c46c0/mac_jc… >render.c:1631: Released 86436=98x882 -0 frames at 44100 worth 1960ms in 2035ms >render.c:1631: Released 71442=81x882 -0 frames at 44100 worth 1620ms in 2037ms >render.c:1631: Released 56448=64x882 -0 frames at 44100 worth 1280ms in 2039ms That is abnormal behavior. + sc = AudioQueueEnqueueBufferWithParameters(This->aqueue, + This->public_buffer, 0, NULL, 0, 0, 0, NULL, &req_time, &start_time); I advise against setting req_time. This can only fragilize the system. What if req_time is miscomputed or there's a delay? NULL=ASAP is exactly what we want. We don't want ALSA/dmix behavior, where it'll silently skip over late frames in order to catch up (dunno if MacOSX does this but in my eyes that doesn't matter). If you need to memorize a time, I believe it's best stored in our AQBuffer struct. >if(list_count(...) == 0) I once wrote a patch to turn such a pattern into if(list_empty(...)) Regards, Jörg

2 3

Re: winealsa: snd_card_get_name uses strdup (Valgrind). (2nd)
by Alexandre Julliard 30 Jan '12

30 Jan '12

Joerg-Cyril.Hoehle(a)t-systems.com writes: > Perhaps that way, the relationship is obvious. > > Please choose whether to apply the original patch #82900 or this one. > It used instead "if(!err)" i.e. the 0 return code that ALSA documents. The previous one was better, but you need to get rid of that cast. -- Alexandre Julliard julliard(a)winehq.org

1 0

mmdevapi: Correctly convert UINT32 to INT64
by Joerg-Cyril.Hoehle＠t-systems.com 30 Jan '12

30 Jan '12

Andrew, thank you very much for finding a bug in my code. I'll have to meditate signed/unsigned conversions for the next months. Perhaps it's my lack of familiarity with the MS-Windows API that had me not find a signed equivalent of UINT32. Indeed there's none in windef.h. So I choose 'long'. But now I see basestd.h defines LONG32. INT64 is not appropriate. getbuf_last should be of the same size than the other frame holding types. I once wrote a patch to turn all #frame holding entities from UINT64 into 32. Please rewrite the patch to use the LONG32 type, then you'll need no surprising cast. If the loss of 1 bit worries you, the solution IMHO is not to go to INT64 rather than prevent a duration that large in Initialize. In shared mode, there's no 2s limit. My tests opened a 10s buffer. I've not tested anything larger. LONG32 leaves enough room for 10000 seconds at 200000fps. Regards, Jörg Höhle

3 3

comctl32: fix MSVC build in imagelist.c
by carlo.bramix＠libero.it 30 Jan '12

30 Jan '12

If I can say my opinion, I disagree on the usage of HeapAlloc/HeapFree for that known amount of memory. Instead, for granting compatibility with MSVC, I would continue to use a structure in stack memory by simply using _alloca() and something like this: LPBITMAPINFO bmi = (LPBITMAPINFO) _alloca(FIELD_OFFSET(BITMAPINFO, bmiColors[256])); or this: LPBITMAPINFO bmi = (LPBITMAPINFO) _alloca(sizeof(BITMAPINFO)+sizeof(RGBQUAD)*256); and leaving all other lines of code unchanged. Sincerely, Carlo Bramini. > Thomas Faber <thfabba at gmx.de> writes: > >> This removes the use of a Variable-Length Array in ImageList_CreateImage >> and replaces it with HeapAlloc/HeapFree, as it is done in several >> other functions in this file. >> Alas, FIELD_OFFSET is "not const enough" for ANSI C. > >Using sizeof instead would be preferable. > >-- >Alexandre Julliard >julliard at winehq.org >

1 0

Rules for code freeze
by Alexandre Julliard 30 Jan '12

30 Jan '12

Folks, We are now in code freeze, so all patches that are not obviously harmless need to have a justification as to why the patch should be applied. In most cases, that simply means pointing to the corresponding bug that is fixed by the patch. Patches that seem risky will be marked pending or deferred. If you still think they should go in, you should convince me that they fix something important that is worth the risk. Patches that only change the tests can't break apps so they will be accepted freely, at least until we get closer to release. Patches that require translation updates will only be accepted for the next two weeks, to give translators time to catch up afterwards. I'm planning to make rc releases every week until we run out of bugs. The release schedule may be a bit more random than usual because of travel constraints (not to mention skiing constraints ;-) -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: comctl32: fix MSVC build in imagelist.c
by Alexandre Julliard 30 Jan '12

30 Jan '12

Thomas Faber <thfabba(a)gmx.de> writes: > This removes the use of a Variable-Length Array in ImageList_CreateImage > and replaces it with HeapAlloc/HeapFree, as it is done in several > other functions in this file. > Alas, FIELD_OFFSET is "not const enough" for ANSI C. Using sizeof instead would be preferable. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [PATCH] include: Handle rmxftmpl.x when needed by d3dx9 without the need to make all includes. (try 2)
by Rico Schüller 30 Jan '12

30 Jan '12

Please ignore this patch, it seems to break make crosstest. Cheers Rico Am 30.01.2012 09:00, schrieb Rico Schüller: > Hi, > > this is try 2 for fixing the build for d3dx9_36 without requiring to > make all includes. > > Improvements: > - don't use a generic rule, use a file specific one > > Cheers > Rico > > --- > Make.rules.in | 3 +++ > include/Makefile.in | 3 --- > 2 files changed, 3 insertions(+), 3 deletions(-) > > > > >

1 0

Re: kernel32: add a stub for LCMapStringEx (try 2)
by Dmitry Timoshkov 30 Jan '12

30 Jan '12

Austin English <austinenglish(a)gmail.com> wrote: > Forgot the include changes. Forwarding it to LCMapString would be much better. -- Dmitry.

3 2

Re: [PATCH 4/5] ddraw/tests: Port the depth blit test to ddraw2
by Henri Verbeet 30 Jan '12

30 Jan '12

On 22 January 2012 16:32, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > + /* FIXME: This is wrong, d3d2 does not have D3DRENDERSTATE_LIGHTING. D3DLVERTEX should > + * disable lighting. This needs more tests and fixes after Wine 1.4 */ > + hr = IDirect3DDevice2_SetRenderState(device, D3DRENDERSTATE_LIGHTING, FALSE); It probably makes sense to just skip this call and add a todo_wine for the failing tests. Also, if all that's needed for this is setting WINED3D_RS_LIGHTING in IDirect3DDeviceImpl_2_DrawPrimitive(), I think that should be ok to go in before 1.4.

2 1

Re: user32: Only call SetWindowPos() in UpdateLayeredWindowIndirect() if needed. (try 2)
by Dmitry Timoshkov 30 Jan '12

30 Jan '12

Adam Martinson <adam.r.martinson(a)gmail.com> wrote: > Fixes bug 26924. Please add the tests. -- Dmitry.

1 0

re: Best way to overlay a filesystem for a Wine app?
by Dan Kegel 30 Jan '12

30 Jan '12

Hi Scott, I agree with what Vrit said. Here's what I recall learning from helping package Picasa: - don't package the installer - rely on the system's update manager to pull updated versions of the package from the repository - install everything read-only into /opt/companyname/appname - start the app using a shell script that creates a wineprefix on 1st run - The wineprefix should have real directories (so the app can create files in Program Files, ugh), should symlink to all the readonly files in /opt, and have real copies of any files that can't be read-only As Vrit said, the script that creates the wineprefix is very app-specific, but once you write one, it's probably easy to write the next one. - If you are running your own repo, you should put exactly one app per repo. Otherwise you run into trouble because Canonical would want to review all the apps in the repo every time you update any one of them. So no overlay filesystem needed, symlinks should usually suffice. (Picasa also went further and bundled a snapshot of wine, too, and modified the app slightly to display unix paths, which required adding one little extension to wine. I'm sure the wine patch is around if someone wants it. And since it was in a non-ubuntu repo, it had to do a strange song and dance to avoid autoupdates being disabled when the user upgraded to a new version of ubuntu. This was considered safe because picasa was fairly well self-contained and maintained, and was unlikely to break on system updates.) In case you want to look at picasa's scripts, the download page seems to be gone, but the repo seems to still be there: http://dl.google.com/linux/deb/pool/non-free/p/picasa/picasa_3.0-current_i3… http://dl.google.com/linux/deb/pool/non-free/p/picasa/picasa_3.0-current_am… 4ecf30186ce76430a7791cee2608f47e07b015e6 picasa_3.0-current_amd64.deb fe8e83b29a10b5d663e87861d85512faea036c06 picasa_3.0-current_i386.deb Still installs and runs ok on 11.10.

2 2

Re: patch msvcrt.dll file.c MSVCRT_tmpfile() open_flags --> stream_flags
by Vitaliy Margolen 29 Jan '12

29 Jan '12

On 01/29/2012 07:25 AM, fred wrote: > Hi Wine-Team > > A old bugfix on my system > You need to fix at least these issues with your e-mail: - One e-mail per patch. - All patches needs to be submitted using git format-patch.. - You have to specify your full name in From: address For more details see: http://wiki.winehq.org/SubmittingPatches Vitaliy.

1 0

Re: [po]updated korean resource(2012-1-28)
by Frédéric Delanoy 29 Jan '12

29 Jan '12

2012/1/28 Hwang YunSong(황윤성) <hys545(a)dreamwiz.com> > > fuzzy sections tranlated > > <http://www.dreamwiz.com/> http://www.dreamwiz.com/ > > <http://mall.shinsegae.com/display/display/planshop.do?disp_ctg_id=10049845&…> > > You should send your patch in plain text format (as all mails to wine-devel / wine-patches). Also, you shouldn't specify a date in the patch subject line (Change PO-Revision-Date in the po file instead for instance) so "[po]updated korean resource(2012-1-28)" should be sthg like "po: Update Korean translation" to conform to naming conventions (see http://wiki.winehq.org/SubmittingPatches). Frédéric

1 0

HRBlock error. Sure would like to do my taxes on Linux using Wine.
by Ken Stephens 29 Jan '12

29 Jan '12

I get the following error when trying to load HRBlock software: Error Messsage [kens@atlas HRBlock2011]$ wine tcauto.exe err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 32 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 32 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels err:ole:CoGetClassObject class {96749377-3391-11d2-9ee3-00c04f797396} not registered err:ole:CoGetClassObject class {96749377-3391-11d2-9ee3-00c04f797396} not registered err:ole:create_server class {96749377-3391-11d2-9ee3-00c04f797396} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {96749377-3391-11d2-9ee3-00c04f797396} could be created for context 0x17 fixme:win:EnumDisplayDevicesW ((null),0,0x32f70c,0x00000000), stub! fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:urlmon:InternetBindInfo_GetBindString not supported string type 12 fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:wininet:InternetLockRequestFile STUB fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! Application tried to create a window, but no driver could be loaded. Unknown error (0). [kens@atlas HRBlock2011]$ err:ntdll:RtlDeleteResource Deleting active MRSW lock (0x111bf4), expect failure err:ntdll:RtlDeleteResource Deleting active MRSW lock (0x1124fc), expect failure [kens@atlas HRBlock2011]$ -- Ken Stephens, SV Aventura, Portland, OR

4 3

Re: wined3d: downgrade a noisy FIXME to a WARN
by Stefan Dösinger 29 Jan '12

29 Jan '12

Am Samstag, 28. Januar 2012, 14:19:22 schrieb Austin English: > Follow up to > http://www.winehq.org/pipermail/wine-patches/2012-January/110971.html. I > was hoping to get it in before 1.4, to reduce users asking about it in > #winehq/forums. > > I know Henri feels it should be properly fixed instead, but given > http://www.winehq.org/pipermail/wine-devel/2012-January/093977.html, I > don't see that happening, and certainly not before 1.4. No one has > sent a simple downgrade patch, instead opting to go with the > FIXME_once approach. Hopefully this is a fair compromise. We don't want to downgrade all flags. Most(all?) of the noise comes from the WRITEONLY usage flag. The other flags are more serious should an app use them.

1 0

Re: user32: Only call SetWindowPos() in UpdateLayeredWindowIndirect() if needed.
by Dmitry Timoshkov 29 Jan '12

29 Jan '12

Adam Martinson <adam.r.martinson(a)gmail.com> wrote: > Fixes bug 26924. This needs the tests. -- Dmitry.

1 0

NLS files and FONTSIGNATURE
by Pablo Saratxaga 28 Jan '12

28 Jan '12

Kaixo, I'm planning to create/fix/check all the possible NLS files. There is, however, an entry on those files that is problematic for me, namely the LOCALE_FONTSIGNATURE one. >From the Microsoft docs I understand it is made of 3 bitfields, one 128bit for unicode coverage, and two 64bit ones for codepage ("default" and "supported"). For those last two there is no problem, after the normal endianess switching I get an hex number with bits that make sens. eg for rus.nls file I have a fontsignature being: L"\x0203\x8000\x3848\x0000\x0000\x0000\x0000\x0000\x0004\x0000\x0000\x0002\x0004\x0000\x0000\x0202" the default and supported codepage parts are respectively: \x0004\x0000\x0000\x0002 \x0004\x0000\x0000\x0202 after switching \x(1)\x(2)\x(3)\x(4) to 0x(4)(3)(2)(1) I get: 0x0002000000000004 and 0x0202000000000004 which perfectly match bits 2, 49, 57; code pages 1250, 866, 855 But for the unicode coverage part I'm lost... In the LOCALE_FONTSIGNATURE it is: \x00a3\x8000\x7878\x38c9\x0016\x0000\x0000\x0000 In order to get a 128 bit number that makes sense I had to do the following switching: \x(1)\x(2)\x(3)\x(4)\x(5)\x(6)\x(7)\x(8) to 0x(2)(7)(6)(5)(4)(3)(8)(1) but it seems strange to me. Also, font signatures for other nls don't make sense with that substitution. So; how should I made the conversion between the format used in *.nls files and the 128 bit number used as bitfield to calculate the flags? Are the values in *.nls files trusty? Thanks -- Ki ça vos våye bén, Pablo Saratxaga http://chanae.walon.org/pablo/ PGP Key available, key ID: 0xD9B85466

1 0

Save backtrace feature
by Bruno Jesus 28 Jan '12

28 Jan '12

I'm not sure what this console error means but it's always related to exceptions and crashes: err:seh:setup_exception_record stack overflow 848 bytes in thread 0009 eip 7bc79df6 esp 00230fe0 stack 0x230000-0x231000-0x330000 When an error like this happens during a crash the new error window with the save backtrace feature will keep "Loading detailed information" forever. I guess it should say something like "could not load required information". I looked in the list emails and it looks like this issue was not reported yet. I'm sorry if it already was discussed and I missed it. Best wishes, Bruno

2 1

Re: [PATCH] winecoreaudio.drv: Improve underrun handling
by Ken Thomases 28 Jan '12

28 Jan '12

On Jan 27, 2012, at 3:46 PM, Andrew Eikum wrote: > + if(list_count(&This->queued_bufinfos) == 0){ > + sc = AudioQueueGetCurrentTime(This->aqueue, NULL, &req_time, NULL); This isn't quite the same as the next start time. Even if there are no remaining queued buffers, the queue may still be playing some audio from the last of them. In that case, the queue's current time would not be the actual desired start time of this buffer. Have you verified that the queue schedules it after whatever audio may be playing? Also, what about the fact that AudioQueueGetCurrentTime() seems to return an unreliable time when the queue is paused? > + if(req_time.mFlags & kAudioTimeStampSampleTimeValid){ > + sc = AudioQueueEnqueueBufferWithParameters(This->aqueue, > + This->public_buffer, 0, NULL, 0, 0, 0, NULL, &req_time, &start_time); > + if(sc != noErr){ > + OSSpinLockUnlock(&This->lock); > + WARN("Unable to enqueue buffer: %lx\n", sc); > + return E_FAIL; > + } > + }else{ > + sc = AudioQueueEnqueueBufferWithParameters(This->aqueue, > + This->public_buffer, 0, NULL, 0, 0, 0, NULL, NULL, &start_time); > + if(sc != noErr){ > + OSSpinLockUnlock(&This->lock); > + WARN("Unable to enqueue buffer: %lx\n", sc); > + return E_FAIL; > + } I would avoid duplicating those two branches just to change between &req_time or NULL. Either use a pointer variable to hold the argument you're going to pass, computed in an "if", or use the conditional ?: operator inline. -Ken

1 0

Re: Wine release 1.4-rc1
by James McKenzie 27 Jan '12

27 Jan '12

Alexandre: Congratulations to the Wine Team. Now to beat on it... James On Fri, Jan 27, 2012 at 12:58 PM, Alexandre Julliard <julliard(a)winehq.org> wrote: > The Wine development release 1.4-rc1 is now available. > -- > Alexandre Julliard > julliard(a)winehq.org >

1 0

brainstorm: what are the audio stumbling blocks?
by Joerg-Cyril.Hoehle＠t-systems.com 27 Jan '12

27 Jan '12

Hi, What are the areas that would have the most impact if fixed? You are invited to participate and share your thoughts. I believe we need to distinguish winmm/dsound/mmdevapi/OS. mmdevapi: A. lock-less timer callback design, bug #. But I don't think where we would get the most improvement from avoiding a few EnterCriticalSection. B. Stability of time base, bug #. Perhaps major. My render "worst case" test showed that CreateTimerQueue never invoked callbacks every 10ms as asked rather than 8 or 12ms. I don't know if that's the Linux jiffies we see here. C. too small ALSA buffer for the backend I've sketched a "hidden frames" design that would allow using a larger ALSA or OSS buffer, but that needs a reliable estimate of how much ALSA has buffered. Also, that's at odds with DSound and XAudio2 which want short latency and presumably don't send much data in advance. Every audio HW guy recommends using audio buffers as large as possible. Can't we just because of the f**ing 10ms period? D. timer frequency Is it really important to match native's 10ms period? The UNIX world is trying to decrease the number of interrupts in order to preserve battery life, but we go backwards and move from a model which dynamically computed the next wake-up based on the number of submitted frames to a tiny fixed period. Are we crazy? E. lead-in aka. "ALSA won't start", bug # F. lead-out aka. finish playing trailing frames not modulo period size, bug # G. other mmdevapi winmm: H. GetPosition is not (yet) == mmdevapi's GetPosition I. other winmm DSound: J. time base? It uses timeSetEvent. What if using mmdevapi's event? K. buffer size too small or not matching whatever needs? L. issues with GetCurrentPadding/GetPosition The "true position" may be too far away from the write pointer, e.g. PA's typical 2s latency. Deal with that, matching DSound's and the apps' expectations as well as Linux/BSD/OSX sound systems. M. DSound's underlying model is a ring buffer. This does not match mmdevapi's. Should we bypass mmdevapi because all it adds is latency? Reinvent HW acceleration? Provide a hidden API in mmdevapi? N. other DSound XAudio2: Modern apps will use that because mmdevapi is too low-level, presumably DSound usage will decrease. O. XAudio2 appears to use the "worst case small period size writes" known from the Rage bug # P. other Capture: Q. whatever capture issues UNIX host: R. thread priority -- no "Pro Audio" / Real-Time priority S. reliability of event/interrupt delivery over sustained intervals (hours, not minutes). T. Wine SetEvent & server round-trip times Other: U. FMOD & whatever, any particular constraints? V. other? Thanks for your contribution, Jörg Höhle

2 4

Re: Wine release 1.4-rc1
by Alexandre Julliard 27 Jan '12

27 Jan '12

Alexandre Julliard <julliard(a)winehq.org> writes: > The source is available from the following locations: > > http://ibiblio.org/pub/linux/system/emulators/wine/wine-1.3.38.tar.bz2 > http://prdownloads.sourceforge.net/wine/wine-1.3.38.tar.bz2 Of course, that should read http://ibiblio.org/pub/linux/system/emulators/wine/wine-1.4-rc1.tar.bz2 http://prdownloads.sourceforge.net/wine/wine-1.4-rc1.tar.bz2 Hopefully my release scripts will be bug-free by 1.4 final ;-) -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [PATCH 1/1] crypt32: Fix domain component length check.
by Austin English 27 Jan '12

27 Jan '12

On Fri, Jan 27, 2012 at 10:11, Erich E. Hoover <ehoover(a)mines.edu> wrote: > Real Name: > Erich Hoover > > Description: > This patch fixes an issue where the domain component in > match_domain_component will not match when the allowed_component is > NULL terminated. This currently affects the Battle.net System Checker > (Bug #28162), which passes a server_component of "net" and an > allowed_component of "net\000". > > Changelog: > crypt32: Fix domain component length check. Forgot the patch. -- -Austin

3 2

Re: [PATCH 1/2] itss: Enlarge buffer to include space for a catenated value.
by Jacek Caban 27 Jan '12

27 Jan '12

Hi Erich, On 01/27/12 04:58, Erich E. Hoover wrote: > --- a/dlls/itss/storage.c > +++ b/dlls/itss/storage.c > @@ -418,7 +418,7 @@ static HRESULT WINAPI ITSS_IStorageImpl_OpenStorage( > if( !chmfile ) > return E_FAIL; > > - len = strlenW( This->dir ) + strlenW( pwcsName ) + 1; > + len = strlenW( This->dir ) + strlenW( pwcsName ) + strlenW( szRoot ) + 1; szRoot is a constant string, so there is no need to call strlenW on it. IMO it would be best to get rid of szRoot and use character assignment instead. Cheers, Jacek

1 0

Re: [PATCH 2/2] winmm: Restore useful MMSYSERR_* codes at open time.
by Andrew Eikum 27 Jan '12

27 Jan '12

On Fri, Jan 27, 2012 at 02:02:22PM +0100, Joerg-Cyril.Hoehle(a)t-systems.com wrote: > + case S_FALSE: /* as in IsFormatSupported */ > + case AUDCLNT_E_UNSUPPORTED_FORMAT: > + return WAVERR_BADFORMAT; I think I'd rather special-case how we handle IsFormatSupported, rather than put S_FALSE->BADFORMAT into the generic conversion. Andrew

1 0

Re: vbscript: Get rid of unused SET_CALLED macro
by Marvin 27 Jan '12

27 Jan '12

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=16686 Your paranoid android. === WNT4WSSP6 (32 bit createobj) === createobj.c:731: Test failed: CoCreateInstance failed: 80040154 createobj: unhandled exception c0000005 at 00402A21

1 0

mmdevapi/tests: Perform renderer padding & position tests.
by Joerg-Cyril.Hoehle＠t-systems.com 27 Jan '12

27 Jan '12

Alexandre, You wrote: >It doesn't work here: Backtrace: =>0 get_audio_session+0xbd() in winealsa 1 AudioClient_Initialize+0x5ae(iface=0x30c80, mode=AUDCLNT_SHAREMODE_SHARED, flags=0, duration=<is not available>, period=0x186a0, fmt=0x30f00, sessionguid=0x22fa00) [dlls/winealsa.drv/mmdevdrv.c:1075] in winealsa 2 test_session+0x114() [dlls/mmdevapi/tests/render.c:1298] in mmdevapi_test Could you please investigate this? The crash happens in test_session, before the one change to this function by my patch. The tests have been running thousands of iterations on my dual core MacOS (with my wip lock-free patches) and a single core Linux ALSA/dmix box. Several people have run the tests on native, including 64bit MS-Windows. I can't rule out that one of my latest additions may have introduced a bug, but so far I'd rather believe that my renderer tests have uncovered a bug in mmdevapi that shows up in your environment only. Why? On my side, I think I'll add ok(ref=0) checks around every IAC_Release. Thank you, Jörg Höhle

2 1

Re: mmdevapi/tests: Perform renderer padding & position tests.
by Alexandre Julliard 26 Jan '12

26 Jan '12

Joerg-Cyril.Hoehle(a)t-systems.com writes: > Hi, > > this again fixes a few flaky failures on testbot but has potential > to introduce more flaky failures, esp. with PulseAudio. It doesn't work here: ../../../../wine/tools/runtest -q -P wine -M mmdevapi.dll -T ../../.. -p mmdevapi_test.exe.so ../../../../wine/dlls/mmdevapi/tests/render.c && touch render.ok render.c:1081: Tests skipped: Rerun with WINETEST_DEBUG=2 for GetPosition tests. render.c:1081: Tests skipped: Rerun with WINETEST_DEBUG=2 for GetPosition tests. wine: Unhandled page fault on read access to 0xffffffffffffffb8 at address 0x2adef8d7577d (thread 003f), starting debugger... Unhandled exception: page fault on read access to 0xffffffffffffffb8 in 64-bit code (0x00002adef8d7577d). Register dump: rip:00002adef8d7577d rsp:000000000022f830 rbp:000000000022fa00 eflags:00010283 ( R- -- I S - - -C) rax:0000000000000000 rbx:0000000000030af0 rcx:000000000022fa00 rdx:0000000000000000 rsi:00002adef8b53cb0 rdi:000000000022fa00 r8:0000000000000020 r9:000000000022f700 r10:0000000000000010 r11:000000000022f730 r12:0000000000000002 r13:ffffffffffffff98 r14:00002adef8f870f0 r15:0000000000030d90 Stack dump: 0x000000000022f830: 0000000000030f28 0000000000030c80 0x000000000022f840: 000000008007000e 0000000000000000 0x000000000022f850: 000000000022fa00 0000000000000000 0x000000000022f860: 0000000000000000 00002adef8d78e4f 0x000000000022f870: 0000000000000000 00002adef3fdcce1 0x000000000022f880: 000000000022fa48 0000000000030d68 0x000000000022f890: 0000000000000000 00002adef8d77f2f 0x000000000022f8a0: 0000000000031080 00002ade0000000e 0x000000000022f8b0: 000000000022f8e8 0000000000030d68 0x000000000022f8c0: 0000bb800022fa00 0000000400005355 0x000000000022f8d0: 5b5b5b5b5b5b5b5b 5b5b5b5b5b5b5b5b 0x000000000022f8e0: 2020202020202020 2020202020202020 Backtrace: =>0 0x00002adef8d7577d get_audio_session+0xbd() in winealsa (0x000000000022fa00) 1 0x00002adef8d78e4f AudioClient_Initialize+0x5ae(iface=0x30c80, mode=AUDCLNT_SHAREMODE_SHARED, flags=0, duration=<is not available>, period=0x186a0, fmt=0x30f00, sessionguid=0x22fa00) [/home/julliard/wine/build/obj-elf64/dlls/winealsa.drv/../../../wine/dlls/winealsa.drv/mmdevdrv.c:1075] in winealsa (0x000000008007000e) 2 0x00002adef3fd6fb5 test_session+0x114() [/home/julliard/wine/build/obj-elf64/dlls/mmdevapi/tests/../../../../wine/dlls/mmdevapi/tests/render.c:1298] in mmdevapi_test (0x0000000000000000) 3 0x00002adef3fda2d3 func_render+0x292() [/home/julliard/wine/build/obj-elf64/dlls/mmdevapi/tests/../../../../wine/dlls/mmdevapi/tests/render.c:2150] in mmdevapi_test (0x000000000022fb38) 4 0x00002adef3fcc429 main+0x308(argc=<is not available>, argv=<is not available>) [/home/julliard/wine/build/obj-elf64/dlls/mmdevapi/tests/../../../../wine/include/wine/test.h:556] in mmdevapi_test (0x000000000001079c) 5 0x00002adef3fdd8c2 __wine_spec_exe_entry+0xa1(peb=<is not available>) [/home/julliard/wine/build/obj-elf64/dlls/winecrt0/../../../wine/dlls/winecrt0/exe_entry.c:36] in mmdevapi_test (0x00002adef2285a30) 6 0x00002adef3278404 start_process+0xb3(peb=0x7fffffbef000) [/home/julliard/wine/build/obj-elf64/dlls/kernel32/../../../wine/dlls/kernel32/process.c:1053] in kernel32 (0x00002adef3fdd820) 7 0x00002adef2ae328b call_thread_func+0x6a(entry=0x2adef3278350, arg=0x7fffffbef000, frame=0x0(nil)) [/home/julliard/wine/build/obj-elf64/dlls/ntdll/../../../wine/dlls/ntdll/signal_x86_64.c:3189] in ntdll (0x00007fff3177aa50) 8 0x00002adef2adcbb6 call_thread_entry_point+0x29() in ntdll (0x00007fff3177aa50) 9 0x00002adef2aaf1d6 start_process+0x15(kernel_start=<is not available>) [/home/julliard/wine/build/obj-elf64/dlls/ntdll/../../../wine/dlls/ntdll/loader.c:2612] in ntdll (0x00007fff3177aa50) 10 0x00002adef1f5f3a3 wine_call_on_stack+0x12() in libwine.so.1 (0x00007fff3177aa50) 11 0x00002adef1f5f3f9 wine_switch_to_stack+0x8(func=<is not available>, arg=<is not available>, stack=<is not available>) [/home/julliard/wine/build/obj-elf64/libs/wine/../../../wine/libs/wine/port.c:59] in libwine.so.1 (0x00007fffffbef000) 12 0x00002adef2ab4f10 LdrInitializeThunk+0x45f(kernel_start=0x2adef3278350, unknown2=<is not available>, unknown3=<is not available>, unknown4=<is not available>) [/home/julliard/wine/build/obj-elf64/dlls/ntdll/../../../wine/dlls/ntdll/loader.c:2668] in ntdll (0x00007fffffbef000) 13 0x00002adef327e885 __wine_kernel_init+0x8f4() [/home/julliard/wine/build/obj-elf64/dlls/kernel32/../../../wine/dlls/kernel32/process.c:1254] in kernel32 (0x00007fff3177bce0) 14 0x00002adef2ab5874 __wine_process_init+0x273() [/home/julliard/wine/build/obj-elf64/dlls/ntdll/../../../wine/dlls/ntdll/loader.c:2877] in ntdll (0x0000000000000400) 15 0x00002adef1f5d325 wine_init+0x294(argc=<is not available>, argv=0x7fff3177c4b8, error="", error_size=0x400) [/home/julliard/wine/build/obj-elf64/libs/wine/../../../wine/libs/wine/loader.c:831] in libwine.so.1 (0x0000000000000400) 16 0x000000007bf00d41 main+0x70(argc=0x3, argv=0x7fff3177c4b8) [/home/julliard/wine/build/obj-elf64/loader/../../wine/loader/main.c:230] in <wine-loader> (0x0000000000000003) 17 0x00002adef24ebead __libc_start_main+0xfc(main=<is not available>, argc=<is not available>, ubp_av=<is not available>, init=<is not available>, fini=<is not available>, rtld_fini=<is not available>, stack_end=0x7fff3177c4a8) [/home/aurel32/eglibc/eglibc-2.13/csu/libc-start.c:228] in libc.so.6 (0x0000000000000000) 18 0x000000007bf00e3d _start+0x28() in <wine-loader> (0x0000000000000000) 0x00002adef8d7577d get_audio_session+0xbd in winealsa: cmpq 0x0000000000000020(%r13),%rbx -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: winmm: Parse MCI colon notation as in T:MM:SS:F.
by Alexandre Julliard 26 Jan '12

26 Jan '12

Joerg-Cyril.Hoehle(a)t-systems.com writes: > + if (seen < 2) return FALSE; > + if (shift && (val >= 256 || (seen&1))) return FALSE; > + total |= val << shift; > + *data = (seen&1) ? -total : total; > + *ptr = ret; > + return TRUE; This is still fairly ugly. If you need two flags, declare two flag variables, instead of that sort of counter/flag mix. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [2/2] scrrun: Register Scripting interfaces
by Nikolay Sivov 26 Jan '12

26 Jan '12

On 1/25/2012 12:35, Alistair Leslie-Hughes wrote: > Hi, > > > Changelog: > scrrun: Register Scripting interfaces Some of this are already used in wshom.ocx, I'm not sure which one should take precedence and implement that. Probably it changed in recent Windows versions?

3 6

fwd: winealsa: snd_card_get_name uses strdup (Valgrind).
by Joerg-Cyril.Hoehle＠t-systems.com 26 Jan '12

26 Jan '12

Hi, Andrew Eikum updated ALSA's documentation http://git.alsa-project.org/?p=alsa-lib.git;a=commitdiff;h=226a34ac09e5d9c0… Now that free() is documented, the pending patch #82900 should be applied. Regards, Jörg Höhle

1 0

Re: shell32: Use simple helper for case insensitive strstr()
by Alexandre Julliard 26 Jan '12

26 Jan '12

Nikolay Sivov <nsivov(a)codeweavers.com> writes: > Fix for http://bugs.winehq.org/show_bug.cgi?id=28087 You shouldn't need anything of the kind. If StrStrIW doesn't work right it should be fixed (plus of course there's no reason to even use strstr() here at all). -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: po: Remove extraneous full stops from the Japanese translation.
by Akihiro Sagawa 25 Jan '12

25 Jan '12

Hi Francois, On Tue, 24 Jan 2012 00:28:02 +0100 (CET), Francois Gouget wrote: > This is essentially the kernel32 error messages. > > po/ja.po | 1587 +++++++++++++++++++++++++++++++------------------------------- > 1 files changed, 792 insertions(+), 795 deletions(-) IMHO, the error message should be well-formed sentences. I confused a lot while translating because some messages are not sentence style. For such a reason, I translated the message into Japanese sentence. So full-stops are reasonable. Additionally, in Windows, a sentence with periods or full-stops is used for the error message. So a Japanese Wine user might feel something wrong with the message if I translate without full-stops. Best regards, Akihiro Sagawa

3 4

Re: [PATCH] wined3d: Reduce console flood with an Ogre3D Game
by Henri Verbeet 25 Jan '12

25 Jan '12

On 22 January 2012 19:44, Detlef Riekenberg <wine.dev(a)web.de> wrote: > - if (usage & ~handled) > + static DWORD reported_once; > + > + if (usage & ~(handled | reported_once)) > + { > + reported_once |= (usage & ~handled); > FIXME("Unhandled usage flags %#x.\n", usage & ~handled); > + } I don't think so.

6 7

Re: ieframe: Fixed a typo in IDocObjectService::FireNavigateComplete2
by Marvin 25 Jan '12

25 Jan '12

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=16644 Your paranoid android. === WNT4WSSP6 (32 bit webbrowser) === webbrowser.c:3152: Test failed: Creating WebBrowser object failed: 80040154 webbrowser.c:3152: Test failed: Creating WebBrowser object failed: 80040154 webbrowser.c:3152: Test failed: Creating WebBrowser object failed: 80040154 webbrowser.c:3152: Test failed: Creating WebBrowser object failed: 80040154 webbrowser.c:3245: Test failed: Creating WebBrowser object failed: 80040154 === W2KPROSP4 (32 bit webbrowser) === webbrowser.c:2502: Test failed: expected GetOverridesKeyPath webbrowser.c:2506: Test failed: expected Invoke_SETSECURELOCKICON webbrowser.c:2507: Test failed: expected Invoke_FILEDOWNLOAD webbrowser.c:2116: Test failed: put_Resizable failed: 80004001 webbrowser.c:2117: Test failed: expected Invoke_WINDOWSETRESIZABLE webbrowser.c:2121: Test failed: put_Resizable failed: 80004001 webbrowser.c:2122: Test failed: expected Invoke_WINDOWSETRESIZABLE webbrowser.c:2502: Test failed: expected GetOverridesKeyPath webbrowser.c:2506: Test failed: expected Invoke_SETSECURELOCKICON webbrowser.c:2507: Test failed: expected Invoke_FILEDOWNLOAD webbrowser.c:407: Test failed: unexpected call Exec_SETDOWNLOADSTATE_0 webbrowser.c:2116: Test failed: put_Resizable failed: 80004001 webbrowser.c:2117: Test failed: expected Invoke_WINDOWSETRESIZABLE webbrowser.c:2121: Test failed: put_Resizable failed: 80004001 webbrowser.c:2122: Test failed: expected Invoke_WINDOWSETRESIZABLE webbrowser.c:2502: Test failed: expected GetOverridesKeyPath webbrowser.c:2506: Test failed: expected Invoke_SETSECURELOCKICON webbrowser.c:2507: Test failed: expected Invoke_FILEDOWNLOAD webbrowser.c:466: Test failed: unexpected nCmdID 29 webbrowser.c:986: Test failed: unexpected call GetContainer webbrowser.c:514: Test failed: unexpected call webbrowser.c:986: Test failed: unexpected call GetContainer webbrowser.c:514: Test failed: unexpected call webbrowser.c:2665: Test failed: expected Invoke_SETSECURELOCKICON webbrowser.c:2792: Test failed: expected TranslateUrl webbrowser.c:2793: Test failed: expected Invoke_BEFORENAVIGATE2 webbrowser.c:2795: Test failed: expected Invoke_PROPERTYCHANGE webbrowser.c:2801: Test failed: ReadyState = 1, expected 4 webbrowser.c:2611: Test failed: ReadyState = 1, expected 4 webbrowser.c:816: Test failed: unexpected call Invoke_PROPERTYCHANGE webbrowser.c:832: Test failed: unexpected call Invoke_BEFORENAVIGATE2 webbrowser.c:839: Test failed: ReadyState = 1, expected 4 webbrowser.c:611: Test failed: unexpected call Invoke_AMBIENT_USERMODE webbrowser.c:611: Test failed: unexpected call Invoke_AMBIENT_USERMODE webbrowser.c:614: Test failed: unexpected call Invoke_AMBIENT_DLCONTROL webbrowser.c:618: Test failed: unexpected call Invoke_AMBIENT_USERAGENT webbrowser.c:622: Test failed: unexpected call Invoke_AMBIENT_PALETTE webbrowser.c:1536: Test failed: unexpected call GetOptionKeyPath webbrowser.c:356: Test failed: unexpected call QueryStatus_SETPROGRESSTEXT webbrowser.c:816: Test failed: unexpected call Invoke_PROPERTYCHANGE webbrowser.c:816: Test failed: unexpected call Invoke_PROPERTYCHANGE webbrowser.c:816: Test failed: unexpected call Invoke_PROPERTYCHANGE webbrowser.c:816: Test failed: unexpected call Invoke_PROPERTYCHANGE webbrowser.c:466: Test failed: unexpected nCmdID 26 webbrowser.c:466: Test failed: unexpected nCmdID 29 webbrowser.c:986: Test failed: unexpected call GetContainer webbrowser.c:514: Test failed: unexpected call webbrowser.c:788: Test failed: ReadyState = 1, expected 4 webbrowser.c:1547: Test failed: unexpected call GetDropTarget webbrowser.c:986: Test failed: unexpected call GetContainer webbrowser.c:514: Test failed: unexpected call webbrowser.c:2665: Test failed: expected Invoke_SETSECURELOCKICON webbrowser.c:3188: Test failed: doc != doc2 webbrowser.c:611: Test failed: unexpected call Invoke_AMBIENT_USERMODE webbrowser.c:611: Test failed: unexpected call Invoke_AMBIENT_USERMODE webbrowser.c:614: Test failed: unexpected call Invoke_AMBIENT_DLCONTROL webbrowser.c:618: Test failed: unexpected call Invoke_AMBIENT_USERAGENT webbrowser.c:622: Test failed: unexpected call Invoke_AMBIENT_PALETTE webbrowser.c:1536: Test failed: unexpected call GetOptionKeyPath webbrowser.c:356: Test failed: unexpected call QueryStatus_SETPROGRESSTEXT webbrowser.c:466: Test failed: unexpected nCmdID 26 webbrowser.c:466: Test failed: unexpected nCmdID 29 webbrowser.c:986: Test failed: unexpected call GetContainer webbrowser.c:514: Test failed: unexpected call webbrowser.c:1547: Test failed: unexpected call GetDropTarget webbrowser.c:986: Test failed: unexpected call GetContainer webbrowser.c:514: Test failed: unexpected call webbrowser.c:2658: Test failed: expected TranslateUrl webbrowser.c:2665: Test failed: expected Invoke_SETSECURELOCKICON webbrowser.c:3195: Test failed: doc != doc2 webbrowser.c:611: Test failed: unexpected call Invoke_AMBIENT_USERMODE webbrowser.c:611: Test failed: unexpected call Invoke_AMBIENT_USERMODE webbrowser.c:614: Test failed: unexpected call Invoke_AMBIENT_DLCONTROL webbrowser.c:618: Test failed: unexpected call Invoke_AMBIENT_USERAGENT webbrowser.c:622: Test failed: unexpected call Invoke_AMBIENT_PALETTE webbrowser.c:1536: Test failed: unexpected call GetOptionKeyPath webbrowser.c:356: Test failed: unexpected call QueryStatus_SETPROGRESSTEXT webbrowser.c:466: Test failed: unexpected nCmdID 26 webbrowser.c:466: Test failed: unexpected nCmdID 29 webbrowser.c:986: Test failed: unexpected call GetContainer webbrowser.c:514: Test failed: unexpected call webbrowser.c:1547: Test failed: unexpected call GetDropTarget webbrowser.c:986: Test failed: unexpected call GetContainer webbrowser.c:514: Test failed: unexpected call webbrowser.c:2658: Test failed: expected TranslateUrl webbrowser.c:2665: Test failed: expected Invoke_SETSECURELOCKICON webbrowser.c:2792: Test failed: expected TranslateUrl webbrowser.c:2793: Test failed: expected Invoke_BEFORENAVIGATE2 webbrowser.c:2801: Test failed: ReadyState = 1, expected 4 webbrowser.c:2611: Test failed: ReadyState = 1, expected 4 webbrowser.c:832: Test failed: unexpected call Invoke_BEFORENAVIGATE2 webbrowser.c:839: Test failed: ReadyState = 1, expected 4 webbrowser.c:611: Test failed: unexpected call Invoke_AMBIENT_USERMODE webbrowser.c:611: Test failed: unexpected call Invoke_AMBIENT_USERMODE webbrowser.c:614: Test failed: unexpected call Invoke_AMBIENT_DLCONTROL webbrowser.c:618: Test failed: unexpected call Invoke_AMBIENT_USERAGENT webbrowser.c:622: Test failed: unexpected call Invoke_AMBIENT_PALETTE webbrowser.c:1536: Test failed: unexpected call GetOptionKeyPath webbrowser.c:356: Test failed: unexpected call QueryStatus_SETPROGRESSTEXT webbrowser.c:466: Test failed: unexpected nCmdID 26 webbrowser.c:466: Test failed: unexpected nCmdID 29 webbrowser.c:986: Test failed: unexpected call GetContainer webbrowser.c:514: Test failed: unexpected call webbrowser.c:788: Test failed: ReadyState = 1, expected 4 webbrowser.c:1547: Test failed: unexpected call GetDropTarget Timeout

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel