December 2012 - Wine-Bugs - list.winehq.org

[Bug 32357] New: [Regression] Shareaza frequently deadlocks with wine-1.5.18
by wine-bugs＠winehq.org Dec. 10, 2012

Dec. 10, 2012

http://bugs.winehq.org/show_bug.cgi?id=32357 Bug #: 32357 Summary: [Regression] Shareaza frequently deadlocks with wine-1.5.18 Product: Wine Version: 1.5.18 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: linuxhippy(a)gmail.com Classification: Unclassified After updating wine to 1.5.18 using Fedora packages, Shareaza frequently deadlocks after a few minutes with the following messages: err:ntdll:RtlpWaitForCriticalSection section 0x1954a4 "bitblt.c: surface" wait timed out in thread 0009, blocked by 0026, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7ed939a0 "win.c: surfaces_section" wait timed out in thread 0044, blocked by 0026, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7ed939a0 "win.c: surfaces_section" wait timed out in thread 0045, blocked by 0026, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7ed939a0 "win.c: surfaces_section" wait timed out in thread 0025, blocked by 0026, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7ed939a0 "win.c: surfaces_section" wait timed out in thread 0044, blocked by 0026, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7ed939a0 "win.c: surfaces_section" wait timed out in thread 0009, blocked by 0026, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7ed939a0 "win.c: surfaces_section" wait timed out in thread 0025, blocked by 0026, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7ed939a0 "win.c: surfaces_section" wait timed out in thread 0045, blocked by 0026, retrying (60 sec) These deadlocks did not occur with earlier versions of wine as 1.5.11. As I did not change anything except wine, my conclusion is its a regression. -- 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 32294] New: Trainsimulator 2013 lockup with openal32
by wine-bugs＠winehq.org Dec. 10, 2012

Dec. 10, 2012

http://bugs.winehq.org/show_bug.cgi?id=32294 Bug #: 32294 Summary: Trainsimulator 2013 lockup with openal32 Product: Wine Version: 1.5.18 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: salamanderrake(a)gmail.com Classification: Unclassified Periodically trainsimulator 2013 locks up with openal32 errors. Also sound quality is bad with crackling. Also might be related to bug #23668 http://bugs.winehq.org/show_bug.cgi?id=23668 !!Note this might be a config error on my part.!! Potentially related terminal output: LD_LIBRARY_PATH="/home/salamanderrake/src/dist/linux32/libxcb/lib" WINEPREFIX=/home/salamanderrake/.local/share/wineprefixes/railworks wine "C://Program Files//Steam/Steam.exe" steam://rungameid/24010 . . . ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side ALSA lib pcm_dmix.c:957:(snd_pcm_dmix_open) The dmix plugin supports only playback stream Initializing Theora Playback Library (1.0 RC3) - libtheora version: Xiph.Org libtheora 1.1 20090822 (Thusnelda) - libvorbis version: Xiph.Org libVorbis 1.3.2 . . . Backtrace: bt all Backtracing for thread 005c in process 005b (C:\Program Files\Steam\steamapps\common\railworks\RailWorks.exe): Backtrace: =>0 0xf776542e __kernel_vsyscall+0xe() in [vdso].so (0x00337af8) 1 0xf75bd5b9 __lll_lock_wait+0x28() in libpthread.so.0 (0x00337af8) 2 0xf75b86d1 _L_lock_560+0x8() in libpthread.so.0 (0x00337af8) 3 0xf75b8567 __pthread_mutex_lock_internal+0xc6() in libpthread.so.0 (0x00337af8) 4 0xf6740e80 in libopenal.so.1 (+0xfe7f) (0x00337b18) 5 0xf67430a3 in libopenal.so.1 (+0x120a2) (0x00337b38) 6 0xf673a981 alGetError+0x20() in libopenal.so.1 (0x00337b58) 7 0xf67c3d27 wine_alGetError+0x16() [/var/tmp/portage/app-emulation/wine-1.5.18/work/wine-1.5.18/dlls/openal32/openal.c:317] in openal32 (0x00337b68) 8 0x101ac315 in gamemanager (+0x1ac314) (0x0628f4ac) 9 0x00000002 (0x10ca6d20) 10 0x00000000 (0x101a7a70) -- 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 5

[Bug 6058] Counter-Strike 1.6 freezes before loggin onto a server
by wine-bugs＠winehq.org Dec. 10, 2012

Dec. 10, 2012

http://bugs.winehq.org/show_bug.cgi?id=6058 Johan Gardhage <johan.gardhage(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |johan.gardhage(a)gmail.com -- 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 0

[Bug 32344] New: Cannot launch Super Smasg Bros Brawl WII ISO image.
by wine-bugs＠winehq.org Dec. 10, 2012

Dec. 10, 2012

http://bugs.winehq.org/show_bug.cgi?id=32344 Bug #: 32344 Summary: Cannot launch Super Smasg Bros Brawl WII ISO image. Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: linards.liepins(a)gmail.com Classification: Unclassified Created attachment 42685 --> http://bugs.winehq.org/attachment.cgi?id=42685 Dolphin 3.0 x86 Super Smash Bros Brawl WII ISO bugreport.txt Attaching 32bit Dolphin 3.0 bugreport.txt. Using native linux version for Fedora 17 x64 Updates repo, the ISO runs w/o any os-related / iso-related issues. -- 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 32403] New: Riven: screen not refreshing after accessing the menu bar
by wine-bugs＠winehq.org Dec. 9, 2012

Dec. 9, 2012

http://bugs.winehq.org/show_bug.cgi?id=32403 Bug #: 32403 Summary: Riven: screen not refreshing after accessing the menu bar Product: Wine Version: 1.5.19 Platform: x86 URL: http://download.oceandive.com/oceandive_setup.exe OS/Version: Linux Status: NEW Keywords: download, regression Severity: minor Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: julliard(a)winehq.org Classification: Unclassified Regression SHA1: 6c94d4466ac575c0b703c9c2000208d40251de4e Created attachment 42752 --> http://bugs.winehq.org/attachment.cgi?id=42752 screenshot from Riven The following commit causes problems in a couple of games, I believe the issues are somehow related. The reported problems exist both in virtual desktop and full screen mode. In Riven (The sequel to Myst) when I press the <Alt> key to access the in-game menu, the menu bar at the top does open correctly, but pressing <Alt> again doesn't hide it: it still remains on the screen. Cycling through the various menu options causes the previous option remain opened and they're overlapping each other (see attached screenshot). This particular commit causes problems in certain games that start with a configuration tool (Oddworld: Stranger's Wrath HD and many games from the developer SCS Software). In the configuration tool of these games there are drop-down menus allowing to change various settings. When I open one of them they remain opened even if I select another drop-down list. The problem is present since 6c94d4466ac575c0b703c9c2000208d40251de4e is the first bad commit commit 6c94d4466ac575c0b703c9c2000208d40251de4e Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Nov 27 16:51:46 2012 +0100 server: Don't expose the desktop on window resizes. :040000 040000 d3ef07ffabe8981f6c0b73fa3c948262cca3f972 2b2c97444eb166f17b57fc00b95c45d1ceefcf59 M server Riven and Stranger's Wrath have no demo versions. In the url field you can find one of the demos from SCS Software that can be used to reproduce the problem. oceandive_setup.exe (24 MB) md5sum: 3c94d678cf44b3bff09f9a41c8521b56 To reproduce the problem with Ocean Dive demo: 1. install the demo as usual then start it with oceandive.exe 2. the launcher should appear, select <Advanced> tab and open the various drop-down lists. Normally, only one of them should be remained opened at a time. Plain terminal output doesn't yield anything useful, please let me know if you need logs with certain debug channels enabled. Fedora 17 XFCE 4.10 X.Org X Server 1.12.4 -- 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 32397] New: Call of Duty 4: Regression: Flickering of particle textures switching from normal to spritesheet appearance
by wine-bugs＠winehq.org Dec. 8, 2012

Dec. 8, 2012

http://bugs.winehq.org/show_bug.cgi?id=32397 Bug #: 32397 Summary: Call of Duty 4: Regression: Flickering of particle textures switching from normal to spritesheet appearance Product: Wine Version: 1.3.23 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: Elias.vds(a)gmail.com Classification: Unclassified When I updated from wine 1.3.22 to 1.3.23, COD4 rendered particles faulty: the textures constantly switch from normal to spritesheet appearance. I'm running Linux 2.6.32.26-175.fc12.x86_64 (Fedora 12) with NVIDIA GTX470 gfx card using stable driver version 195.36.31. No winetricks. The bug is still present in the latest (1.5.19) devel version of wine. So this is a regression. First I thought this was a duplicate of bug 27630, but I'm using an NVIDIA card and the bug persists in wine 1.5.19. I located the patch that broke it : Merging the reverted patch in wine 1.5.19 solves the problem. However I assume this disables the new GL_ARB_ code? Anyhow, my gfx card should be able to handle the latest GL extensions. -- 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 9

[Bug 2082] DirectDraw games only showing black screen
by wine-bugs＠winehq.org Dec. 8, 2012

Dec. 8, 2012

http://bugs.winehq.org/show_bug.cgi?id=2082 --- Comment #104 from Murray Colpman <muzerakascooby(a)gmail.com> 2012-12-08 04:26:32 CST --- (In reply to comment #103) > (In reply to comment #96) > > For what it's worth, running Fedora 16 with gnome shell and wine 1.5.2 > > Running Diablo, menu screen doesn't get rendered (black screen) but if use the > > hotcorner and display all running windows in the workspace the menu screen is > > rendered. Clicking back on the Diablo window still result in black screen. > > Interesting! Your find inspired me to go look for some similar effect that > could be used to work around the problem, and I found it could be done trough > KDE's settings for the translucency effect. > > By configuring general translucency settings for dialogs to something like 50% > I could see the game's directdraw area(?) trough the covering dialog-window. > > I settled for 50% because when I need to undo the workaround, it's not nice to > work with completely transparent dialogues. (And for diablo it only matters > while navigating the menu. YMMV for other games.) Interestingly enough, this is pretty much the same workaround people came up with for getting Worms Armageddon to work in Windows 8. I don't think that's a coincidence. (However, there are now better workarounds that have been discovered but they look Windows-specific). I also don't believe this would work in a virtual desktop, which people with multiple monitors (well, on my setup at least) pretty much require because otherwise nothing can get the damn resolution correct. However, it's worth noting if nobody has already that the Worms Armageddon maintainers have implemented the "Use DesktopWindow" workaround (essentially the same effect as the wine patches that were going around ages ago) into Worms Armageddon itself (the game suggests you enable it when you first start it with the newest update) so that the game will work in wine, at the cost of ingame minimisation. -- 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 0

[Bug 2082] DirectDraw games only showing black screen
by wine-bugs＠winehq.org Dec. 8, 2012

Dec. 8, 2012

http://bugs.winehq.org/show_bug.cgi?id=2082 Joel <k00_fol(a)k.kth.se> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |k00_fol(a)k.kth.se --- Comment #103 from Joel <k00_fol(a)k.kth.se> 2012-12-08 01:18:53 CST --- (In reply to comment #96) > For what it's worth, running Fedora 16 with gnome shell and wine 1.5.2 > Running Diablo, menu screen doesn't get rendered (black screen) but if use the > hotcorner and display all running windows in the workspace the menu screen is > rendered. Clicking back on the Diablo window still result in black screen. Interesting! Your find inspired me to go look for some similar effect that could be used to work around the problem, and I found it could be done trough KDE's settings for the translucency effect. By configuring general translucency settings for dialogs to something like 50% I could see the game's directdraw area(?) trough the covering dialog-window. I settled for 50% because when I need to undo the workaround, it's not nice to work with completely transparent dialogues. (And for diablo it only matters while navigating the menu. YMMV for other games.) -- 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 0

[Bug 8292] RemoveFontResourceEx not implemented - certain games go into infinite loop (Fifa Manager 2007, Neuro Hunter, Prince of Persia 3D)
by wine-bugs＠winehq.org Dec. 7, 2012

Dec. 7, 2012

http://bugs.winehq.org/show_bug.cgi?id=8292 Qian Hong <fracting(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fracting(a)gmail.com Component|directx-d3d |gdi32 -- 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 0

[Bug 32292] New: Railworks 3 Trainsimulator 2013 dependency on ole32.dll
by wine-bugs＠winehq.org Dec. 7, 2012

Dec. 7, 2012

http://bugs.winehq.org/show_bug.cgi?id=32292 Bug #: 32292 Summary: Railworks 3 Trainsimulator 2013 dependency on ole32.dll Product: Wine Version: 1.5.18 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: salamanderrake(a)gmail.com Classification: Unclassified Created attachment 42619 --> http://bugs.winehq.org/attachment.cgi?id=42619 terminal output of trying to start Trainsimulator 2013 with built in ole32.dll In order to run Trainsimulator 2013 it is mandatory to override ole32.dll. The wine built in does not cut 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 13