December 2014 - Wine-bugs - list.winehq.org

[Bug 32957] New: Application freezes (related to .net35 ?)
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=32957 Bug #: 32957 Summary: Application freezes (related to .net35 ?) Product: Wine Version: 1.5.23 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: denis.bonnenfant(a)diderot.org Classification: Unclassified When using SolidWorks 2012, which requires .net35, some functions are freezing totally the application. Then it has to be killed with wineserver -k The issue is perfectly reproducible, and the last console output is always the same in this case : fixme:ntdll:NtSecureConnectPort (0x32c85c,L"\\BaseNamedObjects\\FontCachePort3.0.0.0",0x32c844,(nil),0x20477398,(nil),0x32c858,0x131d2518,0x32c850),stub! dotnet35 and corefonts are installed with winetricks. Is there a particular debug channel to log for this issue ? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 29072] New: wldap32 tests flaky because they rely on external host ldap.itd.umich.edu
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=29072 Bug #: 29072 Summary: wldap32 tests flaky because they rely on external host ldap.itd.umich.edu Product: Wine Version: 1.3.32 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wldap32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified The wldap32 tests started hanging. It looks like they're trying to connect forever to ldap.itd.umich.edu, which is unreachable. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 28643] New: ole32/clipboard.ok crashes rarely in XInternAtoms()
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=28643 Bug #: 28643 Summary: ole32/clipboard.ok crashes rarely in XInternAtoms() Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Saw this twice with Ubuntu 11.04 and once with Ubuntu 11.10. Stack: ../../../tools/runtest -q -P wine -M ole32.dll -T ../../.. -p ole32_test.exe.so clipboard.c && touch clipboard.ok ... fixme:ole:snapshot_GetData Unhandled tymed - mask 0 req tymed 8 wine: Unhandled page fault on read access to 0x00000000 at address 0x68d7ed60 (thread 003b), starting debugger... Backtrace: =>0 libx11.so.6 (+0x21d60) (0x001317e0) 1 XInternAtoms+0xda() in libx11.so.6 (0x001317e0) 2 intern_atoms+0x227() [dlls/winex11.drv/clipboard.c:383] 3 X11DRV_SelectionRequest_TARGETS+0x17(display=0x7e1e7068, requestor=0x1e0031f, target=0x19f, rprop=0x135) [dlls/winex11.drv/clipboard.c:2872] 4 X11DRV_HandleSelectionRequest+0xe7(hWnd=(nil), event=0x74e72c, bIsMultiple=0) [dlls/winex11.drv/clipboard.c:3082] 5 X11DRV_SelectionRequest+0x1f(hWnd=(nil), event=0x74e72c) [dlls/winex11.drv/clipboard.c:3155] 6 call_event_handler+0x18f(display=0x7e1e7068, event=0x74e72c) [dlls/winex11.drv/event.c:374] 7 process_events+0x239(display=0x7e1e7068, filter=0x68cbc8e6, arg=0x40) [dlls/winex11.drv/event.c:443] 8 X11DRV_MsgWaitForMultipleObjectsEx+0xa5(count=0x1, handles=0x74e86c, timeout=0xffffffff, mask=0x40, flags=0) [dlls/winex11.drv/event.c:470] 9 wait_message+0x41(count=0x1, handles=0x74e86c, timeout=0xffffffff, mask=0x40, flags=0) [dlls/user32/winproc.c:1126] 10 MsgWaitForMultipleObjectsEx+0x150(count=0, pHandles=(nil), timeout=0xffffffff, mask=0x40, flags=0) [dlls/user32/message.c:3944] 11 selection_thread_proc+0xa1(p=0x54) [dlls/winex11.drv/clipboard.c:2530] -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 28573] New: user32/cursoricon.ok failed,
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=28573 Bug #: 28573 Summary: user32/cursoricon.ok failed, Product: Wine Version: 1.3.29 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified On my i7 last night, I saw the following failure: ../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p user32_test.exe.so cursoricon.c && touch cursoricon.ok fixme:cursor:GetCursorFrameInfo Second parameter non-zero (57005), please report this! ... fixme:cursor:GetCursorFrameInfo Second parameter non-zero (57005), please report this! cursoricon.c:2139: Test failed: wrong info cursor 0x2003a/(nil) cursoricon.c:2171: Test failed: wrong info cursor 0x2003a/(nil) cursoricon.c:2188: Test failed: wrong info cursor 0x2003a/(nil) make: *** [cursoricon.ok] Error 3 I've only seen this once so far. Filing report partly because the fixme asked for it. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 28547] New: ole32/clipboard.ok crashed in X11DRV_CLIPBOARD_LookupData
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=28547 Bug #: 28547 Summary: ole32/clipboard.ok crashed in X11DRV_CLIPBOARD_LookupData Product: Wine Version: 1.3.29 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Saw this crash just now on my i7: ../../../tools/runtest -q -P wine -M ole32.dll -T ../../.. -p ole32_test.exe.so clipboard.c ... wine: Unhandled page fault on read access to 0x000001e3 at address 0x68bd2b12 (thread 0034), starting debugger... Backtrace: =>0 X11DRV_CLIPBOARD_LookupData+0x1f(wID=0x2) [dlls/winex11.drv/clipboard.c:446] 1 X11DRV_CLIPBOARD_SynthesizeData+0x7a(wFormatID=0x2) [dlls/winex11.drv/clipboard.c:2787] 2 X11DRV_EndClipboardUpdate+0x6e() [dlls/winex11.drv/clipboard.c:2848] 3 CloseClipboard+0x91() [dlls/user32/clipboard.c:285] 4 test_nonole_clipboard+0x3a2() [dlls/ole32/tests/clipboard.c:1295] 5 func_clipboard+0x19() [dlls/ole32/tests/clipboard.c:1546] 6 run_test+0x9e(name="clipboard.c") [include/wine/test.h:556] 7 main+0x23a(argc=<?>, argv=0x1103d0) [include/wine/test.h:624] 446 if (data->wFormatID == wID) return data; I haven't seen this one before that I recall. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 28524] New: urlmon:url test case is ok after the 2nd attempt
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=28524 Bug #: 28524 Summary: urlmon:url test case is ok after the 2nd attempt Product: Wine Version: 1.3.29 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: testcases AssignedTo: wine-bugs(a)winehq.org ReportedBy: toralf.foerster(a)gmx.de Classification: Unclassified I'm wondering why repeatedly often the 1st attempt failed and 2nd works (sometimes it works even in at the 1st attempt) : tfoerste(a)n22 ~/devel/wine-git/dlls/urlmon/tests $ rm *.ok tfoerste(a)n22 ~/devel/wine-git/dlls/urlmon/tests $ make test ../../../tools/runtest -q -P wine -M urlmon.dll -T ../../.. -p urlmon_test.exe.so generated.c && touch generated.ok ../../../tools/runtest -q -P wine -M urlmon.dll -T ../../.. -p urlmon_test.exe.so misc.c && touch misc.ok ../../../tools/runtest -q -P wine -M urlmon.dll -T ../../.. -p urlmon_test.exe.so protocol.c && touch protocol.ok ../../../tools/runtest -q -P wine -M urlmon.dll -T ../../.. -p urlmon_test.exe.so sec_mgr.c && touch sec_mgr.ok ../../../tools/runtest -q -P wine -M urlmon.dll -T ../../.. -p urlmon_test.exe.so stream.c && touch stream.ok ../../../tools/runtest -q -P wine -M urlmon.dll -T ../../.. -p urlmon_test.exe.so uri.c && touch uri.ok ../../../tools/runtest -q -P wine -M urlmon.dll -T ../../.. -p urlmon_test.exe.so url.c && touch url.ok url.c:1804: Test failed: binding failed: 800c0019, expected 00000000 url.c:2884: Test failed: IMoniker_BindToStorage failed: 800c0019 url.c:2885: Test failed: unk == NULL url.c:2887: Test failed: Expected security problem to be ignored. make: *** [url.ok] Error 4 tfoerste(a)n22 ~/devel/wine-git/dlls/urlmon/tests $ make test ../../../tools/runtest -q -P wine -M urlmon.dll -T ../../.. -p urlmon_test.exe.so url.c && touch url.ok -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 28470] New: qmgr tests deadlock with WINEDEBUG=warn+heap on slower machines
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=28470 Summary: qmgr tests deadlock with WINEDEBUG=warn+heap on slower machines Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: qmgr AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com On my e8400, when run with WINEDEBUG=warn+heap, the qmgr conformance tests seem to lock up very frequently. Here's a backtrace gotten with btall: Backtracing for thread 0034 in process 0008 (Z:\home\dank\wine-git\dlls\qmgr\tests\qmgr_test.exe): Backtrace: =>0 GLIBC_2+0x830() in ld-linux.so.2 (0x0043e738) 1 ReadFile+0x265(hFile=0x4c, buffer=0x43e86c, bytesToRead=0x10, bytesRead=0x43e80c, overlapped=(nil)) [dlls/kernel32/file.c:439] 2 rpcrt4_conn_np_read+0x3c(Connection=0x12c080, buffer=0x43e86c, count=0x10) [dlls/rpcrt4/rpc_transport.c:420] 3 RPCRT4_receive_fragment+0xb4(Connection=0x12c080, Header=0x43e96c, Payload=0x43e908) [dlls/rpcrt4/rpc_binding.h:177] 4 RPCRT4_ReceiveWithAuth+0x7c(Connection=0x12c080, Header=0x43e96c, pMsg=0x33fb54, auth_data_out=(nil), auth_length_out=0x0(nil)) [dlls/rpcrt4/rpc_message.c:1396] 5 I_RpcReceive+0x7b(pMsg=0x33fb54) [dlls/rpcrt4/rpc_message.c:1553] 6 I_RpcSendReceive+0x7f(pMsg=0x33fb54) [dlls/rpcrt4/rpc_message.c:1911] 7 rpc_sendreceive_thread+0x23(param=0x12d134) [dlls/ole32/rpc.c:794] 8 worker_thread_proc+0xe1(param=0x0(nil)) [dlls/ntdll/threadpool.c:114] 9 call_thread_func+0xb() in ntdll (0x0043ea78) 10 call_thread_entry_point+0x6d(entry=0x7bc7ec30, arg=0x0(nil)) [dlls/ntdll/signal_i386.c:2499] 11 start_thread+0xf7(info=0x7ffd4fb8) [dlls/ntdll/thread.c:405] Backtracing for thread 0009 in process 0008 (Z:\home\dank\wine-git\dlls\qmgr\tests\qmgr_test.exe): Backtrace: =>0 GLIBC_2+0x830() in ld-linux.so.2 (0x0033f228) 1 NTDLL_wait_for_multiple_objects+0x232(count=0x2, handles=0x33f4a8, flags=0x4, timeout=(nil), signal_object=<?>) [dlls/ntdll/sync.c:1124] 2 NtWaitForMultipleObjects+0x5a(count=0x2, handles=0x33f4a8, wait_all=0, alertable=0, timeout=(nil)) [dlls/ntdll/sync.c:1162] 3 WaitForMultipleObjectsEx+0xee(count=0x2, handles=0x33f67c, wait_all=0, timeout=0xffffffff, alertable=0) [dlls/kernel32/sync.c:188] 4 nulldrv_MsgWaitForMultipleObjectsEx+0x31(count=0x2, handles=0x33f67c, timeout=0xffffffff, mask=0x4ff, flags=0) [dlls/user32/driver.c:359] 5 wait_message+0x47(count=0x2, handles=0x33f67c, timeout=0xffffffff, mask=0x4ff, flags=0) [dlls/user32/winproc.c:1126] 6 MsgWaitForMultipleObjectsEx+0x109(count=0x1, pHandles=0x12d154, timeout=0xffffffff, mask=0x4ff, flags=0) [dlls/user32/message.c:3944] 7 CoWaitForMultipleHandles+0xd6(dwFlags=0, dwTimeout=0xffffffff, cHandles=0x1, pHandles=0x12d154, lpdwindex=0x33f91c) [dlls/ole32/compobj.c:3712] 8 ClientRpcChannelBuffer_SendReceive+0x5fb(iface=0x12c220, olemsg=0x33fb54, pstatus=0x33f96c) [dlls/ole32/rpc.c:903] 9 NdrProxySendReceive+0x71(This=0x12d02c, pStubMsg=0x33fa74) [dlls/rpcrt4/cproxy.c:487] 10 IRemUnknown_RemRelease_Proxy+0x1c6(This=0x12d02c, cInterfaceRefs=0x1, InterfaceRefs=0x33fbd4) [dlls/ole32/dcom_p.c:639] 11 ifproxy_release_public_refs+0xe3(This=0x12c190) [dlls/ole32/marshal.c:673] 12 ifproxy_destroy+0x24(This=0x12c190) [dlls/ole32/marshal.c:708] 13 ClientIdentity_Release+0xc8(iface=0x12b940) [dlls/ole32/marshal.c:1109] 14 IUnknown_Release_Proxy+0x65(iface=0x12c1f4) [dlls/rpcrt4/cproxy.c:418] 15 func_enum_files+0x179() [dlls/qmgr/tests/enum_files.c:98] 16 run_test+0x143(name="enum_files.c") [dlls/qmgr/tests/../../../include/wine/test.h:556] 17 main+0x161(argc=0x33f248, argv=0x682a6a9f) [dlls/qmgr/tests/../../../include/wine/test.h:624] >From the second stack, it looks like it was just trying to tear down the test. Race condition and/or reference count problem, perhaps? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 28503] New: comctl32/treeview.ok fails occasionally
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=28503 Summary: comctl32/treeview.ok fails occasionally Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com This failed just now on Austin's buildslave with WINEDEBUG=warn+heap: ../../../tools/runtest -q -P wine -M comctl32.dll -T ../../.. -p comctl32_test.exe.so treeview.c && touch treeview.ok treeview.c:1512: Test failed: got 0x20318a treeview.c:1518: Test failed: got 0x20318a and again on his buildslave without WINEDEBUG: treeview.c:1512: Test failed: got 0x201c8b treeview.c:1518: Test failed: got 0x201c8b I see it's happened at least once before, last month, to someone else: http://test.winehq.org/data/6ee95c77381791299ae040248897ac58c74f49f6/linux_… and I think I recall seeing it one other time on the buildbot (not sure which slave). Austin's buildslave's info: os: Debian GNU/Linux testing (wheezy), 3.0.0-1-686-pae, , Advanced Linux Sound Architecture Driver Version 1.0.24. ram: 8113 MB cpu: AMD Phenom(tm) II X4 940 Processor gpu: GeForce 9800 GTX+/PCI/SSE2/3DNOW! 3.3.0 NVIDIA 285.03 It's possible this is caused by someone playing with the mouse or keyboard while the tests are running, but seeing it twice in a row is suspicious. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 28323] New: urlmon/tests/protocol.ok slightly flaky: protocol.c:2892: Test failed: ref=2
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=28323 Summary: urlmon/tests/protocol.ok slightly flaky: protocol.c:2892: Test failed: ref=2 Product: Wine Version: 1.3.27 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: urlmon AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com I've seen this twice in two days: ../../../tools/runtest -q -P wine -M urlmon.dll -T ../../.. -p urlmon_test.exe.so protocol.c && touch protocol.ok ... protocol.c:979: Test failed: unexpected call ReportResult protocol.c:984: Test failed: hrResult = 80004004, expected: 00000000 protocol.c:989: Test failed: dwError == ERROR_SUCCESS protocol.c:2892: Test failed: ref=2 protocol.c:746: Test failed: unexpected call ReportProgress_CONNECTING This time, it was with WINEDEBUG=warn+heap, on a system with: os: Ubuntu 10.04.3 LTS, 2.6.32-33-generic, pulseaudio 0.9.21-63-gd3efa-dirty, Advanced Linux Sound Architecture Driver Version 1.0.21. ram: 3212 MB cpu: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz gpu: GeForce GT 240/PCI/SSE2 3.2.0 NVIDIA 195.36.24 I see a few vaguely similar problems on windows at http://test.winehq.org/data/tests/urlmon:protocol.html so perhaps these tests still need some love. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 28298] New: riched20/editor.ok cursort position test flaky
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=28298 Summary: riched20/editor.ok cursort position test flaky Product: Wine Version: 1.3.27 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com I just had a test fail (under WINEDEBUG=warn+heap, but I doubt that matters) like this: ../../../tools/runtest -q -P wine -M riched20.dll -T ../../.. -p riched20_test.exe.so editor.c && touch editor.ok ... editor.c:6026: Test failed: Cursor is at 0 instead of 8 That's not a new problem; it was mentioned back in http://www.winehq.org/pipermail/wine-devel/2008-September/069299.html and showed up here: http://www.winehq.org/pipermail/wine-devel/2010-December/088198.html -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8