October 2011 - Wine-Devel - list.winehq.org

Re: jscript: Mark some fall-throughs in switch statements

by Bruno Jesus

On Sat, Oct 8, 2011 at 14:58, Alexandre Julliard <julliard(a)winehq.org> wrote: > Andrew Talbot <andrew.talbot(a)talbotville.com> writes: > >> @@ -4037,6 +4037,7 @@ static HRESULT RegExpConstr_leftContext(script_ctx_t *ctx, vdisp_t *jsthis, WORD >> >> V_VT(retv) = VT_BSTR; >> V_BSTR(retv) = ret; >> + /* fall through */ >> } >> case DISPATCH_PROPERTYPUT: >> return S_OK; > > I don't think that PROPERTYGET is supposed to fall through to > PROPERTYPUT. > Isn't it that way just to save the use of an extra return S_OK? Instead a break could be used too because that function returns S_OK by default. http://source.winehq.org/source/dlls/jscript/regexp.c#L4025 Best regards, Bruno

Oct. 8, 2011

Re: trunk build

by Charles Davis

This can't be related to my syscall patch. On Oct 8, 2011, at 12:12 PM, buildbot(a)kegel.com wrote: > This is an experimental automated build and test service. > Please feel free to ignore this email while we work the kinks out. > > For more info about this message, see http://wiki.winehq.org/BuildBot > > The Buildbot has detected a failed build on builder runtests-default while building Wine. > Full details are available at: http://buildbot.kegel.com/builders/runtests-default/builds/74 (though maybe not for long, as I'm still reinstalling the buildbot periodically while experimenting) > BUILD FAILED: failed shell_3 > > Errors: > alarum: failed command was ../../../wine ddraw_test.exe.so visual.c > fixme:win:EnumDisplayDevicesW ((null),0,0x32f54c,0x00000000), stub! > fixme:d3d_draw:drawPrimitive Using software emulation because manual fog coordinates are provided > err:d3d:wined3d_device_uninit_3d Something is still holding a reference to depth/stencil buffer 0x15f090. > fixme:win:EnumDisplayDevicesW ((null),0,0x32f53c,0x00000000), stub! > visual.c:1903: Tests skipped: device has no P8 texture support, skipping test > fixme:ddraw:IDirect3DDeviceImpl_7_Release Texture handle 0x2 (0x1aff68) not unset properly. > fixme:win:EnumDisplayDevicesW ((null),0,0x32f47c,0x00000000), stub! > fixme:win:EnumDisplayDevicesW ((null),0,0x32ecbc,0x00000000), stub! > err:d3d_surface:d3dfmt_p8_init_palette This code should never get entered for DirectDraw!, expect problems > err:d3d_surface:d3dfmt_p8_init_palette This code should never get entered for DirectDraw!, expect problems > err:d3d_surface:d3dfmt_p8_init_palette This code should never get entered for DirectDraw!, expect problems > XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0" > after 1272 requests (1271 known processed) with 0 events remaining. > make: *** [visual.ok] Error 1 > alarum: failed command was ../../../wine ddrawex_test.exe.so surface.c > Application tried to create a window, but no driver could be loaded. > Make sure that your X server is running and that $DISPLAY is set correctly. > err:d3d_caps:WineD3D_CreateFakeGLContext Failed to create a window. > err:d3d:InitAdapters Failed to get a gl context for default adapter > err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 0 > surface.c:87: Test failed: IDirectDraw_CreateSurface failed: 0x88760091 > wine: Unhandled page fault on read access to 0x00000000 at address 0x684b5510 (thread 003b), starting debugger... > Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x684b5510). > Register dump: > CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b > EIP:684b5510 ESP:0032fa40 EBP:0032fb68 EFLAGS:00210206( R- -- I - -P- ) > EAX:00000000 EBX:684bbff4 ECX:00000078 EDX:0032fae8 > ESI:0032fe38 EDI:00000000 > Stack dump: > 0x0032fa40: 0032fa6c 00000000 0000007c 40013497 > 0x0032fa50: 00000000 00004800 88760091 00124ce8 > 0x0032fa60: 0011ce9c 40027ff4 0032fb38 0000007c > 0x0032fa70: 00000000 00000000 00000000 00000000 > 0x0032fa80: 00000000 00000000 00000000 00000000 > 0x0032fa90: 00000000 00000000 00000000 00000000 > Backtrace: > =>0 0x684b5510 dctest_surf+0x69(surf=(nil), ddsdver=0x1) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/surface.c:54] in ddrawex_test (0x0032fb68) > 1 0x684b57ef GetDCTest_main+0xc3(ddsd=0x32fc54, ddsd2=0x32fbd8, testfunc=0x684b54a7) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/surface.c:88] in ddrawex_test (0x0032fbb8) > 2 0x684b5ce4 GetDCTest+0xc1() [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/surface.c:153] in ddrawex_test (0x0032fcc8) > 3 0x684b732c func_surface+0x1e0() [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/surface.c:436] in ddrawex_test (0x0032fcf8) > 4 0x684b8073 run_test+0x9e(name="surface.c") [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/../../../include/wine/test.h:556] in ddrawex_test (0x0032fd58) > 5 0x684b8488 main+0x23a(argc=<couldn't compute location>, argv=0x1103d0) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/../../../include/wine/test.h:624] in ddrawex_test (0x0032fe28) > 6 0x684b8516 __wine_spec_exe_entry+0x69(peb=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/winecrt0/exe_entry.c:36] in ddrawex_test (0x0032fe60) > 7 0x7b85fe84 call_process_entry+0xb() in kernel32 (0x0032fe78) > 8 0x7b85ffca start_process+0x143(peb=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/kernel32/process.c:1091] in kernel32 (0x0032fec8) > 9 0x7bc7c104 call_thread_func+0xb() in ntdll (0x0032fed8) > 10 0x7bc7c142 call_thread_entry_point+0x33(entry=0x7b85fe86, arg=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ntdll/signal_i386.c:2499] in ntdll (0x0032ffb8) > 11 0x7bc53699 start_process+0x23(kernel_start=0x7b85fe86) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ntdll/loader.c:2612] in ntdll (0x0032ffe8) > 12 0x680280b9 wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) > 0x684b5510 dctest_surf+0x69 [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/surface.c:54] in ddrawex_test: movl 0x0(%eax),%eax > 54 hr = IDirectDrawSurface_GetDC(surf, &dc); > Modules: > Module Address Debug info Name (38 modules) > ELF 40000000-40029000 Deferred ddrawex<elf> > \-PE 40010000-40029000 \ ddrawex > ELF 40029000-40096000 Deferred ddraw<elf> > \-PE 40030000-40096000 \ ddraw > ELF 40096000-40201000 Deferred wined3d<elf> > \-PE 400a0000-40201000 \ wined3d > ELF 40201000-40355000 Deferred user32<elf> > \-PE 40210000-40355000 \ user32 > ELF 40355000-40370000 Deferred version<elf> > \-PE 40360000-40370000 \ version > ELF 4045f000-4046f000 Deferred libxext.so.6 > ELF 4046f000-4058c000 Deferred libx11.so.6 > ELF 40591000-405ab000 Deferred libxcb.so.1 > ELF 405ab000-405af000 Deferred libxau.so.6 > ELF 405af000-405b5000 Deferred libxdmcp.so.6 > ELF 68000000-6801d000 Deferred ld-linux.so.2 > ELF 6801f000-68160000 Dwarf libwine.so.1 > ELF 68172000-6818b000 Deferred libpthread.so.0 > ELF 6818b000-682e5000 Deferred libc.so.6 > ELF 682e6000-682ea000 Deferred libdl.so.2 > ELF 682eb000-68311000 Deferred libm.so.6 > ELF 68311000-68319000 Deferred libnss_compat.so.2 > ELF 68319000-68330000 Deferred libnsl.so.1 > ELF 68330000-6833a000 Deferred libnss_nis.so.2 > ELF 6833a000-68346000 Deferred libnss_files.so.2 > ELF 684a3000-684bd000 Dwarf ddrawex_test<elf> > \-PE 684b0000-684bd000 \ ddrawex_test > ELF 684bd000-68579000 Deferred gdi32<elf> > \-PE 684d0000-68579000 \ gdi32 > ELF 68579000-685df000 Deferred advapi32<elf> > \-PE 68590000-685df000 \ advapi32 > ELF 685f1000-68667000 Deferred libfreetype.so.6 > ELF 68667000-6867c000 Deferred libz.so.1 > ELF 7b800000-7b9b1000 Dwarf kernel32<elf> > \-PE 7b810000-7b9b1000 \ kernel32 > ELF 7bc00000-7bccd000 Dwarf ntdll<elf> > \-PE 7bc10000-7bccd000 \ ntdll > ELF 7bf00000-7bf04000 Deferred <wine-loader> > Threads: > process tid prio (all id:s are in hex) > 0000000e services.exe > 0000001f 0 > 0000001e 0 > 00000015 0 > 00000010 0 > 0000000f 0 > 00000012 winedevice.exe > 0000001a 0 > 00000019 0 > 00000014 0 > 00000013 0 > 0000001b plugplay.exe > 00000020 0 > 0000001d 0 > 0000001c 0 > 0000003d explorer.exe > 0000003e 0 > 0000003c (D) Z:\home\bob\wineslave.dir\sandbox\slave\runtests-default\build\dlls\ddrawex\tests\ddrawex_test.exe > 0000003b 0 <== > Backtrace: > =>0 0x684b5510 dctest_surf+0x69(surf=(nil), ddsdver=0x1) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/surface.c:54] in ddrawex_test (0x0032fb68) > 1 0x684b57ef GetDCTest_main+0xc3(ddsd=0x32fc54, ddsd2=0x32fbd8, testfunc=0x684b54a7) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/surface.c:88] in ddrawex_test (0x0032fbb8) > 2 0x684b5ce4 GetDCTest+0xc1() [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/surface.c:153] in ddrawex_test (0x0032fcc8) > 3 0x684b732c func_surface+0x1e0() [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/surface.c:436] in ddrawex_test (0x0032fcf8) > 4 0x684b8073 run_test+0x9e(name="surface.c") [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/../../../include/wine/test.h:556] in ddrawex_test (0x0032fd58) > 5 0x684b8488 main+0x23a(argc=<couldn't compute location>, argv=0x1103d0) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ddrawex/tests/../../../include/wine/test.h:624] in ddrawex_test (0x0032fe28) > 6 0x684b8516 __wine_spec_exe_entry+0x69(peb=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/winecrt0/exe_entry.c:36] in ddrawex_test (0x0032fe60) > 7 0x7b85fe84 call_process_entry+0xb() in kernel32 (0x0032fe78) > 8 0x7b85ffca start_process+0x143(peb=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/kernel32/process.c:1091] in kernel32 (0x0032fec8) > 9 0x7bc7c104 call_thread_func+0xb() in ntdll (0x0032fed8) > 10 0x7bc7c142 call_thread_entry_point+0x33(entry=0x7b85fe86, arg=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ntdll/signal_i386.c:2499] in ntdll (0x0032ffb8) > 11 0x7bc53699 start_process+0x23(kernel_start=0x7b85fe86) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ntdll/loader.c:2612] in ntdll (0x0032ffe8) > 12 0x680280b9 wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) > make: *** [surface.ok] Error 5 > alarum: failed command was ../../../wine dinput_test.exe.so device.c > Application tried to create a window, but no driver could be loaded. > Make sure that your X server is running and that $DISPLAY is set correctly. > device.c:195: Test failed: err: 2 > make: *** [device.ok] Error 1 > alarum: failed command was ../../../wine dinput_test.exe.so keyboard.c > Application tried to create a window, but no driver could be loaded. > Make sure that your X server is running and that $DISPLAY is set correctly. > keyboard.c:174: Test failed: err: 2 > make: *** [keyboard.ok] Error 1 > alarum: failed command was ../../../wine dinput_test.exe.so mouse.c > Application tried to create a window, but no driver could be loaded. > Make sure that your X server is running and that $DISPLAY is set correctly. > mouse.c:140: Test failed: err: 2 > make: *** [mouse.ok] Error 1 > alarum: failed command was ../../../wine dinput8_test.exe.so device.c > fixme:dinput:IDirectInput8AImpl_EnumDevicesBySemantics (this=0x1251e8,(null),0x32fb84,0x684b59f4,0x32fb50,0000): semi-stub > fixme:dinput:_dump_diactionformatA diaf.dwSize = 328 > fixme:dinput:_dump_diactionformatA diaf.dwActionSize = 40 > fixme:dinput:_dump_diactionformatA diaf.dwDataSize = 20 > fixme:dinput:_dump_diactionformatA diaf.dwNumActions = 5 > fixme:dinput:_dump_diactionformatA diaf.rgoAction = 0x684bd400 > fixme:dinput:_dump_diactionformatA diaf.guidActionMap = {00000001-0002-0003-0405-060708090a0b} > fixme:dinput:_dump_diactionformatA diaf.dwGenre = 0x01000000 > fixme:dinput:_dump_diactionformatA diaf.dwBufferSize = 32 > fixme:dinput:_dump_diactionformatA diaf.lAxisMin = 0 > fixme:dinput:_dump_diactionformatA diaf.lAxisMax = 0 > fixme:dinput:_dump_diactionformatA diaf.hInstString = (nil) > fixme:dinput:_dump_diactionformatA diaf.ftTimeStamp ... > fixme:dinput:_dump_diactionformatA diaf.dwCRC = 0x0 > fixme:dinput:_dump_diactionformatA diaf.tszActionMap = "" > fixme:dinput:_dump_diactionformatA diaf.rgoAction[0]: > fixme:dinput:_dump_diactionformatA uAppData=0x0 > fixme:dinput:_dump_diactionformatA dwSemantic=0x01008a01 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Steer" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[1]: > fixme:dinput:_dump_diactionformatA uAppData=0x1 > fixme:dinput:_dump_diactionformatA dwSemantic=0x01000c01 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Upshift" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[2]: > fixme:dinput:_dump_diactionformatA uAppData=0x2 > fixme:dinput:_dump_diactionformatA dwSemantic=0x81000439 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Missile" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[3]: > fixme:dinput:_dump_diactionformatA uAppData=0x3 > fixme:dinput:_dump_diactionformatA dwSemantic=0x8200040c > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Select" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[4]: > fixme:dinput:_dump_diactionformatA uAppData=0x4 > fixme:dinput:_dump_diactionformatA dwSemantic=0x82000304 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Y Axis" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:IDirectInput8AImpl_EnumDevicesBySemantics (this=0x1251e8,(null),0x32fb84,0x684b59f4,0x32fb50,0100): semi-stub > fixme:dinput:IDirectInput8AImpl_EnumDevicesBySemantics dwFlags |= DIEDBSFL_FORCEFEEDBACK > fixme:dinput:_dump_diactionformatA diaf.dwSize = 328 > fixme:dinput:_dump_diactionformatA diaf.dwActionSize = 40 > fixme:dinput:_dump_diactionformatA diaf.dwDataSize = 20 > fixme:dinput:_dump_diactionformatA diaf.dwNumActions = 5 > fixme:dinput:_dump_diactionformatA diaf.rgoAction = 0x684bd400 > fixme:dinput:_dump_diactionformatA diaf.guidActionMap = {00000001-0002-0003-0405-060708090a0b} > fixme:dinput:_dump_diactionformatA diaf.dwGenre = 0x01000000 > fixme:dinput:_dump_diactionformatA diaf.dwBufferSize = 32 > fixme:dinput:_dump_diactionformatA diaf.lAxisMin = 0 > fixme:dinput:_dump_diactionformatA diaf.lAxisMax = 0 > fixme:dinput:_dump_diactionformatA diaf.hInstString = (nil) > fixme:dinput:_dump_diactionformatA diaf.ftTimeStamp ... > fixme:dinput:_dump_diactionformatA diaf.dwCRC = 0x0 > fixme:dinput:_dump_diactionformatA diaf.tszActionMap = "" > fixme:dinput:_dump_diactionformatA diaf.rgoAction[0]: > fixme:dinput:_dump_diactionformatA uAppData=0x0 > fixme:dinput:_dump_diactionformatA dwSemantic=0x01008a01 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Steer" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[1]: > fixme:dinput:_dump_diactionformatA uAppData=0x1 > fixme:dinput:_dump_diactionformatA dwSemantic=0x01000c01 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Upshift" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[2]: > fixme:dinput:_dump_diactionformatA uAppData=0x2 > fixme:dinput:_dump_diactionformatA dwSemantic=0x81000439 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Missile" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[3]: > fixme:dinput:_dump_diactionformatA uAppData=0x3 > fixme:dinput:_dump_diactionformatA dwSemantic=0x8200040c > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Select" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[4]: > fixme:dinput:_dump_diactionformatA uAppData=0x4 > fixme:dinput:_dump_diactionformatA dwSemantic=0x82000304 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Y Axis" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:IDirectInput8AImpl_EnumDevicesBySemantics (this=0x1251e8,(null),0x32fb84,0x684b59f4,0x32fb50,1000): semi-stub > fixme:dinput:IDirectInput8AImpl_EnumDevicesBySemantics dwFlags |= DIEDBSFL_AVAILABLEDEVICES > fixme:dinput:_dump_diactionformatA diaf.dwSize = 328 > fixme:dinput:_dump_diactionformatA diaf.dwActionSize = 40 > fixme:dinput:_dump_diactionformatA diaf.dwDataSize = 20 > fixme:dinput:_dump_diactionformatA diaf.dwNumActions = 5 > fixme:dinput:_dump_diactionformatA diaf.rgoAction = 0x684bd400 > fixme:dinput:_dump_diactionformatA diaf.guidActionMap = {00000001-0002-0003-0405-060708090a0b} > fixme:dinput:_dump_diactionformatA diaf.dwGenre = 0x01000000 > fixme:dinput:_dump_diactionformatA diaf.dwBufferSize = 32 > fixme:dinput:_dump_diactionformatA diaf.lAxisMin = 0 > fixme:dinput:_dump_diactionformatA diaf.lAxisMax = 0 > fixme:dinput:_dump_diactionformatA diaf.hInstString = (nil) > fixme:dinput:_dump_diactionformatA diaf.ftTimeStamp ... > fixme:dinput:_dump_diactionformatA diaf.dwCRC = 0x0 > fixme:dinput:_dump_diactionformatA diaf.tszActionMap = "" > fixme:dinput:_dump_diactionformatA diaf.rgoAction[0]: > fixme:dinput:_dump_diactionformatA uAppData=0x0 > fixme:dinput:_dump_diactionformatA dwSemantic=0x01008a01 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Steer" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[1]: > fixme:dinput:_dump_diactionformatA uAppData=0x1 > fixme:dinput:_dump_diactionformatA dwSemantic=0x01000c01 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Upshift" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[2]: > fixme:dinput:_dump_diactionformatA uAppData=0x2 > fixme:dinput:_dump_diactionformatA dwSemantic=0x81000439 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Missile" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[3]: > fixme:dinput:_dump_diactionformatA uAppData=0x3 > fixme:dinput:_dump_diactionformatA dwSemantic=0x8200040c > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Select" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[4]: > fixme:dinput:_dump_diactionformatA uAppData=0x4 > fixme:dinput:_dump_diactionformatA dwSemantic=0x82000304 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Y Axis" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:IDirectInput8AImpl_EnumDevicesBySemantics (this=0x1251e8,(null),0x32fb84,0x684b54fe,0x32fb64,0000): semi-stub > fixme:dinput:_dump_diactionformatA diaf.dwSize = 328 > fixme:dinput:_dump_diactionformatA diaf.dwActionSize = 40 > fixme:dinput:_dump_diactionformatA diaf.dwDataSize = 20 > fixme:dinput:_dump_diactionformatA diaf.dwNumActions = 5 > fixme:dinput:_dump_diactionformatA diaf.rgoAction = 0x684bd400 > fixme:dinput:_dump_diactionformatA diaf.guidActionMap = {00000001-0002-0003-0405-060708090a0b} > fixme:dinput:_dump_diactionformatA diaf.dwGenre = 0x01000000 > fixme:dinput:_dump_diactionformatA diaf.dwBufferSize = 32 > fixme:dinput:_dump_diactionformatA diaf.lAxisMin = 0 > fixme:dinput:_dump_diactionformatA diaf.lAxisMax = 0 > fixme:dinput:_dump_diactionformatA diaf.hInstString = (nil) > fixme:dinput:_dump_diactionformatA diaf.ftTimeStamp ... > fixme:dinput:_dump_diactionformatA diaf.dwCRC = 0x0 > fixme:dinput:_dump_diactionformatA diaf.tszActionMap = "" > fixme:dinput:_dump_diactionformatA diaf.rgoAction[0]: > fixme:dinput:_dump_diactionformatA uAppData=0x0 > fixme:dinput:_dump_diactionformatA dwSemantic=0x01008a01 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Steer" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[1]: > fixme:dinput:_dump_diactionformatA uAppData=0x1 > fixme:dinput:_dump_diactionformatA dwSemantic=0x01000c01 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Upshift" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[2]: > fixme:dinput:_dump_diactionformatA uAppData=0x2 > fixme:dinput:_dump_diactionformatA dwSemantic=0x81000439 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Missile" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[3]: > fixme:dinput:_dump_diactionformatA uAppData=0x3 > fixme:dinput:_dump_diactionformatA dwSemantic=0x8200040c > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Select" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[4]: > fixme:dinput:_dump_diactionformatA uAppData=0x4 > fixme:dinput:_dump_diactionformatA dwSemantic=0x82000304 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Y Axis" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:SysKeyboardWImpl_BuildActionMap (0x12b81c)->(0x32f570,(null),00000002): semi-stub ! > fixme:dinput:SysKeyboardWImpl_SetActionMap (0x12b81c)->(0x32f570,(null),00000000): semi-stub ! > fixme:dinput:SysMouseWImpl_BuildActionMap (0x12c9fc)->(0x32f570,(null),00000002): semi-stub ! > fixme:dinput:IDirectInputDevice8WImpl_BuildActionMap (0x12c9fc)->(0x32f570,(null),00000002): semi-stub ! > fixme:dinput:IDirectInputDevice8WImpl_BuildActionMap dwFlags =|DIDBAM_INITIALIZE > fixme:dinput:SysMouseWImpl_SetActionMap (0x12c9fc)->(0x32f570,(null),00000000): semi-stub ! > fixme:dinput:IDirectInputDevice8WImpl_SetActionMap (0x12c9fc)->(0x32f570,(null),00000000): semi-stub ! > fixme:dinput:SysMouseWImpl_SetActionMap (0x12c9fc)->(0x32f570,(null),00000000): semi-stub ! > fixme:dinput:IDirectInput8AImpl_EnumDevicesBySemantics (this=0x1251e8,(null),0x32fb84,0x684b59f4,0x32fb50,1000): semi-stub > fixme:dinput:IDirectInput8AImpl_EnumDevicesBySemantics dwFlags |= DIEDBSFL_AVAILABLEDEVICES > fixme:dinput:_dump_diactionformatA diaf.dwSize = 328 > fixme:dinput:_dump_diactionformatA diaf.dwActionSize = 40 > fixme:dinput:_dump_diactionformatA diaf.dwDataSize = 20 > fixme:dinput:_dump_diactionformatA diaf.dwNumActions = 5 > fixme:dinput:_dump_diactionformatA diaf.rgoAction = 0x684bd400 > fixme:dinput:_dump_diactionformatA diaf.guidActionMap = {00000001-0002-0003-0405-060708090a0b} > fixme:dinput:_dump_diactionformatA diaf.dwGenre = 0x01000000 > fixme:dinput:_dump_diactionformatA diaf.dwBufferSize = 32 > fixme:dinput:_dump_diactionformatA diaf.lAxisMin = 0 > fixme:dinput:_dump_diactionformatA diaf.lAxisMax = 0 > fixme:dinput:_dump_diactionformatA diaf.hInstString = (nil) > fixme:dinput:_dump_diactionformatA diaf.ftTimeStamp ... > fixme:dinput:_dump_diactionformatA diaf.dwCRC = 0x0 > fixme:dinput:_dump_diactionformatA diaf.tszActionMap = "" > fixme:dinput:_dump_diactionformatA diaf.rgoAction[0]: > fixme:dinput:_dump_diactionformatA uAppData=0x0 > fixme:dinput:_dump_diactionformatA dwSemantic=0x01008a01 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Steer" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[1]: > fixme:dinput:_dump_diactionformatA uAppData=0x1 > fixme:dinput:_dump_diactionformatA dwSemantic=0x01000c01 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Upshift" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[2]: > fixme:dinput:_dump_diactionformatA uAppData=0x2 > fixme:dinput:_dump_diactionformatA dwSemantic=0x81000439 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Missile" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[3]: > fixme:dinput:_dump_diactionformatA uAppData=0x3 > fixme:dinput:_dump_diactionformatA dwSemantic=0x8200040c > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Select" > fixme:dinput:_dump_diactionformatA guidInstance={6f1d2b60-d5a0-11cf-bfc7-444553540000} > fixme:dinput:_dump_diactionformatA dwObjID=0x304 > fixme:dinput:_dump_diactionformatA dwHow=0x20 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[4]: > fixme:dinput:_dump_diactionformatA uAppData=0x4 > fixme:dinput:_dump_diactionformatA dwSemantic=0x82000304 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Y Axis" > fixme:dinput:_dump_diactionformatA guidInstance={6f1d2b60-d5a0-11cf-bfc7-444553540000} > fixme:dinput:_dump_diactionformatA dwObjID=0x101 > fixme:dinput:_dump_diactionformatA dwHow=0x20 > fixme:dinput:SysKeyboardWImpl_BuildActionMap (0x12b81c)->(0x32f630,(null),00000002): semi-stub ! > device.c:120: Test failed: Action was not set dwHow=00000000 > device.c:121: Test failed: Action not mapped correctly instance=00000000 expected=00000039 > device.c:122: Test failed: Action type not mapped correctly type=00000000 expected=00000004 > device.c:123: Test failed: Action and device GUID do not match action=2 > device.c:74: Test failed: Failed to acquire device hr=80070057 > device.c:91: Test failed: Retrieval of action failed uAppData=0 expected=2 > fixme:dinput:SysKeyboardWImpl_BuildActionMap (0x12b81c)->(0x32f8d0,(null),00000002): semi-stub ! > fixme:dinput:SysKeyboardWImpl_SetActionMap (0x12b81c)->(0x32f8d0,(null),00000000): semi-stub ! > fixme:dinput:SysMouseWImpl_BuildActionMap (0x12c9fc)->(0x32f630,(null),00000002): semi-stub ! > fixme:dinput:IDirectInputDevice8WImpl_BuildActionMap (0x12c9fc)->(0x32f630,(null),00000002): semi-stub ! > fixme:dinput:IDirectInputDevice8WImpl_BuildActionMap dwFlags =|DIDBAM_INITIALIZE > fixme:dinput:SysMouseWImpl_BuildActionMap (0x12c9fc)->(0x32f630,(null),00000002): semi-stub ! > fixme:dinput:IDirectInputDevice8WImpl_BuildActionMap (0x12c9fc)->(0x32f630,(null),00000002): semi-stub ! > fixme:dinput:IDirectInputDevice8WImpl_BuildActionMap dwFlags =|DIDBAM_INITIALIZE > fixme:dinput:IDirectInput8AImpl_EnumDevicesBySemantics (this=0x1251e8,(null),0x32fb84,0x684b54fe,(nil),0000): semi-stub > fixme:dinput:_dump_diactionformatA diaf.dwSize = 328 > fixme:dinput:_dump_diactionformatA diaf.dwActionSize = 40 > fixme:dinput:_dump_diactionformatA diaf.dwDataSize = 20 > fixme:dinput:_dump_diactionformatA diaf.dwNumActions = 5 > fixme:dinput:_dump_diactionformatA diaf.rgoAction = 0x684bd400 > fixme:dinput:_dump_diactionformatA diaf.guidActionMap = {00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA diaf.dwGenre = 0x01000000 > fixme:dinput:_dump_diactionformatA diaf.dwBufferSize = 32 > fixme:dinput:_dump_diactionformatA diaf.lAxisMin = 0 > fixme:dinput:_dump_diactionformatA diaf.lAxisMax = 0 > fixme:dinput:_dump_diactionformatA diaf.hInstString = (nil) > fixme:dinput:_dump_diactionformatA diaf.ftTimeStamp ... > fixme:dinput:_dump_diactionformatA diaf.dwCRC = 0x0 > fixme:dinput:_dump_diactionformatA diaf.tszActionMap = "" > fixme:dinput:_dump_diactionformatA diaf.rgoAction[0]: > fixme:dinput:_dump_diactionformatA uAppData=0x0 > fixme:dinput:_dump_diactionformatA dwSemantic=0x01008a01 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Steer" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[1]: > fixme:dinput:_dump_diactionformatA uAppData=0x1 > fixme:dinput:_dump_diactionformatA dwSemantic=0x01000c01 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Upshift" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[2]: > fixme:dinput:_dump_diactionformatA uAppData=0x2 > fixme:dinput:_dump_diactionformatA dwSemantic=0x81000439 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Missile" > fixme:dinput:_dump_diactionformatA guidInstance={00000000-0000-0000-0000-000000000000} > fixme:dinput:_dump_diactionformatA dwObjID=0x0 > fixme:dinput:_dump_diactionformatA dwHow=0x0 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[3]: > fixme:dinput:_dump_diactionformatA uAppData=0x3 > fixme:dinput:_dump_diactionformatA dwSemantic=0x8200040c > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Select" > fixme:dinput:_dump_diactionformatA guidInstance={6f1d2b60-d5a0-11cf-bfc7-444553540000} > fixme:dinput:_dump_diactionformatA dwObjID=0x304 > fixme:dinput:_dump_diactionformatA dwHow=0x20 > fixme:dinput:_dump_diactionformatA diaf.rgoAction[4]: > fixme:dinput:_dump_diactionformatA uAppData=0x4 > fixme:dinput:_dump_diactionformatA dwSemantic=0x82000304 > fixme:dinput:_dump_diactionformatA dwFlags=0x0 > fixme:dinput:_dump_diactionformatA szActionName="Y Axis" > fixme:dinput:_dump_diactionformatA guidInstance={6f1d2b60-d5a0-11cf-bfc7-444553540000} > fixme:dinput:_dump_diactionformatA dwObjID=0x101 > fixme:dinput:_dump_diactionformatA dwHow=0x20 > make: *** [device.ok] Error 6 > alarum: failed command was ../../../wine dsound_test.exe.so capture.c > XOpenDisplay() failed > 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 > fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels > fixme:ole:CoCreateInstance no instance created for interface {11ab3ec0-25ec-11d1-a4d8-00c04fc28aca} of class {b0210780-89cd-11d0-af08-00a0c925cd16}, hres is 0x80004002 > ALSA lib pcm_direct.c:1117:(snd1_pcm_direct_initialize_poll_fd) unable to open timer 'hw:CLASS=3,SCLASS=0,CARD=0,DEV=0,SUBDEV=1' > ALSA lib pcm_dsnoop.c:662:(snd_pcm_dsnoop_open) unable to initialize poll_fd > capture.c:618: Test failed: Should not fail for 8 or 16 bits per sample > ALSA lib confmisc.c:768:(parse_card) cannot find card '0' > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM default > ALSA lib confmisc.c:768:(parse_card) cannot find card '0' > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM default > ALSA lib confmisc.c:768:(parse_card) cannot find card '0' > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM default > ALSA lib confmisc.c:768:(parse_card) cannot find card '0' > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM default > ALSA lib confmisc.c:768:(parse_card) cannot find card '0' > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM default > ALSA lib pcm_hw.c:1401:(_snd_pcm_hw_open) Invalid value for card > make: *** [capture.ok] Error 1 > alarum: failed command was ../../../wine dsound_test.exe.so duplex.c > fixme:ole:CoCreateInstance no instance created for interface {11ab3ec0-25ec-11d1-a4d8-00c04fc28aca} of class {fea4300c-7959-4147-b26a-2377b9e7a91d}, hres is 0x80004002 > XOpenDisplay() failed > ALSA lib confmisc.c:768:(parse_card) cannot find card '0' > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM default > ALSA lib confmisc.c:768:(parse_card) cannot find card '0' > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib pcm.c:2211:(snd_pcm_open_noupdate) Unknown PCM default > duplex.c:187: Test failed: DirectSoundFullDuplexCreate(NULL,NULL) failed: 80070057 > duplex.c:197: Test failed: DirectSoundFullDuplexCreate(DSDEVID_DefaultCapture,DSDEVID_DefaultPlayback) failed: 80070057 > duplex.c:208: Test failed: DirectSoundFullDuplexCreate(DSDEVID_DefaultVoiceCapture,DSDEVID_DefaultVoicePlayback) failed: 80070057 > make: *** [duplex.ok] Error 3 > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > alarum: failed command was ../../../wine gdi32_test.exe.so clipping.c > Application tried to create a window, but no driver could be loaded. > Make sure that your X server is running and that $DISPLAY is set correctly. > clipping.c:35: Test failed: CreateWindow failed > clipping.c:115: Test failed: GetRandomRgn 0,0 - 0,0 > clipping.c:435: Test failed: expected SIMPLEREGION, got 1 > clipping.c:441: Test failed: expected SIMPLEREGION, got 1 > clipping.c:442: Test failed: expected 0,0-640,480, got 0,0-0,0 > make: *** [clipping.ok] Error 5 > alarum: failed command was ../../../wine gdi32_test.exe.so dc.c > Application tried to create a window, but no driver could be loaded. > Make sure that your X server is running and that $DISPLAY is set correctly. > dc.c:66: test_savedc_2: Assertion `hwnd != 0' failed. > wine: Assertion failed at address 0x68000832 (thread 0032), starting debugger... > Unhandled exception: assertion failed in 32-bit code (0x68000832). > Register dump: > CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b > EIP:68000832 ESP:0032fa8c EBP:0032fa98 EFLAGS:00200202( - -- I - - - ) > EAX:00000000 EBX:0000356b ECX:0000356b EDX:00000006 > ESI:682bc8df EDI:682e0ff4 > Stack dump: > 0x0032fa8c: 681b5651 682e0ff4 0032fbb8 0032fbc0 > 0x0032fa9c: 681b8a82 00000006 0032fb38 00000000 > 0x0032faac: 0032fae0 681fbf9d 00000068 00000040 > 0x0032fabc: 0032fbd0 0032fafc 00000068 00000040 > 0x0032facc: 00000037 7caf9570 682e0ff4 00000037 > 0x0032fadc: 00000036 0032fba8 681eb182 7caf9578 > Backtrace: > =>0 0x68000832 GLIBC_2+0x832() in ld-linux.so.2 (0x0032fa98) > 1 0x681b8a82 abort+0x181() in libc.so.6 (0x0032fbc0) > 2 0x681ae718 __assert_fail+0xf7() in libc.so.6 (0x0032fc08) > 3 0x684dfce4 test_savedc_2+0xb4() [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/dc.c:66] in gdi32_test (0x0032fcd8) > 4 0x684e4510 func_dc+0x47() [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/dc.c:790] in gdi32_test (0x0032fcf8) > 5 0x68520bd7 run_test+0x9e(name="dc.c") [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/../../../include/wine/test.h:556] in gdi32_test (0x0032fd58) > 6 0x68520fec main+0x23a(argc=<couldn't compute location>, argv=0x1103c8) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/../../../include/wine/test.h:624] in gdi32_test (0x0032fe28) > 7 0x6852107a __wine_spec_exe_entry+0x69(peb=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/winecrt0/exe_entry.c:36] in gdi32_test (0x0032fe60) > 8 0x7b85fe84 call_process_entry+0xb() in kernel32 (0x0032fe78) > 9 0x7b85ffca start_process+0x143(peb=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/kernel32/process.c:1091] in kernel32 (0x0032fec8) > 10 0x7bc7c104 call_thread_func+0xb() in ntdll (0x0032fed8) > 11 0x7bc7c142 call_thread_entry_point+0x33(entry=0x7b85fe86, arg=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ntdll/signal_i386.c:2499] in ntdll (0x0032ffb8) > 12 0x7bc53699 start_process+0x23(kernel_start=0x7b85fe86) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ntdll/loader.c:2612] in ntdll (0x0032ffe8) > 13 0x680280b9 wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) > 0x68000832 GLIBC_2+0x832 in ld-linux.so.2: ret > Modules: > Module Address Debug info Name (32 modules) > ELF 68000000-6801d000 Dwarf ld-linux.so.2 > ELF 6801f000-68160000 Dwarf libwine.so.1 > ELF 68172000-6818b000 Deferred libpthread.so.0 > ELF 6818b000-682e5000 Dwarf libc.so.6 > ELF 682e6000-682ea000 Deferred libdl.so.2 > ELF 682eb000-68311000 Deferred libm.so.6 > ELF 68311000-68319000 Deferred libnss_compat.so.2 > ELF 68319000-68330000 Deferred libnsl.so.1 > ELF 68330000-6833a000 Deferred libnss_nis.so.2 > ELF 6833a000-68346000 Deferred libnss_files.so.2 > ELF 684a3000-6853b000 Dwarf gdi32_test<elf> > \-PE 684b0000-6853b000 \ gdi32_test > ELF 6853b000-6868f000 Deferred user32<elf> > \-PE 68550000-6868f000 \ user32 > ELF 6868f000-6874b000 Deferred gdi32<elf> > \-PE 686a0000-6874b000 \ gdi32 > ELF 6874b000-687b1000 Deferred advapi32<elf> > \-PE 68760000-687b1000 \ advapi32 > ELF 687b1000-687cc000 Deferred version<elf> > \-PE 687c0000-687cc000 \ version > ELF 687de000-68854000 Deferred libfreetype.so.6 > ELF 68854000-68869000 Deferred libz.so.1 > ELF 68946000-68956000 Deferred libxext.so.6 > ELF 68956000-68a73000 Deferred libx11.so.6 > ELF 68a78000-68a92000 Deferred libxcb.so.1 > ELF 68a92000-68a96000 Deferred libxau.so.6 > ELF 68a96000-68a9c000 Deferred libxdmcp.so.6 > ELF 7b800000-7b9b1000 Dwarf kernel32<elf> > \-PE 7b810000-7b9b1000 \ kernel32 > ELF 7bc00000-7bccd000 Dwarf ntdll<elf> > \-PE 7bc10000-7bccd000 \ ntdll > ELF 7bf00000-7bf04000 Deferred <wine-loader> > Threads: > process tid prio (all id:s are in hex) > 0000000e services.exe > 0000001f 0 > 0000001e 0 > 00000015 0 > 00000010 0 > 0000000f 0 > 00000012 winedevice.exe > 0000001a 0 > 00000019 0 > 00000014 0 > 00000013 0 > 0000001b plugplay.exe > 00000020 0 > 0000001d 0 > 0000001c 0 > 0000003d explorer.exe > 0000003e 0 > 0000002f (D) Z:\home\bob\wineslave.dir\sandbox\slave\runtests-default\build\dlls\gdi32\tests\gdi32_test.exe > 00000032 0 <== > Backtrace: > =>0 0x68000832 GLIBC_2+0x832() in ld-linux.so.2 (0x0032fa98) > 1 0x681b8a82 abort+0x181() in libc.so.6 (0x0032fbc0) > 2 0x681ae718 __assert_fail+0xf7() in libc.so.6 (0x0032fc08) > 3 0x684dfce4 test_savedc_2+0xb4() [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/dc.c:66] in gdi32_test (0x0032fcd8) > 4 0x684e4510 func_dc+0x47() [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/dc.c:790] in gdi32_test (0x0032fcf8) > 5 0x68520bd7 run_test+0x9e(name="dc.c") [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/../../../include/wine/test.h:556] in gdi32_test (0x0032fd58) > 6 0x68520fec main+0x23a(argc=<couldn't compute location>, argv=0x1103c8) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/../../../include/wine/test.h:624] in gdi32_test (0x0032fe28) > 7 0x6852107a __wine_spec_exe_entry+0x69(peb=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/winecrt0/exe_entry.c:36] in gdi32_test (0x0032fe60) > 8 0x7b85fe84 call_process_entry+0xb() in kernel32 (0x0032fe78) > 9 0x7b85ffca start_process+0x143(peb=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/kernel32/process.c:1091] in kernel32 (0x0032fec8) > 10 0x7bc7c104 call_thread_func+0xb() in ntdll (0x0032fed8) > 11 0x7bc7c142 call_thread_entry_point+0x33(entry=0x7b85fe86, arg=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ntdll/signal_i386.c:2499] in ntdll (0x0032ffb8) > 12 0x7bc53699 start_process+0x23(kernel_start=0x7b85fe86) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ntdll/loader.c:2612] in ntdll (0x0032ffe8) > 13 0x680280b9 wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) > alarum: ../../../wine terminated abnormally > make: *** [dc.ok] Error 99 > alarum: failed command was ../../../wine gdi32_test.exe.so font.c > font.c:279: Test failed: tm.tmDescent should be > 0 > font.c:291: Test failed: height 2288: expected scale_x 1, scale_y 1, got cx -2375535, cy -938585 > font.c:293: Test failed: height -2147483648 != 2288 > font.c:294: Test failed: ascent -2147483648 != 1854 > font.c:295: Test failed: descent -2147483648 != 434 > font.c:296: Test failed: ave width -2147483648 != 904 > font.c:297: Test failed: max width -2147483648 != 5515 > font.c:310: Test failed: cx -2147483648 != 9902 > font.c:311: Test failed: cy -2147483648 != 2288 > font.c:315: Test failed: width A -2147483648 != 1366 > font.c:610: Test failed: incX 0 != -2147483648 > font.c:620: Test failed: incX -32768 != -1073741823 > font.c:621: Test failed: incY -32768 != 0 > Application tried to create a window, but no driver could be loaded. > Make sure that your X server is running and that $DISPLAY is set correctly. > font.c:3543: Tests skipped: Unable to locate and load font sserife.fon > font.c:2249: Tests skipped: Font KacstOne doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font Kedage doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font Lohit Bengali doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font Lohit Gujarati doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font Lohit Hindi doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font Lohit Punjabi doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font Lohit Tamil doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font Mallige doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font OpenSymbol doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font Pothana2000 doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font Purisa doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font Saab doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font UnBatang doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font UnDotum doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font utkal doesn't contain 'x', skipping the test > font.c:2249: Tests skipped: Font Vemana2000 doesn't contain 'x', skipping the test > fixme:font:WineEngRealizationInfo (0x11ecb0, 0x32fc70): stub! > fixme:font:WineEngRealizationInfo (0x12b8e8, 0x32fc70): stub! > fixme:font:WineEngCreateFontInstance Untranslated charset 255 > font.c:3786: Tests skipped: Lucida Sans Demibold Roman is not installed > font.c:3786: Tests skipped: Lucida Sans Italic is not installed > font.c:3786: Tests skipped: Lucida Sans Regular is not installed > fixme:font:CreateScalableFontResourceW (0,L"C:\\users\\bob\\Temp\\fotedc.tmp",L"C:\\users\\bob\\Temp\\ttfedb.tmp",(null)): stub > fixme:font:CreateScalableFontResourceW (0,L"C:\\users\\bob\\Temp\\fotedc.tmp",L"C:\\users\\bob\\Temp\\ttfedb.tmp",L""): stub > fixme:font:CreateScalableFontResourceW (0,L"C:\\users\\bob\\Temp\\fotedc.tmp",L"\\ttfedb.tmp",L"C:\\users\\bob\\Temp\\"): stub > fixme:font:CreateScalableFontResourceW (0,L"C:\\users\\bob\\Temp\\fotedc.tmp",L"random file name",L"C:\\users\\bob\\Temp\\"): stub > fixme:font:CreateScalableFontResourceW (0,L"C:\\users\\bob\\Temp\\fotedc.tmp",(null),L"C:\\users\\bob\\Temp\\ttfedb.tmp"): stub > fixme:font:WineEngRemoveFontResourceEx (L"C:\\users\\bob\\Temp\\fotedc.tmp", 0, (nil)): stub > make: *** [font.ok] Error 13 > alarum: failed command was ../../../wine gdi32_test.exe.so gdiobj.c > gdiobj.c:173: Test failed: GetDeviceCaps(TECHNOLOGY) should return DT_RASDISPLAY not 0 > make: *** [gdiobj.ok] Error 1 > alarum: failed command was ../../../wine gdi32_test.exe.so icm.c > icm.c:64: Test failed: expected size > 0 > icm.c:66: Test failed: got -559038737, expected ERROR_INSUFFICIENT_BUFFER > icm.c:73: Test failed: GetICMProfileA failed -559038737 > icm.c:116: Test failed: expected size > 0 > icm.c:117: Test failed: got -559038737, expected ERROR_INSUFFICIENT_BUFFER > icm.c:121: Test failed: GetICMProfileW failed -559038737 > fixme:icm:SetICMProfileA (nil) (null) stub > icm.c:229: Test failed: GetICMProfileA failed 87 > fixme:icm:SetICMProfileA (nil) (null) stub > fixme:icm:SetICMProfileA (nil) "\xf8\xfb2" stub > fixme:icm:SetICMProfileA 0x1b8 (null) stub > fixme:icm:SetICMProfileA 0x1b8 "\xf8\xfb2" stub > fixme:icm:SetICMProfileW (nil) (null) stub > icm.c:272: Test failed: GetICMProfileW failed 87 > fixme:icm:SetICMProfileW (nil) (null) stub > fixme:icm:SetICMProfileW (nil) L"\0017" stub > fixme:icm:SetICMProfileW 0x1b8 (null) stub > fixme:icm:SetICMProfileW 0x1b8 L"\0017" stub > make: *** [icm.ok] Error 8 > alarum: failed command was ../../../wine gdi32_test.exe.so mapping.c > mapping.c:454: Test failed: Viewport extents have not been properly adjusted: Expected 6400x-4800, got 6400x-2147483648 > mapping.c:428: Test failed: Viewport extents have not been properly adjusted: Expected 6400x-4800, got 6400x-2147483648 > mapping.c:428: Test failed: Viewport extents have not been properly adjusted: Expected 6400x-2400, got 6400x-2147483648 > mapping.c:428: Test failed: Viewport extents have not been properly adjusted: Expected 3200x-2400, got 6400x-2147483648 > mapping.c:454: Test failed: Viewport extents have not been properly adjusted: Expected 1280x-960, got 2560x-2147483648 > mapping.c:454: Test failed: Viewport extents have not been properly adjusted: Expected 1280x-960, got 2560x-2147483648 > mapping.c:428: Test failed: Viewport extents have not been properly adjusted: Expected 1280x-480, got 2560x-2147483648 > mapping.c:428: Test failed: Viewport extents have not been properly adjusted: Expected -640x480, got -1280x-2147483648 > mapping.c:614: Test failed: 663: got inf expect inf > mapping.c:617: Test failed: 663: got -inf expect -inf > mapping.c:618: Test failed: 663: got -nan expect 0.000000 > mapping.c:619: Test failed: 663: got -nan expect 0.000000 > mapping.c:614: Test failed: 667: got inf expect inf > mapping.c:615: Test failed: 667: got -nan expect 0.000000 > mapping.c:616: Test failed: 667: got -nan expect 0.000000 > mapping.c:617: Test failed: 667: got -inf expect -inf > mapping.c:618: Test failed: 667: got -nan expect 0.000000 > mapping.c:619: Test failed: 667: got -nan expect 0.000000 > mapping.c:614: Test failed: 673: got -nan expect 0.000000 > mapping.c:615: Test failed: 673: got nan expect 0.000000 > mapping.c:616: Test failed: 673: got nan expect 0.000000 > mapping.c:617: Test failed: 673: got -nan expect -0.000000 > mapping.c:618: Test failed: 673: got nan expect 0.000000 > mapping.c:619: Test failed: 673: got nan expect 0.000000 > mapping.c:614: Test failed: 689: got inf expect inf > mapping.c:617: Test failed: 689: got -inf expect -inf > mapping.c:618: Test failed: 689: got -nan expect 0.000000 > mapping.c:619: Test failed: 689: got -nan expect 0.000000 > mapping.c:614: Test failed: 695: got inf expect inf > mapping.c:615: Test failed: 695: got -nan expect 0.000000 > mapping.c:616: Test failed: 695: got -nan expect 0.000000 > mapping.c:617: Test failed: 695: got -inf expect -inf > mapping.c:618: Test failed: 695: got -nan expect 0.000000 > mapping.c:619: Test failed: 695: got -nan expect 0.000000 > mapping.c:614: Test failed: 701: got -nan expect 0.000000 > mapping.c:615: Test failed: 701: got nan expect 0.000000 > mapping.c:616: Test failed: 701: got nan expect 0.000000 > mapping.c:617: Test failed: 701: got -nan expect -0.000000 > mapping.c:618: Test failed: 701: got nan expect 0.000000 > mapping.c:619: Test failed: 701: got nan expect 0.000000 > fixme:dc:GetTransform Unknown code 102 > fixme:dc:GetTransform Unknown code 103 > fixme:dc:GetTransform Unknown code 104 > fixme:dc:GetTransform Unknown code 202 > fixme:dc:GetTransform Unknown code 302 > fixme:dc:GetTransform Unknown code 303 > fixme:dc:GetTransform Unknown code 403 > fixme:dc:GetTransform Unknown code 404 > fixme:dc:GetTransform Unknown code ffff > make: *** [mapping.ok] Error 40 > alarum: failed command was ../../../wine gdi32_test.exe.so metafile.c > Application tried to create a window, but no driver could be loaded. > Make sure that your X server is running and that $DISPLAY is set correctly. > metafile.c:174: Test failed: CreateWindowExA error 2 > metafile.c:209: Test failed: GetDeviceCaps(TECHNOLOGY) has to return DT_RASDISPLAY for a display based EMF > metafile.c:318: Test failed: CreateWindowExA failed > metafile.c:327: Test failed: GetDeviceCaps failed > metafile.c:293: Test failed: Got exScale -nan, expected -nan > metafile.c:295: Test failed: Got eyScale -nan, expected -nan > metafile.c:293: Test failed: Got exScale -nan, expected -nan > metafile.c:295: Test failed: Got eyScale -nan, expected -nan > metafile.c:293: Test failed: Got exScale -nan, expected -nan > metafile.c:295: Test failed: Got eyScale -nan, expected -nan > metafile.c:293: Test failed: Got exScale -nan, expected -nan > metafile.c:295: Test failed: Got eyScale -nan, expected -nan > metafile.c:293: Test failed: Got exScale -nan, expected -nan > metafile.c:295: Test failed: Got eyScale -nan, expected -nan > metafile.c:641: Test failed: CreateWindowExA error 5 > metafile.c:2161: Test failed: CreateWindowExA error 13 > metafile.c:2398: Test failed: CreateWindowExA error -559038737 > err:enhmetafile:EMF_Update_MF_Xform World transform failed! > err:enhmetafile:EMF_Update_MF_Xform World transform failed! > err:enhmetafile:EMF_Update_MF_Xform World transform failed! > err:enhmetafile:EMF_Update_MF_Xform World transform failed! > err:enhmetafile:EMF_Update_MF_Xform World transform failed! > err:enhmetafile:EMF_Update_MF_Xform World transform failed! > metafile.c:2460: Test failed: (0,0)->(10,10), expected (0,0)->(0,0) > err:enhmetafile:EMF_Update_MF_Xform World transform failed! > err:enhmetafile:EMF_Update_MF_Xform World transform failed! > err:enhmetafile:EMF_Update_MF_Xform World transform failed! > err:enhmetafile:EMF_Update_MF_Xform World transform failed! > err:enhmetafile:EMF_Update_MF_Xform World transform failed! > err:enhmetafile:EMF_Update_MF_Xform World transform failed! > metafile.c:2460: Test failed: (0,0)->(10,10), expected (0,0)->(18,67) > metafile.c:2460: Test failed: (0,0)->(10,10), expected (0,0)->(18,67) > metafile.c:2713: Test failed: SetWinMetaFileBits: Reference bounds: Left and top bound must be zero > metafile.c:2724: Test failed: SetWinMetaFileBits (MM_ISOTROPIC): Reference bounds are not isotropic > metafile.c:2747: Test succeeded inside todo block: SetWinMetaFileBits (MM_ANISOTROPIC): Reference frame: The whole device surface must be used (0x0), but got (0x0) > metafile.c:2781: Test failed: SetWinMetaFileBits (MM_ANISOTROPIC): rclBounds contains invalid values > wine: Unhandled division by zero at address 0x68721d5b (thread 0026), starting debugger... > Unhandled exception: divide by zero in 32-bit code (0x68721d5b). > Register dump: > CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b > EIP:68721d5b ESP:0032f970 EBP:0032f998 EFLAGS:00210246( R- -- I Z- -P- ) > EAX:00000001 EBX:68735ff4 ECX:00000000 EDX:00000000 > ESI:00000000 EDI:00000000 > Stack dump: > 0x0032f970: 0000034c 68735ff4 0032f998 68701559 > 0x0032f980: 68739e40 00000000 000ea600 00000000 > 0x0032f990: 00000000 00000000 0032fa08 6870861e > 0x0032f9a0: 000ea600 00000000 00000000 00000000 > 0x0032f9b0: 00000026 00000000 000ea600 00000000 > 0x0032f9c0: ffffffff 00132194 00132194 00000000 > Backtrace: > =>0 0x68721d5b __divdi3+0x8b() in gdi32 (0x0032f998) > 1 0x6870861e muldiv+0x8a(m1=0x7d0, m2=0x1e0, d=0) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/metafile.c:1234] in gdi32 (0x0032fa08) > 2 0x687087d8 set_window+0xde(hdc=0x6c4, emf=0x6c0, ref_dc=0x34c, map_mode=0x1) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/metafile.c:1269] in gdi32 (0x0032fac8) > 3 0x68708b3b GetWinMetaFileBits+0xfa(hemf=0x6c0, cbBuffer=0, lpbBuffer=0x0(nil), map_mode=0x1, hdcRef=0x34c) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/metafile.c:1325] in gdi32 (0x0032fb48) > 4 0x6851848a getwinmetafilebits+0x3f3(mode=0x1, scale=0x1, rc=0x32fc28) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/metafile.c:2869] in gdi32_test (0x0032fbf8) > 5 0x68519287 test_GetWinMetaFileBits+0xd7() [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/metafile.c:3007] in gdi32_test (0x0032fce8) > 6 0x68519bca func_metafile+0x64() [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/metafile.c:3140] in gdi32_test (0x0032fcf8) > 7 0x68520bd7 run_test+0x9e(name="metafile.c") [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/../../../include/wine/test.h:556] in gdi32_test (0x0032fd58) > 8 0x68520fec main+0x23a(argc=<couldn't compute location>, argv=0x1103d0) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/../../../include/wine/test.h:624] in gdi32_test (0x0032fe28) > 9 0x6852107a __wine_spec_exe_entry+0x69(peb=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/winecrt0/exe_entry.c:36] in gdi32_test (0x0032fe60) > 10 0x7b85fe84 call_process_entry+0xb() in kernel32 (0x0032fe78) > 11 0x7b85ffca start_process+0x143(peb=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/kernel32/process.c:1091] in kernel32 (0x0032fec8) > 12 0x7bc7c104 call_thread_func+0xb() in ntdll (0x0032fed8) > 13 0x7bc7c142 call_thread_entry_point+0x33(entry=0x7b85fe86, arg=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ntdll/signal_i386.c:2499] in ntdll (0x0032ffb8) > 14 0x7bc53699 start_process+0x23(kernel_start=0x7b85fe86) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ntdll/loader.c:2612] in ntdll (0x0032ffe8) > 15 0x680280b9 wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) > 0x68721d5b __divdi3+0x8b in gdi32: divl %esi,%eax > Modules: > Module Address Debug info Name (32 modules) > ELF 68000000-6801d000 Deferred ld-linux.so.2 > ELF 6801f000-68160000 Dwarf libwine.so.1 > ELF 68172000-6818b000 Deferred libpthread.so.0 > ELF 6818b000-682e5000 Deferred libc.so.6 > ELF 682e6000-682ea000 Deferred libdl.so.2 > ELF 682eb000-68311000 Deferred libm.so.6 > ELF 68311000-68319000 Deferred libnss_compat.so.2 > ELF 68319000-68330000 Deferred libnsl.so.1 > ELF 68330000-6833a000 Deferred libnss_nis.so.2 > ELF 6833a000-68346000 Deferred libnss_files.so.2 > ELF 684a3000-6853b000 Dwarf gdi32_test<elf> > \-PE 684b0000-6853b000 \ gdi32_test > ELF 6853b000-6868f000 Deferred user32<elf> > \-PE 68550000-6868f000 \ user32 > ELF 6868f000-6874b000 Dwarf gdi32<elf> > \-PE 686a0000-6874b000 \ gdi32 > ELF 6874b000-687b1000 Deferred advapi32<elf> > \-PE 68760000-687b1000 \ advapi32 > ELF 687b1000-687cc000 Deferred version<elf> > \-PE 687c0000-687cc000 \ version > ELF 687de000-68854000 Deferred libfreetype.so.6 > ELF 68854000-68869000 Deferred libz.so.1 > ELF 68946000-68956000 Deferred libxext.so.6 > ELF 68956000-68a73000 Deferred libx11.so.6 > ELF 68a78000-68a92000 Deferred libxcb.so.1 > ELF 68a92000-68a96000 Deferred libxau.so.6 > ELF 68a96000-68a9c000 Deferred libxdmcp.so.6 > ELF 7b800000-7b9b1000 Dwarf kernel32<elf> > \-PE 7b810000-7b9b1000 \ kernel32 > ELF 7bc00000-7bccd000 Dwarf ntdll<elf> > \-PE 7bc10000-7bccd000 \ ntdll > ELF 7bf00000-7bf04000 Deferred <wine-loader> > Threads: > process tid prio (all id:s are in hex) > 0000000e services.exe > 0000001f 0 > 0000001e 0 > 00000015 0 > 00000010 0 > 0000000f 0 > 00000012 winedevice.exe > 0000001a 0 > 00000019 0 > 00000014 0 > 00000013 0 > 0000001b plugplay.exe > 00000020 0 > 0000001d 0 > 0000001c 0 > 0000003d explorer.exe > 0000003e 0 > 00000009 (D) Z:\home\bob\wineslave.dir\sandbox\slave\runtests-default\build\dlls\gdi32\tests\gdi32_test.exe > 00000026 0 <== > Backtrace: > =>0 0x68721d5b __divdi3+0x8b() in gdi32 (0x0032f998) > 1 0x6870861e muldiv+0x8a(m1=0x7d0, m2=0x1e0, d=0) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/metafile.c:1234] in gdi32 (0x0032fa08) > 2 0x687087d8 set_window+0xde(hdc=0x6c4, emf=0x6c0, ref_dc=0x34c, map_mode=0x1) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/metafile.c:1269] in gdi32 (0x0032fac8) > 3 0x68708b3b GetWinMetaFileBits+0xfa(hemf=0x6c0, cbBuffer=0, lpbBuffer=0x0(nil), map_mode=0x1, hdcRef=0x34c) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/metafile.c:1325] in gdi32 (0x0032fb48) > 4 0x6851848a getwinmetafilebits+0x3f3(mode=0x1, scale=0x1, rc=0x32fc28) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/metafile.c:2869] in gdi32_test (0x0032fbf8) > 5 0x68519287 test_GetWinMetaFileBits+0xd7() [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/metafile.c:3007] in gdi32_test (0x0032fce8) > 6 0x68519bca func_metafile+0x64() [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/metafile.c:3140] in gdi32_test (0x0032fcf8) > 7 0x68520bd7 run_test+0x9e(name="metafile.c") [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/../../../include/wine/test.h:556] in gdi32_test (0x0032fd58) > 8 0x68520fec main+0x23a(argc=<couldn't compute location>, argv=0x1103d0) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/gdi32/tests/../../../include/wine/test.h:624] in gdi32_test (0x0032fe28) > 9 0x6852107a __wine_spec_exe_entry+0x69(peb=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/winecrt0/exe_entry.c:36] in gdi32_test (0x0032fe60) > 10 0x7b85fe84 call_process_entry+0xb() in kernel32 (0x0032fe78) > 11 0x7b85ffca start_process+0x143(peb=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/kernel32/process.c:1091] in kernel32 (0x0032fec8) > 12 0x7bc7c104 call_thread_func+0xb() in ntdll (0x0032fed8) > 13 0x7bc7c142 call_thread_entry_point+0x33(entry=0x7b85fe86, arg=0x7ffdf000) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ntdll/signal_i386.c:2499] in ntdll (0x0032ffb8) > 14 0x7bc53699 start_process+0x23(kernel_start=0x7b85fe86) [/home/bob/wineslave.dir/sandbox/slave/runtests-default/build/dlls/ntdll/loader.c:2612] in ntdll (0x0032ffe8) > 15 0x680280b9 wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) > make: *** [metafile.ok] Error 148 > alarum: failed command was ../../../wine gdi32_test.exe.so palette.c > palette.c:90: Test failed: getColor=00000000 > palette.c:97: Test failed: getColor=00000000 > palette.c:112: Test failed: getColor=00000000 > make: *** [palette.ok] Error 3 > alarum: failed command was ../../../wine gdi32_test.exe.so pen.c > fixme:gdi:ExtCreatePen PS_COSMETIC | PS_USERSTYLE not handled > fixme:gdi:ExtCreatePen PS_COSMETIC | PS_USERSTYLE not handled > pen.c:505: Test failed: Expected 00000080, got 00000000 > pen.c:506: Test failed: Expected 00000080, got 00000000 > pen.c:507: Test failed: Expected 000000a0, got 00000000 > pen.c:508: Test failed: Expected 000000a0, got 00000000 > pen.c:509: Test failed: Expected 00000050, got 00000000 > pen.c:510: Test failed: Expected 00000050, got 00000000 > pen.c:511: Test failed: Expected 0000000a, got 00000000 > make: *** [pen.ok] Error 7 > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > * Call to xpconnect wrapped JSObject produced this error: * > * Call to xpconnect wrapped JSObject produced this error: * > alarum: failed command was ../../../wine opengl32_test.exe.so opengl.c > Xlib: extension "GLX" missing on display ":0.0". > err:wgl:X11DRV_WineGL_InitOpenglInfo couldn't initialize OpenGL, expect problems > opengl.c:1295: Test failed: Unable to find pixel format. > fixme:event:wait_for_withdrawn_state window 0x2300d2/800001 wait timed out > make: *** [opengl.ok] Error 1 > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > alarum: failed command was ../../../wine user32_test.exe.so sysparams.c > sysparams.c:2399: Test failed: Waiting for the WM_DISPLAYCHANGE message timed out > sysparams.c:2399: Test failed: Waiting for the WM_DISPLAYCHANGE message timed out > err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found 800x600x24 @0! (XRandR) > sysparams.c:2404: Tests skipped: Setting depth 24 failed(ret = -2) > sysparams.c:2399: Test failed: Waiting for the WM_DISPLAYCHANGE message timed out > sysparams.c:2412: Test failed: Set bpp 32, but WM_DISPLAYCHANGE reported bpp -1 > make: *** [sysparams.ok] Error 4 > alarum: failed command was ../../../wine shell32_test.exe.so ebrowser.c > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (1, 0, 0, 0, 0x32fcb8) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a003, 1, 0x32fcb8) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (1, 0, 0, 0, (nil)) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (3, 0, 0, 0, (nil)) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (8, 0, 0, 0, (nil)) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (1, 0, 0, 0, (nil)) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 0, 0, 0, 0x32fcb8) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (1, 0, 0, 0, 0x32fcb8) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (1234, 0, 0, 0, 0x32fcb8) > fixme:shell:IShellBrowser_fnSetStatusTextSB stub, 0x12d030 ((null)) > fixme:shell:IShellBrowser_fnContextSensitiveHelp stub, 0x12d030 (0) > fixme:shell:IShellBrowser_fnEnableModelessSB stub, 0x12d030 (1) > fixme:shell:IShellBrowser_fnSetToolbarItems stub, 0x12d030 ((nil), 1, 0x1) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a003, 0, 0x32f9fc) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a004, 1, 0x32f9fc) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a003, 1, 0x32f9fc) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a004, 1, 0x32f9fc) > fixme:win:DeferWindowPos other process handle 0xdeadbeef? > fixme:shell:IExplorerBrowser_fnSetOptions Flags 0xdeadbeef contains unsupported options. > fixme:nstc:NSTC2_fnSetControlStyle2 mask & style (0x00000004) contains unsupported style(s): 0x00000004 > fixme:shell:IExplorerBrowser_fnSetPropertyBag stub, 0x12d030 ((null)) > fixme:shell:IExplorerBrowser_fnSetPropertyBag stub, 0x12d030 (L"WineTest") > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a003, 0, 0x32f9ec) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a004, 1, 0x32f9ec) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a003, 1, 0x32f9ec) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a004, 1, 0x32f9ec) > err:shell:IExplorerBrowser_fnBrowseToIDList Failed to get absolute pidl. > err:shell:IExplorerBrowser_fnBrowseToIDList Failed to get absolute pidl. > err:shell:IExplorerBrowser_fnBrowseToIDList Failed to get absolute pidl. > err:shell:IExplorerBrowser_fnBrowseToIDList Failed to get absolute pidl. > err:shell:IExplorerBrowser_fnBrowseToIDList Failed to get parent pidl. > err:shell:IExplorerBrowser_fnBrowseToIDList Failed to get parent pidl. > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a003, 0, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a003, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a003, 0, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a004, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a003, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a004, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a003, 0, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a003, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a003, 0, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a004, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a003, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a004, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a003, 0, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a003, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a003, 0, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a004, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a003, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a004, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a003, 0, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a003, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a003, 0, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a004, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a003, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a004, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a003, 0, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a003, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a003, 0, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a004, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a003, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a004, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a003, 0, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1026, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a003, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12d030 (2, 1025, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a003, 0, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a004, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a003, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a004, 1, 0x32f56c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a003, 0, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a003, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a004, 1, 0x32f5ac) > fixme:shell:IExplorerBrowser_fnSetOptions Flags 0x00000004 contains unsupported options. > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a003, 0, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a003, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a003, 0, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1026, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a003, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12f388 (2, 1025, a004, 1, 0x32f5ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12e808 (2, 1026, a003, 0, 0x32fa0c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12e808 (2, 1026, a004, 1, 0x32fa0c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12e808 (2, 1025, a003, 1, 0x32fa0c) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12e808 (2, 1025, a004, 1, 0x32fa0c) > fixme:nstc:NSTC2_fnSetControlStyle2 mask & style (0x00000004) contains unsupported style(s): 0x00000004 > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12e808 (2, 1026, a003, 0, 0x32f7ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12e808 (2, 1026, a004, 1, 0x32f7ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12e808 (2, 1025, a003, 1, 0x32f7ac) > fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x12e808 (2, 1025, a004, 1, 0x32f7ac) > XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0" > after 2790 requests (1173 known processed) with 0 events remaining. > make: *** [ebrowser.ok] Error 1 > alarum: failed command was ../../../wine shell32_test.exe.so shlexec.c > fixme:exec:SHELL_execute flags ignored: 0x00004000 > fixme:exec:SHELL_execute flags ignored: 0x00004000 > fixme:exec:SHELL_execute flags ignored: 0x00004000 > fixme:exec:SHELL_execute flags ignored: 0x00004000 > fixme:exec:SHELL_execute flags ignored: 0x00004000 > fixme:exec:SHELL_execute flags ignored: 0x00004000 > fixme:exec:SHELL_execute flags ignored: 0x00004000 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > Application tried to create a window, but no driver could be loaded. > Make sure that your X server is running and that $DISPLAY is set correctly. > Application tried to create a window, but no driver could be loaded. > Make sure that your X server is running and that $DISPLAY is set correctly. > shlexec.c:1767: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=30 err=32 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1767: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=30 err=0 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1767: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=30 err=32 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1767: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=30 err=0 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1767: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=30 err=32 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1767: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=30 err=0 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1946: Tests skipped: Default DDE application test does not match any available results, using first expected data set. > shlexec.c:1951: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=11 err=87 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1951: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=11 err=87 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1951: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=11 err=87 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1951: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=11 err=87 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1951: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=11 err=87 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1951: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=11 err=87 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > err:exec:dde_connect Unable to find application path for command L"\"C:\\users\\bob\\Temp\\wt1ff9.tmp\\test2 file.exe\"" > fixme:exec:SHELL_execute flags ignored: 0x00000100 > err:exec:dde_connect Unable to find application path for command L"\"C:\\users\\bob\\Temp\\wt1ff9.tmp\\test2 file.exe\" param" > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1951: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=11 err=87 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1951: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=11 err=87 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > err:exec:dde_connect Unable to find application path for command L"C:\\users\\bob\\Temp\\wt1ff9.tmp\\notexist.exe" > fixme:exec:SHELL_execute flags ignored: 0x00000100 > err:exec:dde_connect Unable to find application path for command L"C:\\users\\bob\\Temp\\wt1ff9.tmp\\notexist.exe param" > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1951: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=30 err=87 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > shlexec.c:1951: Test failed: ShellExecuteEx(null, "C:\users\bob\Temp\wt1ff9.tmp\test file.sde", null, null) failed: rc=30 err=87 > fixme:exec:SHELL_execute flags ignored: 0x00000100 > err:exec:dde_connect Unable to find application path for command L"xyzwxyzwxyz" > fixme:exec:SHELL_execute flags ignored: 0x00000100 > err:exec:dde_connect Unable to find application path for command L"xyzwxyzwxyz param" > CMD Version 1.3.29 > > Z:\home\bob\wineslave.dir\sandbox\slave\runtests-default\build\dlls\shell32\tests>CMD Version 1.3.29 > > Z:\home\bob\wineslave.dir\sandbox\slave\runtests-default\build\dlls\shell32\tests>alarum: elapsed time 96 seconds > make: *** [shlexec.ok] Error 16 > alarum: failed command was ../../../wine shell32_test.exe.so systray.c > systray.c:52: Test failed: NIM_DELETE failed! > systray.c:55: Test failed: The icon was not deleted > systray.c:66: Test failed: NIM_ADD failed! > systray.c:73: Test failed: NIM_DELETE failed! > systray.c:76: Test failed: The icon was not deleted > fixme:event:wait_for_withdrawn_state window 0x160076/c00001 wait timed out > make: *** [systray.ok] Error 5 > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_card_driver returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_concat returned error: No such file or directory > ALSA lib conf.c:4154:(_snd_config_evaluate) function snd_func_refer returned error: No such file or directory > ALSA lib conf.c:4633:(snd_config_expand) Evaluate error: No such file or directory > > _______________________________________________ > wine-tests-results mailing list > wine-tests-results(a)winehq.org > http://www.winehq.org/mailman/listinfo/wine-tests-results

Oct. 8, 2011

Re: inetmib1: Avoid idempotent operation in findSupportedQuery function (Clang)

by Alexandre Julliard

Frédéric Delanoy <frederic.delanoy(a)gmail.com> writes: > indexLow is always 0 at that point This makes it harder to understand what the code is doing here. Probably needs some restructuring. -- Alexandre Julliard julliard(a)winehq.org

Oct. 8, 2011

Re: jscript: Mark some fall-throughs in switch statements

by Alexandre Julliard

Andrew Talbot <andrew.talbot(a)talbotville.com> writes: > @@ -4037,6 +4037,7 @@ static HRESULT RegExpConstr_leftContext(script_ctx_t *ctx, vdisp_t *jsthis, WORD > > V_VT(retv) = VT_BSTR; > V_BSTR(retv) = ret; > + /* fall through */ > } > case DISPATCH_PROPERTYPUT: > return S_OK; I don't think that PROPERTYGET is supposed to fall through to PROPERTYPUT. -- Alexandre Julliard julliard(a)winehq.org

Oct. 8, 2011

Re: [PATCH] server: Use syscall(2) instead of inline assembly on Mac OS, too.

by Alexandre Julliard

Charles Davis <cdavis(a)mymail.mines.edu> writes: > @@ -268,9 +256,9 @@ int send_thread_signal( struct thread *thread, int sig ) > if (!mach_port_extract_right( process_port, thread->unix_tid, > MACH_MSG_TYPE_COPY_SEND, &port, &type )) > { > - if ((ret = pthread_kill_syscall( port, sig )) < 0) > + if ((ret = syscall( SYS___pthread_kill, port, sig )) != 0) > { > - errno = -ret; > + errno = ret; syscall is supposed to take care of errno. -- Alexandre Julliard julliard(a)winehq.org

Oct. 8, 2011

re: Governance of Wine with respect to the Software Freedom Conservancy (update October 2011)

by Dan Kegel

The real way to mount a revolt, of course, would be to fork wine and maintain a better version of it. The likelihood of that ever happening seems slim, but perhaps in 15 years, after HTML 5 takes over and users no longer run win32 apps, it's possible that something like that would happen naturally (say, some computer museum might become the maintainer).

Oct. 8, 2011

Re: mpr: Remove DllCanUnloadNow and DllGetClassObject

by André Hentschel

Am 08.10.2011 12:13, schrieb Alistair Leslie-Hughes: > Hi, > The native mpr.DLL doesn't have these functions. > > > Changelog: > mpr: Remove DllCanUnloadNow and DllGetClassObject > > > Best Regards > Alistair Leslie-Hughes > > no patch? -- Best Regards, André Hentschel

Oct. 8, 2011

Re: user32: Add support for iPaddedBorderWidth in NONCLIENTMETRICS structure.

by Marvin

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=14764 Your paranoid android. === WINEBUILD (build) === Make failed

Oct. 8, 2011

Re: [PATCH] server: if a debugger is attached to a process, child processes shouldn't get debugged (resend)

by David Laight

On Fri, Oct 07, 2011 at 08:32:27PM +0200, Marcus Meissner wrote: > On Fri, Oct 07, 2011 at 11:44:24AM +0900, Dmitry Timoshkov wrote: > > Bernhard Loos <bernhardloos(a)googlemail.com> wrote: > > > > > + int debug_childs:1; /* also debug all child processes */ > > > > 'debug_children' would be a better name. > > also > unsigned int foo:1; > please. (int foo:1 works, but is semidefined only ;) Why the bitfield anyway? Unless you are allocating a lot of copies of the structure it is likely to generate more code than the saved memory. David -- David Laight: david(a)l8s.co.uk

Oct. 8, 2011

Re: [PATCH] server: Use syscall(2) instead of inline assembly on Mac OS; too.

by Charles Davis

On Oct 7, 2011, at 1:50 PM, Dan Kegel wrote: > Probably a spurious failure Yeah... especially considering that: - That change only affects Mac OS X, and I haven't added my buildslave yet ;). (That file shouldn't even get built on non-Darwin.) - Wine won't even build 64-bit on Mac OS yet (and might never). Chip > - I was running rpcrt4 tests on > that machine, and they may both have wanted the same port number. > Shame on me. > > On Fri, Oct 7, 2011 at 12:48 PM, Dan Kegel <dank(a)kegel.com> wrote: >> Fails tests on x86_64? >> >> On Fri, Oct 7, 2011 at 11:52 AM, <buildbot(a)kegel.com> wrote: >>> This is an experimental automated build and test service. >>> Please feel free to ignore this email while we work the kinks out. >>> >>> For more info about this message, see http://wiki.winehq.org/BuildBot >>> >>> The Buildbot has detected a failed build on builder runtests-default-x86_64 while building Wine. >>> Full details are available at: http://buildbot.kegel.com/builders/runtests-default-x86_64/builds/35 (though maybe not for long, as I'm still reinstalling the buildbot periodically while experimenting) >>> BUILD FAILED: failed shell_3 >>> >>> Errors: >>> alarum: failed command was ../../../wine rpcrt4_test.exe.so rpc.c >>> fixme:rpc:RpcNetworkIsProtseqValidW Unknown protseq L"foo" >>> err:rpc:rpcrt4_protseq_ncacn_ip_tcp_open_endpoint couldn't listen on port 4114 >>> rpc.c:238: Test failed: RpcServerUseProtseqEp failed (1740) >>> fixme:rpc:RpcBindingInqAuthInfoExW authorization service not implemented >>> make: *** [rpc.ok] Error 1 >>> >>> >>

Oct. 7, 2011

Solved: Problems with drawing text in 1.3.29

by Damian Dixon

I have narrowed the issue down to a difference in behaviour between Windows and Wine. The problem boils down to the following code: NONCLIENTMETRICS ncm; memset(&ncm, 0, sizeof(NONCLIENTMETRICS)); ncm.cbSize = sizeof(NONCLIENTMETRICS); VERIFY(SystemParametersInfo(SPI_GETNONCLIENTMETRICS, sizeof(NONCLIENTMETRICS), &ncm, 0)); I used the font's returned from this call for drawing text and this caused the crash. The problem is that I upgraded to VS2010 and changed the target to WINVER=0x600. This means that I needed to change my code to the following. NONCLIENTMETRICS ncm; memset(&ncm, 0, sizeof(NONCLIENTMETRICS)); ncm.cbSize = sizeof(NONCLIENTMETRICS); #if(WINVER >= 0x0600) OSVERSIONINFO osvi; memset(&osvi,0,sizeof(osvi)); osvi.dwOSVersionInfoSize = sizeof(osvi); GetVersionEx(&osvi); if (osvi.dwMajorVersion < 6) ncm.cbSize -= sizeof(ncm.iPaddedBorderWidth); #endif VERIFY(SystemParametersInfo(SPI_GETNONCLIENTMETRICS, sizeof(NONCLIENTMETRICS), &ncm, 0)); Note: On windows my application does not actually crash or stop working with my original code and the text is displayed at a size I would kind of expect it to be. I will raise a bug for this one... as a difference in behaviour. On 7 October 2011 08:50, Damian Dixon <damian.dixon(a)gmail.com> wrote: > Thanks for the suggestions. > > I've narrowed one of the issues down to WineEngGetGlyphOutline > in dlls/gdi32/freetype.c. > > The pitch is 6640 and the height is 53003. This means that a buffer of > ~335Mb has been allocated and then memset. > > This is where the slow down is occurring (because of the memset). I suspect > the resultant crash is also because of this. > > I would suggest that limits need to be placed on the maximum pitch and > height. > > > I do not however believe that this is the root cause just one of the > symptoms. > > > > On 5 October 2011 18:37, Marcus Meissner <marcus(a)jet.franken.de> wrote: > >> On Wed, Oct 05, 2011 at 04:53:18PM +0100, Damian Dixon wrote: >> > Hi, >> > >> > I was attempting to use Wine 1.3.29 (in OpenSUSE 11.4 x86) and because >> of >> > issues pulled the source from git last night and still have problems. >> > >> > I am having performance issues with DrawText (5 odd seconds to draw a >> simple >> > string) and the occasional X Error and crash. >> > >> > The X Error is consistent and is as follows: >> > >> > fixme:advapi:SetSecurityInfo stub >> > X Error of failed request: BadLength (poly request too large or >> internal >> > Xlib length error) >> > Major opcode of failed request: 151 (RENDER) >> > Minor opcode of failed request: 17 (RenderCreateGlyphSet) >> > Serial number of failed request: 41091 >> > Current serial number in output stream: 41571 >> > Process of pid=0023 has terminated >> > >> > >> > The crash less consistent but is dependent upon the amount of text I >> attempt >> > to draw. >> > >> > The last version I know this worked in was 1.1.39. >> > >> > I've a few things to still try out before I attempt to create an RBT. >> >> To get a backtrace and be able to dump some datastructures, run with >> >> WINEDEBUG=+synchronous wine foo.exe >> >> This will bring it into the debugger once the condition happens. >> >> CIao, MArcus >> > >

Oct. 7, 2011

Re: [PATCH] server: Use syscall(2) instead of inline assembly on Mac OS; too.

by Dan Kegel

Probably a spurious failure - I was running rpcrt4 tests on that machine, and they may both have wanted the same port number. Shame on me. On Fri, Oct 7, 2011 at 12:48 PM, Dan Kegel <dank(a)kegel.com> wrote: > Fails tests on x86_64? > > On Fri, Oct 7, 2011 at 11:52 AM, <buildbot(a)kegel.com> wrote: >> This is an experimental automated build and test service. >> Please feel free to ignore this email while we work the kinks out. >> >> For more info about this message, see http://wiki.winehq.org/BuildBot >> >> The Buildbot has detected a failed build on builder runtests-default-x86_64 while building Wine. >> Full details are available at: http://buildbot.kegel.com/builders/runtests-default-x86_64/builds/35 (though maybe not for long, as I'm still reinstalling the buildbot periodically while experimenting) >> BUILD FAILED: failed shell_3 >> >> Errors: >> alarum: failed command was ../../../wine rpcrt4_test.exe.so rpc.c >> fixme:rpc:RpcNetworkIsProtseqValidW Unknown protseq L"foo" >> err:rpc:rpcrt4_protseq_ncacn_ip_tcp_open_endpoint couldn't listen on port 4114 >> rpc.c:238: Test failed: RpcServerUseProtseqEp failed (1740) >> fixme:rpc:RpcBindingInqAuthInfoExW authorization service not implemented >> make: *** [rpc.ok] Error 1 >> >> >

Oct. 7, 2011

Re: Governance of Wine with respect to the Software Freedom Conservancy (update October 2011)

by Juan Lang

> As I said, our overlords are kind and benevolent and I'm sure that the > mention of "evil plans" was simply a joke as such wise and noble > developers could need harbor a malevolent thought. But, unless I've > been misreading this mailing list, all patches have to go through our > current enlightened leader before becoming part of the patch count in > the wine tree. Not that the powers that be are susceptible to > temptation, but lesser mortals might find that being more selective > about whose patches are accepted during periods of discontent as an > easy way to influence such a vote. Likewise, even if such a mortal > didn't give into temptation, if the usurpers lose the vote they could > always claim such impropriety did take place. My point is that the math isn't in your argument's favor. It would take a long period of rejection by the current overlords before being able to squelch any hypothetical usurpers, given that a) the current overlords' contributions consist of Alexandre's, and b) he does not constitute a controlling majority of contributions, nor anywhere close to it. --Juan

Oct. 7, 2011

Re: [PATCH] server: Use syscall(2) instead of inline assembly on Mac OS; too.

by Dan Kegel

Fails tests on x86_64? On Fri, Oct 7, 2011 at 11:52 AM, <buildbot(a)kegel.com> wrote: > This is an experimental automated build and test service. > Please feel free to ignore this email while we work the kinks out. > > For more info about this message, see http://wiki.winehq.org/BuildBot > > The Buildbot has detected a failed build on builder runtests-default-x86_64 while building Wine. > Full details are available at: http://buildbot.kegel.com/builders/runtests-default-x86_64/builds/35 (though maybe not for long, as I'm still reinstalling the buildbot periodically while experimenting) > BUILD FAILED: failed shell_3 > > Errors: > alarum: failed command was ../../../wine rpcrt4_test.exe.so rpc.c > fixme:rpc:RpcNetworkIsProtseqValidW Unknown protseq L"foo" > err:rpc:rpcrt4_protseq_ncacn_ip_tcp_open_endpoint couldn't listen on port 4114 > rpc.c:238: Test failed: RpcServerUseProtseqEp failed (1740) > fixme:rpc:RpcBindingInqAuthInfoExW authorization service not implemented > make: *** [rpc.ok] Error 1 > >

Oct. 7, 2011

Re: [PATCH] server: if a debugger is attached to a process, child processes shouldn't get debugged (resend)

by Marcus Meissner

On Fri, Oct 07, 2011 at 11:44:24AM +0900, Dmitry Timoshkov wrote: > Bernhard Loos <bernhardloos(a)googlemail.com> wrote: > > > + int debug_childs:1; /* also debug all child processes */ > > 'debug_children' would be a better name. also unsigned int foo:1; please. (int foo:1 works, but is semidefined only ;) Ciao, Marcus

Oct. 7, 2011

Re: Governance of Wine with respect to the Software Freedom Conservancy (update October 2011)

by Michael Curran

On Fri, Oct 7, 2011 at 1:27 PM, Juan Lang <juan.lang(a)gmail.com> wrote: > Hi Michael, > >> Not that I have any problems with our benevolent overlords, and not >> that I would likely achieve franchise with a scant 2 patches under my >> belt, but I can't help wondering how such a revolt would succeed >> seeing as the only method to achieve franchise-hood is controlled by >> the same people one would be revolting against. > > You are new around here, we bottom-post ;) > > Not true, of course. Alexandre is at the top of the list of > contributors, naturally, but he doesn't constitute a controlling > majority. (I'm discounting Jeremy's contributions, which is correct > within tolerable error <snarky grin>.) > --Juan > My bad, gmail makes it easy to make that mistake. ;) As I said, our overlords are kind and benevolent and I'm sure that the mention of "evil plans" was simply a joke as such wise and noble developers could need harbor a malevolent thought. But, unless I've been misreading this mailing list, all patches have to go through our current enlightened leader before becoming part of the patch count in the wine tree. Not that the powers that be are susceptible to temptation, but lesser mortals might find that being more selective about whose patches are accepted during periods of discontent as an easy way to influence such a vote. Likewise, even if such a mortal didn't give into temptation, if the usurpers lose the vote they could always claim such impropriety did take place. I only bring it up because tempers tend to run pretty hot over topics like ousting a project's leadership in open revolt and the last thing you want is the losing side posting ream after ream of git commit logs trying to show to that several of their supporters should have received franchise, but their patches were blocked to prevent it. Rules like that should be designed to end a conflict with creating new sources of it. .

Oct. 7, 2011

Re: Governance of Wine with respect to the Software Freedom Conservancy (update October 2011)

by Juan Lang

Hi Michael, > Not that I have any problems with our benevolent overlords, and not > that I would likely achieve franchise with a scant 2 patches under my > belt, but I can't help wondering how such a revolt would succeed > seeing as the only method to achieve franchise-hood is controlled by > the same people one would be revolting against. You are new around here, we bottom-post ;) Not true, of course. Alexandre is at the top of the list of contributors, naturally, but he doesn't constitute a controlling majority. (I'm discounting Jeremy's contributions, which is correct within tolerable error <snarky grin>.) --Juan

Oct. 7, 2011

Re: Governance of Wine with respect to the Software Freedom Conservancy (update October 2011)

by Michael Curran

Not that I have any problems with our benevolent overlords, and not that I would likely achieve franchise with a scant 2 patches under my belt, but I can't help wondering how such a revolt would succeed seeing as the only method to achieve franchise-hood is controlled by the same people one would be revolting against. On Thu, Oct 6, 2011 at 4:30 PM, Jeremy White <jwhite(a)codeweavers.com> wrote: > Hi Folks, > > I try to send out a periodic message to the wine-devel mailing list > outlining the 'corporate' structure of Wine and how some decisions are made. > > We work with the Software Freedom Conservancy. They manage the pieces > of Wine that benefit from a formal organization, such as managing money, > holding Trademarks, and so on. > > The primary activity we have conducted with them over the past several > years is managing money - about $3,000 each year. They manage all funds > donated to Wine - the donate button goes into a bank account they manage > and any larger private donations go there as well. > > For decisions on how to spend funds, we've adopted a loose set of > guidelines. That is, we have a decision group and we require a majority > of members to approve any spending. Alexandre and I are the current > members of that group. We also claim the right to appoint anyone else > to replace or augment the decision group. > > We CC all decisions to an auditor. We have recently asked Michael > Stefanuic to replace Zachary Goldberg in that role. A critical > requirement, we feel, is that a non CodeWeavers staff member be fully > aware of all decisions made. > > We choose this strategy rather than a fully public process so that we > can apply discretion and protect privacy of people that ask for help > with travel funding. > > The SFC will recognize a 'revolt' by the Wine project. That is, the > designated decision group can be overthrown, once you figure out our > evil plans, if the SFC is persuaded that the majority of Wine > contributors agree on that point. Patch count in the Wine tree will be > the primary mechanism to recognize a contributor. > > Finally, all spending by the SFC on Wine's behalf for the last few years > has been related to Wineconf. That has primarily been to help > defray travel costs for Wine contributors to come to Wineconf. > > Wine's income has been around $3,000 / year for the past few years; we > tend to spend down much of the balance each year for Wineconf. > > Cheers, > > Jeremy > > p.s. One note - the SFC also manages the GSOC payments, although I > believe that they ostensibly manage that on behalf of Google, not really > Wine. That is generally coordinated by Wine's GSOC coordinator, and > Alexandre and I have nothing to do with it. > > >

Oct. 7, 2011

Re: Wine Gecko 1.4-beta1

by Jerome Leclanche

Nevermind, apparently the patch was too large and got corrupt. It's fine when downloaded off gmail. J On Fri, Oct 7, 2011 at 5:35 PM, Jacek Caban <jacek(a)codeweavers.com> wrote: > On 10/7/11 3:57 AM, Jerome Leclanche wrote: >> >> I'm unable to apply the patch: >> patching file dlls/appwiz.cpl/addons.c >> patching file dlls/mshtml/editor.c >> patching file dlls/mshtml/htmldoc.c >> patching file dlls/mshtml/htmldoc3.c >> patching file dlls/mshtml/htmldoc5.c >> patching file dlls/mshtml/htmlimg.c >> patching file dlls/mshtml/htmlwindow.c >> patching file dlls/mshtml/nsevents.c >> patching file dlls/mshtml/nsiface.idl >> Hunk #1 FAILED at 16. >> 1 out of 47 hunks FAILED -- saving rejects to file >> dlls/mshtml/nsiface.idl.rej >> patching file dlls/mshtml/nsio.c >> patch unexpectedly ends in middle of line >> Hunk #2 succeeded at 2579 with fuzz 1. > > I've retested and it works fine here. Are you using current Wine Git > version? Which part of nsiface.idl conflict (look at the content of > dlls/mshtml/nsiface.idl.rej file)? > > Jacek >

Oct. 7, 2011

Re: Wine Gecko 1.4-beta1

by Jacek Caban

On 10/7/11 3:57 AM, Jerome Leclanche wrote: > I'm unable to apply the patch: > patching file dlls/appwiz.cpl/addons.c > patching file dlls/mshtml/editor.c > patching file dlls/mshtml/htmldoc.c > patching file dlls/mshtml/htmldoc3.c > patching file dlls/mshtml/htmldoc5.c > patching file dlls/mshtml/htmlimg.c > patching file dlls/mshtml/htmlwindow.c > patching file dlls/mshtml/nsevents.c > patching file dlls/mshtml/nsiface.idl > Hunk #1 FAILED at 16. > 1 out of 47 hunks FAILED -- saving rejects to file dlls/mshtml/nsiface.idl.rej > patching file dlls/mshtml/nsio.c > patch unexpectedly ends in middle of line > Hunk #2 succeeded at 2579 with fuzz 1. I've retested and it works fine here. Are you using current Wine Git version? Which part of nsiface.idl conflict (look at the content of dlls/mshtml/nsiface.idl.rej file)? Jacek

Oct. 7, 2011

Re: mshtml: Implement IHTMLDOMNode replaceChild

by Jacek Caban

Hi Alistair, On 10/7/11 4:50 AM, Alistair Leslie-Hughes wrote: > + HTMLDOMNode *nodeNew; > + HTMLDOMNode *nodeOld; Please use names consistent with the rest of the file. + if(NS_FAILED(nsres)) { + nsnode = nodeNew->nsnode; + } That seems questionable, why do you pretend to success on failure? Jacek

Oct. 7, 2011

Re: [2/5] urlmon: Improved MapUrlToZone{Ex2} and GetSecurityId support

by Jacek Caban

Hi Thomas, On 10/6/11 6:42 PM, Thomas Mullaly wrote: > --- > dlls/urlmon/sec_mgr.c | 41 +++++++++++++++++++++++++++++++++++++++-- > dlls/urlmon/tests/sec_mgr.c | 30 +++++++++++++++++++++++++++++- > 2 files changed, 68 insertions(+), 3 deletions(-) + if(hres == S_FALSE){ + DWORD scheme_type; + BOOL has_host; + + hres = IUri_GetScheme(uri,&scheme_type); + if(FAILED(hres)) { + SysFreeString(scheme); + return hres; + } + + hres = IUri_HasProperty(uri, Uri_PROPERTY_HOST,&has_host); + if(FAILED(hres)) { + SysFreeString(scheme); + return hres; + } + + /* Known hierarchical scheme types must have a host. If they don't Windows + * assigns URLZONE_INVALID to the zone. + */ + if((scheme_type != URL_SCHEME_UNKNOWN&& scheme_type != URL_SCHEME_FILE) +&& is_hierarchical_scheme(scheme_type)&& !has_host) { + *zone = URLZONE_INVALID; It looks like get_zone_from_domains would be more logical place for this. It already does GetScheme call and you could just handle differently GetHost returning empty host. if(FAILED(hres)) return hres == 0x80041001 ? E_INVALIDARG : hres; + else if(zone == URLZONE_INVALID) + return E_INVALIDARG; You don't need 'else' here since if the previous if expression is true, we return anyways. Jacek

Oct. 7, 2011

Re: todo_wine, broken() and a SW anti-pattern

by Juan Lang

Hi Joerg, > hr = IAudioClient_GetService(ac, &IID_IAudioStreamVolume, (void**)&out); > ok(hr == AUDCLNT_E_NOT_INITIALIZED, "... call returns %08x\n", hr); > todo_wine ok(broken(out != NULL), "GetService %08x &out pointer %p\n", hr, out); > > 1. broken() documents that I consider native's observable behaviour > broken because I judge it unsafe not to zero the out pointer in case > of failure. Furthermore, MSDN documents that it should be zeroed. > http://msdn.microsoft.com/en-us/library/windows/desktop/dd370873%28v=vs.85%… I think, philosophically, you're correct. On the other hand, Wine isn't meant to be a "philosophically correct" implementation of the Win32 API. And, the whole point of regression tests is that MSDN isn't to be trusted. So, while Microsoft says that the out pointer must be NULL on failure, both in this case and more generally for COM (specifically for QueryInterface), our guide has always been to trust what Microsoft does more than what it says. Our guideline for using broken() is to mark as broken the things that Microsoft has changed. Older implementations often had bugs that have subsequently been fixed, so we mark those as broken and conform to the newer behavior. On the other hand, if Windows has always had a specific behavior, than that behavior is, by definition, correct. broken() isn't appropriate in this case. Again, we must do as Microsoft does, not as it says. So I believe the correct behavior here is not to use broken(), irrespective of what MSDN says. A comment stating that MSDN is incorrect might be in order. --Juan

Oct. 7, 2011

todo_wine, broken() and a SW anti-pattern

by Joerg-Cyril.Hoehle＠t-systems.com

Hi, The question about how to use todo_wine and broken() comes up from time to time. Here's new light on it, as I'm suggesting in mmdevapi/tests/render.c: hr = IAudioClient_GetService(ac, &IID_IAudioStreamVolume, (void**)&out); ok(hr == AUDCLNT_E_NOT_INITIALIZED, "... call returns %08x\n", hr); todo_wine ok(broken(out != NULL), "GetService %08x &out pointer %p\n", hr, out); 1. broken() documents that I consider native's observable behaviour broken because I judge it unsafe not to zero the out pointer in case of failure. Furthermore, MSDN documents that it should be zeroed. http://msdn.microsoft.com/en-us/library/windows/desktop/dd370873%28v=vs.85%… 2. Not writing ok(broken(...) || <other condition>) allows to detect should MS ever change behaviour. Currently, neither Vista, w2k8 nor w7 implement the documented behavior. 3. By using todo_wine, I acknowledge that Wine should continue to disagree with native's behavior and safely reset the out pointer. I mentioned "wine_dont" in http://www.winehq.org/pipermail/wine-devel/2011-August/091764.html That's not "100% bug compatible", but there's a small chance that it helps apps *not* crash in Wine when Wine's GetService returns E_NOTIMPL or some such that might never occur in native, hence the app is not prepared for it. More generally, a function with both a return code and an out pointer is often misused. Typically, the specification says: "The out pointer is only set when the return code indicates success". But actually, many program(mer)s use: "The pointer is non-NULL if and only if the return code indicates success." Here's an example of broken code that follows: /* When FAILED(hr), it is *not* the case that out == NULL. * Hence the anti-pattern: */ hr = GetService(..., &out); if (SUCCEEDED(hr)) { ... if (!...) goto exit; ... } exit: if (out) { Release(out); } /* bogus */ I once found such a case in Wine but I forgot where... (not just in mmdevapi/tests/render.c which after all is "only" test code) Michael, a challenge for your static analysis tools? Bogus too: set out = NULL prior to calling the function, because you don't know whether the function may write something initially, only to bail out later with an error code such as OUTOFMEMORY. Regards, Jörg Höhle

Oct. 7, 2011

mmdevapi/tests: Add format tests.

by Joerg-Cyril.Hoehle＠t-systems.com

Hi, Andrew Eikum wrote: > + todo_wine ok(broken(unk != NULL), ... I'll comment on that separately. >> +static void test_formats(AUDCLNT_SHAREMODE mode) >The code in this function is very difficult to follow. Indeed, it became more and more convoluted as I dug into native's "exclusive mode disabled" and other exceptions to the rule. And it's not even handling 5:1 cards correctly! Luckily, I needn't add todo_wine on top of that... For instance, winmm:wave.ok is so convoluted that one cannot tell any more what it actually checks. I'll think about a different approach with better expressiveness. For now, I consider it's time to get more tests into git and to gather results on test.winehq.org. >> + ok((hr == S_FALSE)^(pwfx2 == NULL), "hr %x<->suggest %p\n", hr, pwfx2); >> + if (pwfx2 == (WAVEFORMATEX*)0xDEADF00D) /* bug in Wine */ >Would be nicer to both fix the bug in Wine and have a test showing the correct behavior. That is the correct behavior AFAICT: S_FALSE <=> set pwfx2 I've not yet submitted all of my patches about IsFormatSupported but you're right, that's an easy patch away. I forgot that one. For sure 5:1 needs more testing and I have no such HW. You have. >> + win_skip("mmdevapi not available: 0x%08x\n", hr); >I think that's valid behavior, so we shouldn't fail. Ouch. I thought "Wine has dlls/mmdevapi, so it should always load", but test.winehq.org shows that Solaris doesn't appear to have mmdevapi. Why? Regards, Jörg Höhle

Oct. 7, 2011

The major mmdevapi and winmm audio bugs

by Joerg-Cyril.Hoehle＠t-systems.com

Hi, Bugzilla admins, please set the 1.4 milestone on all bugs mentioned here. I'm not yet looking at dsound issues since I first want a correct foundation upon which to build to upper layers. o #28039 IAudioClock_GetPosition must ignore underruns (MacOS) Here I've no idea how to solve this. My initial query remained unanswered: http://lists.apple.com/archives/coreaudio-api//2011/Sep/msg00024.html Ken? Andrew's yesterday patch (using GetCurrentPadding) is an interim work-around. GetPosition (speaker) is unrelated to padding which is solely about buffering. o #28093 GetCurrentPadding must slowly decrease (MacOS) may cause an app to play audio using a single buffer, causing underruns and audio drop outs. o #28056 Problems with sound under FreeBSD which became "blocking calls with OSS" recently addressed by Andrew. o snd_pcm_drop causes incorrect GetPosition after mmdevapi Stop which I believe to be the cause of: #27901 winmm tests timing out waiting for hevent after waveOutRestart May get solved by Andrew's work in: #28517 Pikachu Volleyball stops playing sound effects Every snd_pcm_drop and reset must be inspected with care w.r.t. its effect on GetPosition. Wine must ensure that after playing ends, GetPosition == sum of written samples for both mmdevapi and winmm. o #27937 winmm kept busy playing silence after play finishes IIRC because winmm writes silence. Once mmdevapi handles underruns correctly, my patch "winmm: Never write silence, mmdevapi must handle underruns." will become applicable: http://www.winehq.org/pipermail/wine-patches/2011-September/107108.html Playing silence causes: #28027 μ-law rendering with pauses and repetitions (MacOS) as well as presumably: #28413 Sound play in games and programs causes brief "pauses" at the time dsound used winmm prior to 1.3.29. o #28047 IAudioClock_GetPosition must not depend on buffering (ALSA/Pulse) ALSA must derive GetPosition from snd_pcm_delay, not snd_pcm_avail_update There are other issues not associated with a bug entry. I'm off for vacation, but here's a snippet from my TODO list: - OSS GetPosition from DSP_GETODELAY - ALSA+OSS: ReleaseBuffer: check method ordering and max size - GetStreamLatency = Xms + SHAREDMODE:period Stream latency is a static property of the audio graph's components. - wineoss GetStreamLatency must be constant, and SNDCTL_DSP_GETODELAY is only usable once running - Check WHDR_BEGIN/ENDLOOP code and write tests - WINMM_GetPosition is simply written_frames, not even minus padding (as the old alsa driver did), later use mmdevapi:GetPosition. - winmm PushData without IAC_Reset or last_clock_pos=0 in case of underrun - Investigate OSS4 underrun behaviour - Align wineOSS on newest ALSA code improvements - Submit CoreAudio memory leak fix to #28023; Write error handling patch - Check ALSA laptop suspend w.r.t. GetPosition - Add run-time consistency checks in renderer and abort audio stream (GetData) upon trouble instead of hanging. and finally: - Test compatibility with native DSound and file bug if unusable. There are several reports in bugzilla mentioning that this work-around ceased to work since 1.3.25. Loss of interoperability is not acceptable. Regards, Jörg Höhle

Oct. 7, 2011

Re: mmdevapi/tests: Add format tests.

by Andrew Eikum

Hi J�rg, Thanks for adding these tests. It would have been nicer to split the patch up into discrete chunks. That would make the patch much easier to review. Overall it looks pretty good. Some remarks follow... > BTW, I've not touched > render.c:223: Test failed: IsFormatSupported(0xffffffff) call returns 8889000e > capture.ok has a similar random failure. I believe that test is bogus. It > should avoid ending up calling the exclusive mode "audio endpoint" and hope/show > that the shared mode mixer aka. "audio engine" reports E_INVALIDARG. Perhaps > using ~AUDCLNT_SHAREMODE_EXCLUSIVE is a means to enforce this, even though > that's actually an enum, not a flag. Yeah, that's a pretty uninteresting test. If it's flaky, I don't see any compelling reason to keep it around. > + unk = (void*)0xDEADF00D; > hr = IAudioClient_GetService(ac, &IID_IAudioStreamVolume, (void**)&unk); > ok(hr == AUDCLNT_E_NOT_INITIALIZED, "Uninitialized GetService call returns %08x\n", hr); > + todo_wine ok(broken(unk != NULL), "GetService %08x &out pointer %p\n", hr, unk); This test is strange. broken() basically means "should fail on Windows, should not fail in Wine." It's used when some particular version of Windows does something unexpected which we are uninterested in duplicating. Do you expect unk to always be non-NULL? If so, then just test for that without the broken() macro. > > +static void test_formats(AUDCLNT_SHAREMODE mode) The code in this function is very difficult to follow. I wonder if it couldn't be written more clearly with explicit conditions and a bit more code duplication. > + ok((hr == S_FALSE)^(pwfx2 == NULL), "hr %x<->suggest %p\n", hr, pwfx2); > + if (pwfx2 == (WAVEFORMATEX*)0xDEADF00D) /* bug in Wine */ > + pwfx2 = NULL; Would be nicer to both fix the bug in Wine and have a test showing the correct behavior. > @@ -1378,7 +1535,7 @@ START_TEST(render) > hr = CoCreateInstance(&CLSID_MMDeviceEnumerator, NULL, CLSCTX_INPROC_SERVER, &IID_IMMDeviceEnumerator, (void**)&mme); > if (FAILED(hr)) > { > - skip("mmdevapi not available: 0x%08x\n", hr); > + win_skip("mmdevapi not available: 0x%08x\n", hr); If the user has an invalid driver, CoCreateInstance() will fail to create the enumerator object. I think that's valid behavior, so we shouldn't fail. Andrew

Oct. 7, 2011

Re: DLLCanUnloadNow Question

by Paul Chitescu

On Friday 07 October 2011 11:50:17 am Alistair Leslie-Hughes wrote: > Hi, > > The Following sample code causes a crash under WINE, but not in windows. > > IUnknown *p > > LoadLibrary("mscoree.dll") > GetProcAddress("CreateDebuggingInterfaceFromVersion") > CreateDebuggingInterfaceFromVersion(..., (void**)&p) <-- Com Reference > > FreeLibrary("mscoree.dll") > > p->QueryInterface(....); <-- Cause Crash under WINE. > > > The DLL shouldn't be unloaded since mscoree.DLLCanUnloadNow() return > S_FALSE; > > Is this a bug with the unloading of DLL's? Is there way to stop the > unloading of a DLL? > > I know the logic isn't the best, but I'm seeing this type of behavior in an > application. > > Best Regards > Alistair Leslie-Hughes Hi! It doesn't seem your test is correct. You are not supposed to use LoadLibrary directly but use COM methods that will call FreeLibrary internally when DLLCanUnloadNow returns true. The fact it doesn't crash on Windows is probably caused by mscoree.dll being kept loaded by some other components. I don't know, maybe on Windows mscoree is never unloaded - this can be verified easily. If there are actually programs that crash that way because they depend on the Windows behavior we can work around by making internally a LoadLibrary call when the first object is created and a FreeLibrary call after the last object is destroyed. Paul

Oct. 7, 2011

Re: Wine Gecko 1.4-beta1

by Jerome Leclanche

I'm unable to apply the patch: patching file dlls/appwiz.cpl/addons.c patching file dlls/mshtml/editor.c patching file dlls/mshtml/htmldoc.c patching file dlls/mshtml/htmldoc3.c patching file dlls/mshtml/htmldoc5.c patching file dlls/mshtml/htmlimg.c patching file dlls/mshtml/htmlwindow.c patching file dlls/mshtml/nsevents.c patching file dlls/mshtml/nsiface.idl Hunk #1 FAILED at 16. 1 out of 47 hunks FAILED -- saving rejects to file dlls/mshtml/nsiface.idl.rej patching file dlls/mshtml/nsio.c patch unexpectedly ends in middle of line Hunk #2 succeeded at 2579 with fuzz 1. On Thu, Oct 6, 2011 at 8:57 PM, Jacek Caban <jacek(a)codeweavers.com> wrote: > Hi all, > > I've just uploaded new Gecko builds [1]. To use it, you need the attached > patch and the build installed to the right place [2]. As usually, everything > that uses MSHTML is worth testing. All testing and feedback will be > appreciated. > > Thanks, > Jacek > > [1] http://sourceforge.net/projects/wine/files/Wine%20Gecko/1.4-beta1/ > [2] http://wiki.winehq.org/Gecko > > > >

Oct. 7, 2011

DLLCanUnloadNow Question

by Alistair Leslie-Hughes

Hi, The Following sample code causes a crash under WINE, but not in windows. IUnknown *p LoadLibrary("mscoree.dll") GetProcAddress("CreateDebuggingInterfaceFromVersion") CreateDebuggingInterfaceFromVersion(..., (void**)&p) <-- Com Reference FreeLibrary("mscoree.dll") p->QueryInterface(....); <-- Cause Crash under WINE. The DLL shouldn't be unloaded since mscoree.DLLCanUnloadNow() return S_FALSE; Is this a bug with the unloading of DLL's? Is there way to stop the unloading of a DLL? I know the logic isn't the best, but I'm seeing this type of behavior in an application. Best Regards Alistair Leslie-Hughes

Oct. 7, 2011

Re: Problems with drawing text in 1.3.29

by Damian Dixon

Thanks for the suggestions. I've narrowed one of the issues down to WineEngGetGlyphOutline in dlls/gdi32/freetype.c. The pitch is 6640 and the height is 53003. This means that a buffer of ~335Mb has been allocated and then memset. This is where the slow down is occurring (because of the memset). I suspect the resultant crash is also because of this. I would suggest that limits need to be placed on the maximum pitch and height. I do not however believe that this is the root cause just one of the symptoms. On 5 October 2011 18:37, Marcus Meissner <marcus(a)jet.franken.de> wrote: > On Wed, Oct 05, 2011 at 04:53:18PM +0100, Damian Dixon wrote: > > Hi, > > > > I was attempting to use Wine 1.3.29 (in OpenSUSE 11.4 x86) and because of > > issues pulled the source from git last night and still have problems. > > > > I am having performance issues with DrawText (5 odd seconds to draw a > simple > > string) and the occasional X Error and crash. > > > > The X Error is consistent and is as follows: > > > > fixme:advapi:SetSecurityInfo stub > > X Error of failed request: BadLength (poly request too large or internal > > Xlib length error) > > Major opcode of failed request: 151 (RENDER) > > Minor opcode of failed request: 17 (RenderCreateGlyphSet) > > Serial number of failed request: 41091 > > Current serial number in output stream: 41571 > > Process of pid=0023 has terminated > > > > > > The crash less consistent but is dependent upon the amount of text I > attempt > > to draw. > > > > The last version I know this worked in was 1.1.39. > > > > I've a few things to still try out before I attempt to create an RBT. > > To get a backtrace and be able to dump some datastructures, run with > > WINEDEBUG=+synchronous wine foo.exe > > This will bring it into the debugger once the condition happens. > > CIao, MArcus >

Oct. 7, 2011

Re: [PATCH] server: if a debugger is attached to a process, child processes shouldn't get debugged (resend)

by Dmitry Timoshkov

Bernhard Loos <bernhardloos(a)googlemail.com> wrote: > + int debug_childs:1; /* also debug all child processes */ 'debug_children' would be a better name. -- Dmitry.

Oct. 7, 2011

Re: [PATCH] winecoreaudio.drv: Reimplement IAudioClock::GetPosition()

by Alexandre Julliard

Andrew Eikum <aeikum(a)codeweavers.com> writes: > --- > dlls/winecoreaudio.drv/mmdevdrv.c | 27 +++++++++------------------ > 1 files changed, 9 insertions(+), 18 deletions(-) This fails for me: ../../../tools/runtest -q -P wine -M winmm.dll -T ../../.. -p winmm_test.exe.so wave.c && touch wave.ok wave.c:498: Test failed: waveOutGetPosition(0): returned 19845 bytes, should be 22050 wave.c:509: Test failed: waveOutGetPosition(0): returned 19845 samples (19845 bytes), should be 22050 (22050 bytes) wave.c:522: Test failed: waveOutGetPosition(0): returned 900 ms, (19845 bytes), should be 1000 (22050 bytes) wave.c:535: Test failed: waveOutGetPosition(0): SMPTE test failed wave.c:546: Test failed: waveOutGetPosition(0): MIDI test failed wave.c:557: Test failed: waveOutGetPosition(0): TICKS test failed wave.c:498: Test failed: waveOutGetPosition(0): returned 19845 bytes, should be 22050 wave.c:509: Test failed: waveOutGetPosition(0): returned 19845 samples (19845 bytes), should be 22050 (22050 bytes) wave.c:522: Test failed: waveOutGetPosition(0): returned 900 ms, (19845 bytes), should be 1000 (22050 bytes) wave.c:535: Test failed: waveOutGetPosition(0): SMPTE test failed wave.c:546: Test failed: waveOutGetPosition(0): MIDI test failed wave.c:557: Test failed: waveOutGetPosition(0): TICKS test failed wave.c:498: Test failed: waveOutGetPosition(WAVE_MAPPER): returned 19845 bytes, should be 22050 wave.c:509: Test failed: waveOutGetPosition(WAVE_MAPPER): returned 19845 samples (19845 bytes), should be 22050 (22050 bytes) wave.c:522: Test failed: waveOutGetPosition(WAVE_MAPPER): returned 900 ms, (19845 bytes), should be 1000 (22050 bytes) wave.c:535: Test failed: waveOutGetPosition(WAVE_MAPPER): SMPTE test failed wave.c:546: Test failed: waveOutGetPosition(WAVE_MAPPER): MIDI test failed wave.c:557: Test failed: waveOutGetPosition(WAVE_MAPPER): TICKS test failed wave.c:498: Test failed: waveOutGetPosition(WAVE_MAPPER): returned 19845 bytes, should be 22050 wave.c:509: Test failed: waveOutGetPosition(WAVE_MAPPER): returned 19845 samples (19845 bytes), should be 22050 (22050 bytes) wave.c:522: Test failed: waveOutGetPosition(WAVE_MAPPER): returned 900 ms, (19845 bytes), should be 1000 (22050 bytes) wave.c:535: Test failed: waveOutGetPosition(WAVE_MAPPER): SMPTE test failed wave.c:546: Test failed: waveOutGetPosition(WAVE_MAPPER): MIDI test failed wave.c:557: Test failed: waveOutGetPosition(WAVE_MAPPER): TICKS test failed make: *** [wave.ok] Error 24 -- Alexandre Julliard julliard(a)winehq.org

Oct. 6, 2011

Governance of Wine with respect to the Software Freedom Conservancy (update October 2011)

by Jeremy White

Hi Folks, I try to send out a periodic message to the wine-devel mailing list outlining the 'corporate' structure of Wine and how some decisions are made. We work with the Software Freedom Conservancy. They manage the pieces of Wine that benefit from a formal organization, such as managing money, holding Trademarks, and so on. The primary activity we have conducted with them over the past several years is managing money - about $3,000 each year. They manage all funds donated to Wine - the donate button goes into a bank account they manage and any larger private donations go there as well. For decisions on how to spend funds, we've adopted a loose set of guidelines. That is, we have a decision group and we require a majority of members to approve any spending. Alexandre and I are the current members of that group. We also claim the right to appoint anyone else to replace or augment the decision group. We CC all decisions to an auditor. We have recently asked Michael Stefanuic to replace Zachary Goldberg in that role. A critical requirement, we feel, is that a non CodeWeavers staff member be fully aware of all decisions made. We choose this strategy rather than a fully public process so that we can apply discretion and protect privacy of people that ask for help with travel funding. The SFC will recognize a 'revolt' by the Wine project. That is, the designated decision group can be overthrown, once you figure out our evil plans, if the SFC is persuaded that the majority of Wine contributors agree on that point. Patch count in the Wine tree will be the primary mechanism to recognize a contributor. Finally, all spending by the SFC on Wine's behalf for the last few years has been related to Wineconf. That has primarily been to help defray travel costs for Wine contributors to come to Wineconf. Wine's income has been around $3,000 / year for the past few years; we tend to spend down much of the balance each year for Wineconf. Cheers, Jeremy p.s. One note - the SFC also manages the GSOC payments, although I believe that they ostensibly manage that on behalf of Google, not really Wine. That is generally coordinated by Wine's GSOC coordinator, and Alexandre and I have nothing to do with it.

Oct. 6, 2011

Wine Gecko 1.4-beta1

by Jacek Caban

Hi all, I've just uploaded new Gecko builds [1]. To use it, you need the attached patch and the build installed to the right place [2]. As usually, everything that uses MSHTML is worth testing. All testing and feedback will be appreciated. Thanks, Jacek [1] http://sourceforge.net/projects/wine/files/Wine%20Gecko/1.4-beta1/ [2] http://wiki.winehq.org/Gecko

Oct. 6, 2011

Re: [patch] Fake display interface

by Jari Vetoniemi

Bleh, Forgot to include the updated patch. There we go! 2011/10/6 Jari Vetoniemi <mailroxas(a)gmail.com>: > Hello, > I have updated this to support multiple resolutions(&& frequencies) > and also made it use only one registry key. > If the registry key is empty, or does not exist, or WINE_FAKEDISP > environment variable is not defined it won't be used at all. > > Syntax is the same, expect you can separate multiple resolutions with > semicolon(;) > I've been using it for a while now, and find it really useful for > applications that might change resolution. > Also keeping both monitors alive (Game on other monitor for example, > while doing stuff on other). > And it can also make games use resolution that is normally unsupported. > > Here is screen of Ys Origins running 1440x900 where it normally does not: > http://ompldr.org/vYW91NA/YsOrigins.png > > Just let you know, if anyone else found the patch useful. > Cheers. > > 2011/9/6 Jari Vetoniemi <mailroxas(a)gmail.com>: >> Well, I did the patch mostly for personal use and dropped here as some >> might find it useful. >> If wine ever needs something like this, let's say for testing or for >> some people wanting to fake display information, or do not want to use >> XRandR or others for some reason, then it would at least need to >> support multiple resolutions I guess. >> >> ATM it only supports one, also it would be good to get rid of the >> useless registry keys and just provide one with same syntax as the >> environment variable one. Both should be easy to implement, I don't >> know where wine gets/sends the color depth information, so it could be >> faked too, but I'm not sure if it's worth it. >> >> But the patch should do the faking clean way, I guess. It's just >> another interface like the XRandR selector and such. >> >> As for, do we need it? I don't know. I need it :) >> Correct way to add it? See above, but I highly suspect this ever >> getting into mainline. It's not correct behavior and is quite niche >> patch. >> Does the patch look good? See above, registry keys could be cleaned >> and multiple resolutions separated with eg ';' letter would be nice. >> >> Also I'm not sure what is the take on defining environment variables. >> >> 2011/9/6 GOUJON Alexandre <ale.goujon(a)gmail.com>: >>> On 09/06/2011 02:25 PM, Jari Vetoniemi wrote: >>>> >>>> I have them both disabled, however then some applications won't work >>>> because they don't get any resolution information. >>>> I only use FakeDisp. >>> >>> IMO, there is a need and your patch is a solution (among other). >>> >>> Is there a relevant developer able to answer these questions ? >>> - Do we need this feature ? >>> - If so, what is the correct/clean way to add it into mainline ? >>> - Does the patch look good or what is wrong ? >>> >>> I know there is no [RFC] in the subject of this thread but you're definitely >>> requesting comments. >>> >>> >>> >> >

Oct. 6, 2011

Re: [patch] Fake display interface

by Jari Vetoniemi

Hello, I have updated this to support multiple resolutions(&& frequencies) and also made it use only one registry key. If the registry key is empty, or does not exist, or WINE_FAKEDISP environment variable is not defined it won't be used at all. Syntax is the same, expect you can separate multiple resolutions with semicolon(;) I've been using it for a while now, and find it really useful for applications that might change resolution. Also keeping both monitors alive (Game on other monitor for example, while doing stuff on other). And it can also make games use resolution that is normally unsupported. Here is screen of Ys Origins running 1440x900 where it normally does not: http://ompldr.org/vYW91NA/YsOrigins.png Just let you know, if anyone else found the patch useful. Cheers. 2011/9/6 Jari Vetoniemi <mailroxas(a)gmail.com>: > Well, I did the patch mostly for personal use and dropped here as some > might find it useful. > If wine ever needs something like this, let's say for testing or for > some people wanting to fake display information, or do not want to use > XRandR or others for some reason, then it would at least need to > support multiple resolutions I guess. > > ATM it only supports one, also it would be good to get rid of the > useless registry keys and just provide one with same syntax as the > environment variable one. Both should be easy to implement, I don't > know where wine gets/sends the color depth information, so it could be > faked too, but I'm not sure if it's worth it. > > But the patch should do the faking clean way, I guess. It's just > another interface like the XRandR selector and such. > > As for, do we need it? I don't know. I need it :) > Correct way to add it? See above, but I highly suspect this ever > getting into mainline. It's not correct behavior and is quite niche > patch. > Does the patch look good? See above, registry keys could be cleaned > and multiple resolutions separated with eg ';' letter would be nice. > > Also I'm not sure what is the take on defining environment variables. > > 2011/9/6 GOUJON Alexandre <ale.goujon(a)gmail.com>: >> On 09/06/2011 02:25 PM, Jari Vetoniemi wrote: >>> >>> I have them both disabled, however then some applications won't work >>> because they don't get any resolution information. >>> I only use FakeDisp. >> >> IMO, there is a need and your patch is a solution (among other). >> >> Is there a relevant developer able to answer these questions ? >> - Do we need this feature ? >> - If so, what is the correct/clean way to add it into mainline ? >> - Does the patch look good or what is wrong ? >> >> I know there is no [RFC] in the subject of this thread but you're definitely >> requesting comments. >> >> >> >

Oct. 6, 2011

WINMM_OpenDevice Activate failed

by GOUJON Alexandre

Hi Andrew, I saw you modified the Audio tab of winecfg to let the user choose a device. You're really doing a great job considering the mess behind it (audio architecture & drivers). I tested the latest wine and noticed that when you click the "Test Sound" button, there is no error but if you do it again (or several times), there is a err:winmm:WINMM_OpenDevice Activate failed: 80004005 on the console. Harmless but probably worth fixing.

Oct. 6, 2011

Re: [1/4] winscard: implementation

by Stefan Leichter

Am Donnerstag 06 Oktober 2011, 16:07:29 schrieb Bruno Jesus: > 2011/10/3 André Hentschel <nerv(a)dawncrow.de>: > > Am 03.10.2011 09:31, schrieb Vincent Hardy: > >> First submitted on wine-devel and modified following comments from Marcus Meissner (MAX_ATR_SIZE / bytecount). > >> > > > > OK, some notes: > > "winscard: implementation" is a very bad name for a patch, especially for 4. > > Splitting the patches is a good idea, but you need to split it different (you are adding dead code). > > In the first patch you might want to add the configure.ac and library loading stuff together with only the things needed for e.g. SCardListReadersA (why no SCardListReadersW?) and then e.g. a patch for every new function. > > I didn't looked at the code, but i want to remember you to read http://wiki.winehq.org/SubmittingPatches > > Hi to all, I would like to help Vincent to get this patches in. But we > need more objective help. The comments in this email and in previous > Vincent email differ. One says "send small patch" the other says "send > full functionality patch series". I would like to restart this thread > because otherwise it will be forgotten together with the patches. > > This is a whole new feature, in my short period into wine developing > this is the first time I see a completely new thing being introduced. > Hi, have a look at http://www.winehq.org/pipermail/wine-devel/2007-May/057057.html . There you find the reason why the patches did not go in the first time. Bye Stefan

Oct. 6, 2011

Re: Vista/w2k8/w7 users, please test mmdevapi base render test

by Erik Inge Bolsø

On Thu, 6 Oct 2011, Joerg-Cyril.Hoehle(a)t-systems.com wrote: > Hi > > thank you for your results. > > Please test again using > https://testbot.winehq.org/JobDetails.pl?Key=14738 Hi Jörg, I think your tests are actually correct, though could use a tiny bit more crash-proofing. On closer look, my capture setup seems to be broken on the E-MU 0202 USB - due to driver trouble. I get a later crash in your test this time though. render.c:167: Returned periods: 10.0000 ms 3.0000 ms render.c:179: pwfx: 00961AA0 render.c:180: Tag: fffe render.c:181: bits: 32 render.c:182: chan: 2 render.c:183: rate: 48000 render.c:184: align: 8 render.c:185: extra: 22 render.c:190: Res: 32 render.c:191: Mask: 3 render.c:192: Alg: FLOAT render.c:251: Initialize(duration=0) GetBufferSize is 1440 render.c:315: Returned latency: 10.6666 ms render.c:388: IsSupported(exclus., 44100x16x2) render.c:388: IsSupported(exclus., 48000x16x2) render.c:388: IsSupported(shared , 48000x 8x2) render.c:388: IsSupported(shared , 48000x16x2) render.c:897: Test failed: Initialize failed for capture in rendering session: 8889000f render.c:906: Tests skipped: No capture session: 8889000f; skipping capture device in render session tests render.c:1482: Test failed: Initialize failed: 8889000f render.c:1486: Test failed: GetService failed: 88890001 render.c:1486: this is the last test seen before the exception render: unhandled exception c0000005 at 76EC8DA9 When I disable my known-broken microphone device on the 0202, I get no failures. render.c:167: Returned periods: 10.0000 ms 3.0000 ms render.c:179: pwfx: 00921AA0 render.c:180: Tag: fffe render.c:181: bits: 32 render.c:182: chan: 2 render.c:183: rate: 48000 render.c:184: align: 8 render.c:185: extra: 22 render.c:190: Res: 32 render.c:191: Mask: 3 render.c:192: Alg: FLOAT render.c:251: Initialize(duration=0) GetBufferSize is 1440 render.c:315: Returned latency: 10.6666 ms render.c:388: IsSupported(exclus., 44100x16x2) render.c:388: IsSupported(exclus., 48000x16x2) render.c:388: IsSupported(shared , 48000x 8x2) render.c:388: IsSupported(shared , 48000x16x2) render.c:906: Tests skipped: No capture session: 80070490; skipping capture device in render session tests render: 668 tests executed (0 marked as todo, 0 failures), 1 skipped. And on the cheapo USB headset, I still only get the GetVolume failures. -- -erik http://useofwords.blogspot.com/

Oct. 6, 2011

Re: mscoree: Implement ICorDebug SetManagedHandler (try 2)

by Vincent Povirk

Still not sure there should be only one ICorDebug per runtime host. It seems like you might want to create multiple interfaces and use them independently.

Oct. 6, 2011

Re: [1/4] winscard: implementation

by Erich Hoover

On Thu, Oct 6, 2011 at 8:07 AM, Bruno Jesus <00cpxxx(a)gmail.com> wrote: > ... > This is a whole new feature, in my short period into wine developing > this is the first time I see a completely new thing being introduced. I'd take a look at usbd.sys, as it was introduced relatively recently. Generally for the first patch everything is just stubs: http://www.winehq.org/pipermail/wine-cvs/2010-March/065163.html I'm not sure about your other questions, but I figured that commit would at least help you get started. Erich Hoover ehoover(a)mines.edu

Oct. 6, 2011

Re: [1/4] winscard: implementation

by Bruno Jesus

2011/10/3 André Hentschel <nerv(a)dawncrow.de>: > Am 03.10.2011 09:31, schrieb Vincent Hardy: >> First submitted on wine-devel and modified following comments from Marcus Meissner (MAX_ATR_SIZE / bytecount). >> > > OK, some notes: > "winscard: implementation" is a very bad name for a patch, especially for 4. > Splitting the patches is a good idea, but you need to split it different (you are adding dead code). > In the first patch you might want to add the configure.ac and library loading stuff together with only the things needed for e.g. SCardListReadersA (why no SCardListReadersW?) and then e.g. a patch for every new function. > I didn't looked at the code, but i want to remember you to read http://wiki.winehq.org/SubmittingPatches Hi to all, I would like to help Vincent to get this patches in. But we need more objective help. The comments in this email and in previous Vincent email differ. One says "send small patch" the other says "send full functionality patch series". I would like to restart this thread because otherwise it will be forgotten together with the patches. This is a whole new feature, in my short period into wine developing this is the first time I see a completely new thing being introduced. The first Vincent patch seems ok to me, it adds the pcsclite to configure system and loads the library. I think this first patch should be commited after the next release cycle tomorrow so we will have two weeks to implement the rest of the functions, I talked to Vincent and he agreed with me that we can send one patch per function filled with tests that probably only he and me will be able to test since we have supported readers. Is this reasonable? In the order there would be patches for ScardEstablishContext, SCardListReaders, SCardGetStatus, SCardConnect, SCardTransmit. All of them with a series os tests and skips if the reader is not available or if the card is not available avoiding failures to other users. Non-users of smart cards may think this feature is not useful but I say it's a very important step and worth a line in the news when it gets implemented. Please, help us. Best wishes, Bruno -- universe* god::bigbang (void); //and then it all began...

Oct. 6, 2011

Vista/w2k8/w7 users, please test mmdevapi base render test

by Joerg-Cyril.Hoehle＠t-systems.com

Hi thank you for your results. Please test again using https://testbot.winehq.org/JobDetails.pl?Key=14738 + The crash in session tests should be gone, while render.c:887: Test failed: Initialize failed: 8889000f is left in until we gather more knowledge about sessions. + the exclusive mode should be handled correctly now, except - 5:1 IsSupported vs Initialize unchanged until we know more about 5:1 cards. - volume failure unchanged, I don't know those tests. (Saulius, a quick test is enough if there's no more issue) >And how does the test handle multiple soundcards? Not at all. The tests uses solely the default multimedia rendering device. I'm not aware of another test (devenum would be the candidate) that enumerates devices for us to check whether Wine did a good job, like the winmm:wave and midi test do. BSD and other Wine users may also be interested in the tests, e.g. Francois' BSD81 system crashed http://test.winehq.org/data/e5ba60174ef931d299894bc1e8961c822f4809c4/bsd_fg… and there's now better protection against failures (not in all places though). Regards, Jörg Höhle

Oct. 6, 2011

Re: mscoree: Implement ICorDebug SetManagedHandler (try 2)

by Marvin

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=14737 Your paranoid android. === WVISTAADM (32 bit debugging) === Failure running script in VM: The specified guest user must be logged in interactively to perform this operation

Oct. 6, 2011

Re: mscoree: Implement ICorDebug SetManagedHandler

by Alexandre Julliard

Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> writes: > @@ -99,8 +99,28 @@ static HRESULT WINAPI CorDebug_Terminate(ICorDebug *iface) > static HRESULT WINAPI CorDebug_SetManagedHandler(ICorDebug *iface, ICorDebugManagedCallback *pCallback) > { > RuntimeHost *This = impl_from_ICorDebug( iface ); > - FIXME("stub %p %p\n", This, pCallback); > - return E_NOTIMPL; > + HRESULT hr; > + > + TRACE("%p (%p)\n", This, pCallback); > + > + if(!pCallback) > + return E_INVALIDARG; > + > + if(This->pCallback2) > + ICorDebugManagedCallback2_Release(This->pCallback2); > + > + if(This->pCallback) > + ICorDebugManagedCallback_Release(This->pCallback); > + > + hr = ICorDebugManagedCallback_QueryInterface(pCallback, &IID_ICorDebugManagedCallback2, (void**)&This->pCallback2); > + if(hr == S_OK) > + { > + This->pCallback = pCallback; > + > + ICorDebugManagedCallback_AddRef(This->pCallback); > + } You can't release the old interfaces before the new ones are in place. -- Alexandre Julliard julliard(a)winehq.org

Oct. 5, 2011

Re: [Question] Built-in indeo drivers

by Henri Verbeet

On 5 October 2011 17:14, Maxim <max_pole(a)gmx.de> wrote: > I volunteer myself to create an open-source bult-in replacement for > indeo v3,4 and 5 based on my patches for ffmpeg. The code will be > reworked in order to remove ffmpeg/libav library dependencies. > Only decoding will be implemented. Encoding would require a huge amount > of time and it doesn't worth it... > > Would be such a patch appreciated? > I'm not terribly familiar with the relevant code, but I'd suspect that the preferred way to make this work would be by going through gstreamer instead of maintaining our own codecs in Wine.

Oct. 5, 2011

Re: comctl32/tests: Removed sign comparison warning in datetime tests.

by Marko Nikolic

Joris Huizer wrote: > On 10/05/2011 04:43 PM, Marko Nikolic wrote: >> static void test_mccolor_types(HWND hWndDateTime, int mccolor_type, const >> char* mccolor_name) >> { >> - LRESULT r; >> - COLORREF theColor, prevColor; >> + //LRESULT r; >> + COLORREF theColor, prevColor, crColor; >> > > Please avoid C++/C99-style comments in Wine code > In this case you should remove the 'r' variable instead of commenting it > out. Thanks, I missed it, it left from the testing. The whole line should be removed, I'll resend the patch. Marko

Oct. 5, 2011

Re: netapi32: add stub for NetScheduleJobEnum

by Austin English

On Wed, Oct 5, 2011 at 11:35, Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> wrote: > this fixes a crash in app SysIsdpector (http://download.eset.com/download/sysinspector/32/ENU/SysInspector.exe) You should've made this a series, otherwise the build fails: -- -Austin ---------- Forwarded message ---------- From: <buildbot(a)kegel.com> Date: Wed, Oct 5, 2011 at 11:41 Subject: Re: 79589: netapi32: add stub for NetScheduleJobEnum To: dank(a)kegel.com, wine-tests-results(a)winehq.org This is an experimental automated build and test service. Please feel free to ignore this email while we work the kinks out. For more info about this message, see http://wiki.winehq.org/BuildBot The Buildbot has detected a failed build on builder runtests-default while building Wine. Full details are available at: http://buildbot.kegel.com/builders/runtests-default/builds/134 (though maybe not for long, as I'm still reinstalling the buildbot periodically while experimenting) BUILD FAILED: failed shell_2 Errors: netapi32.c:23: error: lmat.h: No such file or directory make[1]: *** [depend] Error 1 make: *** [dlls/netapi32/__depend__] Error 2

Oct. 5, 2011

Re: comctl32/tests: Removed sign comparison warning in datetime tests.

by Joris Huizer

On 10/05/2011 04:43 PM, Marko Nikolic wrote: > static void test_mccolor_types(HWND hWndDateTime, int mccolor_type, const char* mccolor_name) > { > - LRESULT r; > - COLORREF theColor, prevColor; > + //LRESULT r; > + COLORREF theColor, prevColor, crColor; > Please avoid C++/C99-style comments in Wine code In this case you should remove the 'r' variable instead of commenting it out.

Oct. 5, 2011