January 2011 - Wine-bugs - list.winehq.org

[Bug 22261] New: Love: "device already allocated" handling - requires patching winealsa.drv or using esound backend
by wine-bugs＠winehq.org 26 Aug '11

26 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=22261 Summary: Love: "device already allocated" handling - requires patching winealsa.drv or using esound backend Product: Wine Version: 1.1.42 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: ttimo(a)ttimo.net Created an attachment (id=27188) --> (http://bugs.winehq.org/attachment.cgi?id=27188) alsa driver patch While figurinig out the kinks to get Love working, I had to patch the Alsa driver to make it behave like the esound one. The thread about that process is available here: http://www.gaminglove.net/forums/showthread.php?t=1057 AppDB entry for the game: http://appdb.winehq.org/objectManager.php?sClass=application&iId=11327 To summarize, my understanding is that love.exe tries to open the sound device twice. It works if you use the esound backend, and after a bit of investigation we found that applying the attached patch would make things work with the Alsa backend as well (e.g. change the return code from MMSYSERR_ALLOCATED to MMSYSERR_NOERROR). (thanks to Kevlarman for initially coming up with this 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 15

[Bug 25067] New: NFS Porsche: Background slides are flickering in main menu
by wine-bugs＠winehq.org 26 Aug '11

26 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=25067 Summary: NFS Porsche: Background slides are flickering in main menu Product: Wine Version: 1.3.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=31787) --> (http://bugs.winehq.org/attachment.cgi?id=31787) Image showing the problem Steps to reproduce: 1) remove ~/.wine 2) install NFS Porsche Unleashed 3) patch the game with NFS5-3.5.20040310.ZIP 4) rename gimme.dll to gimme.dll.bak 5) wine Porsche.exe driver=dx7z Behaviour: Background slides are flickering in main menu (see attachment) Expected behaviour: Background slides shouldn't be flickering in main menu. Additional info: GFX: NVIDIA 9xxx Drivers: 260.19.12 wine-1.3.6-240-g791b22a Terminal output: lot of these lines: err:d3d_surface:surface_prepare_system_memory Surface without memory or pbo has SFLAG_INSYSMEM set! If background slides aren't played then wine stops generating those lines in terminal. -- 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 21805] New: The game "Which" has incorrect rendering with whitewashed visuals
by wine-bugs＠winehq.org 26 Aug '11

26 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=21805 Summary: The game "Which" has incorrect rendering with whitewashed visuals Product: Wine Version: 1.1.39 Platform: x86 URL: http://gamejolt.com/freeware/games/adventure/which/152 3/ OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com Created an attachment (id=26378) --> (http://bugs.winehq.org/attachment.cgi?id=26378) Which game terminal output After launching the Which-3D.exe executable, the game visuals appear totally white, washing out most of the game details and making the game unplayable. On Windows, the game should render mostly black and white with color tinges in various areas. Terminal output and screenshots are attached. -- 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 20413] New: AtcWindows - sound broken
by wine-bugs＠winehq.org 26 Aug '11

26 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=20413 Summary: AtcWindows - sound broken Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sportflieger2004-wbug(a)yahoo.de With TTS sound enabled, sound output stops after the first initial call of an aircraft (and after the first number of the call sign of that aircraft). On closing the application, the following is printed on the console: fixme:winmm:MMDRV_Exit Closing while ll-driver open fixme:winmm:MMDRV_Exit Closing while ll-driver open -- 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 21814] New: The game "Which" fails to load a d3dxof object file
by wine-bugs＠winehq.org 26 Aug '11

26 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=21814 Summary: The game "Which" fails to load a d3dxof object file Product: Wine Version: 1.1.39 Platform: x86 URL: http://gamejolt.com/freeware/games/adventure/which/152 3/ OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com Created an attachment (id=26396) --> (http://bugs.winehq.org/attachment.cgi?id=26396) Which game +d3dxof trace After installing vcrun2005 and d3dx9 from winetricks, launching Which-3D.exe yields a dialog box stating: "Runtime Error 7018 - Could not load 3D object at line 157" Native d3dxof allows the game to proceed to bug 21805. A +d3dxof trace is attached. -- 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 21102] New: Hitman 2: Silent Assassin fails to draw intro cinematic
by wine-bugs＠winehq.org 26 Aug '11

26 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=21102 Summary: Hitman 2: Silent Assassin fails to draw intro cinematic Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com CC: stefan(a)codeweavers.com With wine-1.1.35, when starting a new game in Hitman 2: Silent Assassin, an intro cinematic is supposed to be rendered, but instead, the cinematic is drawn as black for the entire duration, although in-game rendering seems fine. A related problem occurs with the Eidos logo animation shown when starting the game, where it is drawn extremely slow. Testing showed that rendering worked in wine-1.0, and regression testing revealed: 014c4bfc70a4d4e60f033d579d1be13a46f65170 is first bad commit commit 014c4bfc70a4d4e60f033d579d1be13a46f65170 Author: Stefan Dösinger <stefan(a)codeweavers.com> Date: Thu Apr 9 18:40:57 2009 +0200 wined3d: Save some memory in vertex buffers. In most cases we're fine with the vbo and glMapBuffer and never use the actual heap memory copy. Try to stick to just the vbo copy and avoid allocating the extra heap memory. In case it is needed(emulation or vertex conversion), fall back to the old double buffering mode. :040000 040000 e45dcc2b8694735b0a68492a7a03237b1c519ae3 0447d35c1e1a2037a962b49802a03a9dad1bf59e M dlls Testing wine-1.1.18-300-g7b2a44f immediately prior to the commit did not show the problem with either the Eidos logo animation or the intro cinematic. glxinfo reports for my machine: OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce 9800 GT/PCI/SSE2/3DNOW! OpenGL version string: 3.2.0 NVIDIA 190.42 Interestingly, Hitman 2: Silent Assassin on a machine with an integrated Intel video card and wine-1.1.35 does not exhibit the rendering problem. glxinfo on that machine reports: OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) G45/G43 GEM 20090712 2009Q2 RC3 OpenGL version string: 2.1 Mesa 7.7-devel -- 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 13085] New: TH06: No FPS limit in fullscreen mode
by wine-bugs＠winehq.org 26 Aug '11

26 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=13085 Summary: TH06: No FPS limit in fullscreen mode Product: Wine Version: 0.9.61. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dottomi(a)gmail.com The game seems to not limit FPS amount in fullscreen mode. It speeds up to >200 FPS instead of not going above 60. -- 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 23

[Bug 22722] New: Wine running out of address space (MacOS)
by wine-bugs＠winehq.org 26 Aug '11

26 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=22722 Summary: Wine running out of address space (MacOS) Product: Wine Version: unspecified Platform: x86 OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net This is the MacOS variant of bug #13335: mmap failures on 32bit Mac OS X 10.5.8 + NVidia After upgrading my Mac from 1GB RAM to 4GB, Lego Star Wars 2 started crashing in Wine-1.1.24 after a variable amount of play time. The error always starts with: wine(6017,0xa022e720) malloc: *** mmap(size=16777216) failed (error code=12) *** error: can't allocate region *** set a breakpoint in malloc_error_break to debug This is repeated 6/8/10 times, size always 16MB, followed by a crash like: wine: Unhandled page fault on write access to 0x0000003c at address 0x7305cadb (thread 0018), starting debugger... The backtrace shows nothing particular. The machine is an "early 2009" Mac mini 2GHz core duo with Nvidia 9400 graphics processor. Using Mac OS X 10.5.8 and XQuartz 2.3.3.2. So this is a strict 32bit system. The crashes occur sometimes after half an hour, sometime after an hour of game play. I'm pretty confident that the RAM upgrade is the cause because - no SW upgrade of any kind was done around that time (let's hope I got no trojan), - I'm using LSW2 in wine-1.1.24 with a prefix distinct from my git snapshot work, - the app has been very stable in the past (the children played for hours), - another app started failing as well (see next comment), - syslogs prove the mmap failures began following the RAM upgrade, - the crashes appear in levels the children played in the past, not new ones, - such a huge RAM upgrade affects the memory mapping. Among others, the Nvidia chip is said to make use of more main memory when the machine has more than 1GB RAM (256MB? instead of 128MB). Obviously the machine is not running out of memory. It now has more than before. Instead, I believe this confirms the hypothesis about running out of address space, c.f. R. Colenbrander in bug #13335, comment #96. I have no reasons to believe that the new RAM is faulty. The machine is very stable and only 2 apps in Wine are affected. I'm not going to remove the RAM because of the effort it was to open the Mac mini box (the back sat so tight that you couldn't slide in a putty knife, not even a sheet of paper). Perhaps somebody knows a SW tool that can simulate a Mac equipped with 1GB RAM only? Few people ever reported the dependency of the mmap failure on the amount of RAM. http://forums.adobe.com/message/1875853 mentions a perhaps similar failure with native Photoshop. Because of bug #22029 I cannot test the app in current Wine. It's unfortunate that this mmap issue affects wine-1.1.24 because this release was excellent at 3D games with the 1GB Mac Mini. -- 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 20758] New: Missing nul termination in string passed to callback of RtlQueryRegistryValues()?
by wine-bugs＠winehq.org 26 Aug '11

26 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=20758 Summary: Missing nul termination in string passed to callback of RtlQueryRegistryValues()? Product: Wine Version: 1.1.33 Platform: PC OS/Version: Linux Status: NEW Keywords: source, testcase Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://kegel.com/wine/valgrind/logs/2009-11-18-21.51/vg-ntdll_reg.txt shows the error message Invalid read of size 2 at strlenW (unicode.h:216) by lstrlenW (string.c:214) by QueryRoutine (reg.c:201) by RTL_ReportRegistryValue (reg.c:992) by RtlQueryRegistryValues (reg.c:1231) by test_RtlQueryRegistryValues (reg.c:326) Address 0x7f03c184 is 0 bytes after a block of size 52 alloc'd at notify_alloc (heap.c:279) by RtlAllocateHeap (heap.c:1521) by RtlQueryRegistryValues (reg.c:1226) by test_RtlQueryRegistryValues (reg.c:326) It looks like an argument between len and null-terminated strings. RtlQueryRegistryValues calls a user-supplied callback whose first parameter is to a nul-terminated string... but it passes pInfo->Name, which is not nul-terminated. (It comes from NtEnumerateValueKey, and has a corresponding NameLength member.) So... either we need to copy Name to a new buffer and terminate it before calling the callback, or NtEnumerateValueKey needs to silently nul-terminate Name. I guess it's time for another conformance test. (This error was seen before by Valgrind, but with a slightly less informative description.) -- 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 18873] New: Civilization IV beyond the sword crashing at startup
by wine-bugs＠winehq.org 26 Aug '11

26 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=18873 Summary: Civilization IV beyond the sword crashing at startup Product: Wine Version: 1.1.23 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: zipu92(a)hotmail.com Civilization IV beyond the sword is crashing at startup after message display "Init XML(cached)" For me it looks like a regression as I have just shifted from wine 1.1.22 to 1.1.23 and it worked fine before my Ubuntu upgrade I am currently compiling wine to try to do some regression tests as you indicate on the site. I already post the description to see if somebody else has the same problem -- 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 28