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.
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.
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.
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.
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.
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.
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.
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.
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.
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.