September 2012 - Wine-bugs - list.winehq.org

[Bug 31768] New: Starcraft: Brood War loses mouse focus when using ICCup's W-Mode plugin
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=31768 Bug #: 31768 Summary: Starcraft: Brood War loses mouse focus when using ICCup's W-Mode plugin Product: Wine Version: 1.5.13 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: palmem(a)comcast.net Classification: Unclassified Regression SHA1: ff60249cab238bed124b98a7624ccfe415f8648e Created attachment 41801 --> http://bugs.winehq.org/attachment.cgi?id=41801 Smallest portion of ff60249cab238bed124b98a7624ccfe415f8648e that causes my regression When running Starcraft: Brood War via ICCup's launcher with the W-Mode plugin enabled the mouse grab functionality (Alt+F1) no longer works as of wine-1.5.11 (the last working version was wine-1.5.10). I tested with wine-1.5.12 and wine-1.5.13, neither of which solves the problem. I used git-bisect to track down this regression to commit f60249cab238bed124b98a7624ccfe415f8648e. I don't really understand any of this patch, but I found that reverting that commit does fix the regression I'm experiencing. I then messed around with the offending commit a bit and discovered that reverting a single line is sufficient to fix the regression for me. I've attached that single line patch, which applies against the current git head. Like I said, I know nothing about this code so my fix is probably wrong. Hopefully someone who understands the problem will be able to come up with a proper fix :). -- 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 10

[Bug 30739] New: crashe in async_stop_request (dlls/mshtml/navigate.c:1352)
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=30739 Bug #: 30739 Summary: crashe in async_stop_request (dlls/mshtml/navigate.c:1352) Product: Wine Version: 1.5.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine.dev(a)web.de Classification: Unclassified Created attachment 40245 --> http://bugs.winehq.org/attachment.cgi?id=40245 backtrace (64bit) Wine eat all the cpu and then crash in mshtml, async_stop_request, when visiting http://www.wondershare.com/android-manager/guide.html&back_url= Wine works it works, when I remove the "&back_url=" part http://www.wondershare.com/android-manager/guide.html page fault on read access to 0x00000148 in 64-bit code () location in async_stop_request is dlls/mshtml/navigate.c:1352, called from nsChannelBSC_stop_binding at dlls/mshtml/navigate.c:1454 -- By by ... Detlef -- 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 31750] New: Dark Scavenger crashes on startup when client side rendering enabled
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=31750 Bug #: 31750 Summary: Dark Scavenger crashes on startup when client side rendering enabled Product: Wine Version: 1.5.13 Platform: x86 URL: http://www.darkscavenger.com/demo/ OS/Version: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: julliard(a)winehq.org Classification: Unclassified Regression SHA1: 33ac850c80634c891b0c157bbffa612f70954a40 Created attachment 41754 --> http://bugs.winehq.org/attachment.cgi?id=41754 terminal output Dark Scavenger shows a black window on startup and music begins to play, but the game crashes a mere second later. Setting 'ClientSideGraphics=N' in the registry works around the problem and the game starts normally. The problem can be reproduced with the demo version as well. The demo doesn't need to be installed, just unzip the archive and start DarkScavenger-Demo.exe. The crash is due to a39659fcc969eb547686e309c9ca4c02b3de13fa is the first bad commit commit a39659fcc969eb547686e309c9ca4c02b3de13fa Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Sep 10 16:16:05 2012 +0200 winex11: Disable client-side rendering for OpenGL windows. :040000 040000 13c5b4b85890bc3a26a3bb2f5690d7c661155bf6 348d977c1e7d589f4e0ac95d4ca190bd19496d93 M dlls It must be noted that prior to that commit the game starts with a black screen. Music is playing and you can interact with the game, but you can't see anything. The 'black screen issue' was due to commit 33ac850c80634c891b0c157bbffa612f70954a40 winex11: Use window surfaces for rendering top-level windows. It can be disabled by setting "ClientSideGraphics"="n". I can open a new bug report for the black screen issue if you think that they're unrelated. wine-1.5.13-144-ge3a2e3a Fedora 17 X.Org X Server 1.12.3 Nvidia gfx card with the proprietary drivers -- 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 2

[Bug 28038] New: wininet/tests/urlcache: CommitUrlCacheEntry fails sometimes
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=28038 Summary: wininet/tests/urlcache: CommitUrlCacheEntry fails sometimes Product: Wine Version: 1.3.26 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com See at http://test.winehq.org/data/8c00ee0beff1a9a6be08f32d821186c798d15b9d/linux_… and also locally. Here's a log, with backtrace: ../../../tools/runtest -q -P wine -M wininet.dll -T ../../.. -p wininet_test.exe.so urlcache.c fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:wininet:URLCache_FindFirstFreeEntry Grow file err:wininet:CommitUrlCacheEntryInternal no free entries urlcache.c:418: Test failed: CommitUrlCacheEntry failed with error 112 urlcache.c:424: Test failed: RetrieveUrlCacheEntryFile should have set last error to ERROR_INSUFFICIENT_BUFFER instead of 2 urlcache.c:429: Test failed: RetrieveUrlCacheEntryFile failed with error 2 urlcache.c:43: Test failed: RetrieveUrlCacheEntryFile: dwStructSize was 1114360 urlcache.c:44: Test failed: RetrieveUrlCacheEntryFile: lpszSourceUrlName should be http://urlcachetest.winehq.org/index.html instead of ^X^T urlcache.c:45: Test failed: RetrieveUrlCacheEntryFile: lpszLocalFileName should be C:\users\dank\Local Settings\Temporary Internet Files\Content.IE5\2IJCR9QJ\index[0].html instead of Unhandled exception: page fault on read access to 0x00650053 in 32-bit code (0x682a1527). Backtrace: =>0 0x682a1527 in libc.so.6 (+0x111527) (0x0032fb18) 1 check_cache_entry_infoA+0x152(returnedfrom="RetrieveUrlCacheEntryFile", lpCacheEntryInfo=0x131400) [dlls/wininet/tests/urlcache.c:46] 2 test_urlcacheA+0xacd() [dlls/wininet/tests/urlcache.c:431] 3 func_urlcache+0xa8() [dlls/wininet/tests/urlcache.c:782] 4 run_test+0x9e(name="urlcache.c") [include/wine/test.h:556] 0x682a1527: repe movq 0x0(%edx),%mm2 -- 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 13

[Bug 26134] New: d3d9/query test shows a few leaks under valgrind
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=26134 Summary: d3d9/query test shows a few leaks under valgrind Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com 28 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by IWineD3DDeviceImpl_CreateQuery (device.c:1247) by query_init (query.c:161) by IDirect3DDevice9Impl_CreateQuery (device.c:2703) by test_occlusion_query_states (query.c:169) by func_query (query.c:278) by run_test (test.h:556) by main (test.h:624) ... 32 bytes in 1 blocks are definitely lost at malloc (vg_replace_malloc.c:236) by realloc (vg_replace_malloc.c:525) by ??? (in /usr/lib/libGL.so.1.2) by ??? (in /usr/lib/libGL.so.1.2) by drawStridedFast (drawprim.c:47) by drawPrimitive (drawprim.c:718) by IWineD3DDeviceImpl_DrawPrimitiveUP (device.c:4926) by IDirect3DDevice9Impl_DrawPrimitiveUP (device.c:1954) by test_occlusion_query_states (query.c:203) by func_query (query.c:278) by run_test (test.h:556) by main (test.h:624) ... 56 bytes in 2 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by IWineD3DDeviceImpl_CreateQuery (device.c:1247) by query_init (query.c:161) by IDirect3DDevice9Impl_CreateQuery (device.c:2703) by test_query_support (query.c:107) by func_query (query.c:277) by run_test (test.h:556) by main (test.h:624) ... 56 bytes in 2 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by IWineD3DDeviceImpl_CreateQuery (device.c:1247) by query_init (query.c:161) by IDirect3DDevice9Impl_CreateQuery (device.c:2703) by test_query_support (query.c:121) by func_query (query.c:277) by run_test (test.h:556) by main (test.h:624) -- 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 2

[Bug 26132] New: dsound/capture tests shows some leaks under valgrind
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=26132 Summary: dsound/capture tests shows some leaks under valgrind Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Depends on: 26131 After bug 26131, there are some more leaks in dsound: 828 bytes in 46 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by DSOUND_CopyFormat (primary.c:455) by IDirectSoundCaptureBufferImpl_Create (capture.c:866) by IDirectSoundCaptureImpl_CreateCaptureBuffer (capture.c:1256) by dscenum_callback (capture.c:569) by a_to_w_callback (dsound_main.c:291) by DirectSoundCaptureEnumerateW (dsound_main.c:494) by DirectSoundCaptureEnumerateA (dsound_main.c:423) by capture_tests (capture.c:677) by func_capture (capture.c:698) by run_test (test.h:556) by main (test.h:624) ... 846 bytes in 47 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by DSOUND_CopyFormat (primary.c:455) by IDirectSoundCaptureBufferImpl_Create (capture.c:866) by IDirectSoundCaptureImpl_CreateCaptureBuffer (capture.c:1256) by dscenum_callback (capture.c:569) by a_to_w_callback (dsound_main.c:291) by DirectSoundCaptureEnumerateW (dsound_main.c:473) by DirectSoundCaptureEnumerateA (dsound_main.c:423) by capture_tests (capture.c:677) by func_capture (capture.c:698) by run_test (test.h:556) by main (test.h:624) and one possible leak: 18 bytes in 1 blocks are possibly lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by DSOUND_CopyFormat (primary.c:455) by IDirectSoundCaptureBufferImpl_Create (capture.c:866) by IDirectSoundCaptureImpl_CreateCaptureBuffer (capture.c:1256) by dscenum_callback (capture.c:569) by a_to_w_callback (dsound_main.c:291) by DirectSoundCaptureEnumerateW (dsound_main.c:494) by DirectSoundCaptureEnumerateA (dsound_main.c:423) by capture_tests (capture.c:677) by func_capture (capture.c:698) by run_test (test.h:556) by main (test.h:624) -- 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 31717] New: aplication crashes when attempting to interact with TAPI32 - unimplemented? Tapi32.dll.lineInitializeExW
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=31717 Bug #: 31717 Summary: aplication crashes when attempting to interact with TAPI32 - unimplemented? Tapi32.dll.lineInitializeExW Product: Wine Version: 1.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: tapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: ah(a)payleven.pl Classification: Unclassified application Cortex, after installation went OK, and it started fine it crashed when trying to work with some telephony subsystem with the following error: fixme:winmm:MXD_SetControlDetails What should the sw-side mixer controls map to? wine: Call from 0x7bc49f20 to unimplemented function Tapi32.dll.lineInitializeExW, aborting I would love to get it working under Linux - but I have very little experience with wine. I have installed wine-dbg but I guess it is a little use of this function call is simply unimplemented ? How do I get more info on what exactly is wrong ? Maybe initialization of lineInitializeExW is trivial? -- 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 10

[Bug 26924] New: Beta League of Legends Patcher locks up.
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=26924 Summary: Beta League of Legends Patcher locks up. Product: Wine Version: 1.3.18 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)placesthroughtime.com Using the new League of Legends patcher found at: http://amshaegar.de/lol/LoLRADS_US.zip Which requires you to have vcrun2005 installed with winetricks I get the following error message and it locks up. err:ntdll:RtlpWaitForCriticalSection section 0x509838 "?" wait timed out in thread 0022, blocked by 0025, retrying (60 sec) -- 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 75

[Bug 26067] New: user32/dialog tests show some valgrind warnings
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=26067 Summary: user32/dialog tests show some valgrind warnings Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=33246) --> (http://bugs.winehq.org/attachment.cgi?id=33246) valgrind log Invalid read of size 4 at DIALOG_DoDialogBox (dialog.c:817) by DialogBoxParamA (dialog.c:846) by test_DialogBoxParamA (dialog.c:1047) by func_dialog (dialog.c:1291) by run_test (test.h:556) by main (test.h:624) ... 28 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by DIALOG_get_info (defdlg.c:335) by DefDlgProcA (defdlg.c:362) by test_WM_NEXTDLGCTL (dialog.c:600) by func_dialog (dialog.c:1287) by run_test (test.h:556) by main (test.h:624) -- 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 31648] New: MaxIM DL 5.22 fails to install
by wine-bugs＠winehq.org 28 Sep '12

28 Sep '12

http://bugs.winehq.org/show_bug.cgi?id=31648 Bug #: 31648 Summary: MaxIM DL 5.22 fails to install Product: Wine Version: 1.5.12 Platform: x86-64 URL: http://www.cyanogen.com/down/MaxImDL522.exe OS/Version: Linux Status: NEW Keywords: download, Installer Severity: minor Priority: P2 Component: vbscript AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Classification: Unclassified Created attachment 41609 --> http://bugs.winehq.org/attachment.cgi?id=41609 wine-1.5.12-157-gbdf9a9f console output MaxIM DL 5.22 fails to install reporting an Installshield error. fixme:vbscript:parse_script parser failed on parsing L"\r\n\r\nSession.Property(\"OS_NOTSUPPORTED\")=\"1\"\r\nEnd If\r\n\r\nDim vAlwyasInstall, vVerInstalled, vSetupVer\r\n\r\nvAlwyasInstall = Session.Property(\"ALWAYS_INSTALL_MDAC\") \r\nvVerInstalled = Session.Property(\"MDACVERINSTALLED\") \r\nvSetupVer = Session.Property(\"MDAC27_SETUP_VER\") \r\n\r\n"... err:msi:ITERATE_Actions Execution halted, action L"CheckForMDACInstall.C9C35FC7_5AEE_4C1E_8BD2_80ED9FA87FFF" returned 1603 vbscript.dll from Windows 7 is a workaround. -- 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