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

[Bug 11926] New: House of the dead 3 won' t draw 3d stuff after the 1st level
by wine-bugs＠winehq.org 21 Feb '15

21 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=11926 Summary: House of the dead 3 won't draw 3d stuff after the 1st level Product: Wine Version: 0.9.57. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winebugz(a)chipsugar.plus.com After the first level where everything is fine all the 3d models & scenery is black. Possibly textures aren't being rendered. Also the words in the menu list when starting the game don't get drawn. Maybe that's part of the same bug. -- 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 24

[Bug 32769] New: PowerPoint 2003 hangs when opening test document
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=32769 Bug #: 32769 Summary: PowerPoint 2003 hangs when opening test document Product: Wine Version: 1.5.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: b7.10110111(a)gmail.com Classification: Unclassified Created attachment 43263 --> http://bugs.winehq.org/attachment.cgi?id=43263 test file To reproduce, make sure gdiplus is set to builtin, then open test file and let PowerPoint render all the thumbnails. If it doesn't hang after having rendered all of them, try restarting it and reopening file. Sometimes (though rarely) it doesn't hang. If I set gdiplus as native, then no hang occurs. -- 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 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