http://bugs.winehq.org/show_bug.cgi?id=27609
Summary: GTA Vice City hangs in initial menu Product: Wine Version: 1.3.23 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs@winehq.org ReportedBy: j.suarez.agapito@gmail.com CC: stefan@codeweavers.com
Created an attachment (id=35289) --> (http://bugs.winehq.org/attachment.cgi?id=35289) Wine 1.3.23's log of the crash
I am running Kubuntu x86 32bit with linux 2.6.39-3-generic (more specifically 2.6.39-3.10 from ubuntu's xorg-edgers ppa), with mesa 7.11.0+git20110623.1e5cef96-0ubuntu0sarvatt~natty and xserver-xorg-video-radeon 6.14.99+git20110623.9bb31158-0ubuntu0sarvatt~natty (both from ubuntu's xorg-edgers ppa) and wine 1.3.23 from wine's ubuntu ppa. The system's specs are AMD Athlon 64 x2 4800+, 2Gb RAM, ATI Radeon HD 4850.
GTA Vice City hangs just when the main menu of the game loads. The screen does not respond to mouse or keyboard input (i.e. you cannot move the mouse and you cannot use the arrow keys to navigate through the menu). The only way to exit the program is by killing (Ctrl+Alt+Del) the game.
I am attaching wine's log. Please, note that although the game is installed under the .Playonlinux folder, it was run via the system stock wine (1.3.23 from wine's ppa) and the ~/.wine/ registry etc. are used (I just didn't want to copy or move the folder to the ~/.wine/drive_c folder). No modifications to the registry nor dll overrides had been made.
The game was working properly under wine 1.3.22 and previous.
I have done a git bisect from 1.3.22 to 1.3.23 and it seems the culprit is commit 68b15bc5ffe6ddf5d08cbc13479eaf718ad5e39f ("wined3d: Give GL_ARB_map_buffer_range another try.").
If any additional info is needed, please let me know. Although this system is not fast at compiling wine several times and I can't write code at all, I will try to help as much as possible.
Regards,
José
http://bugs.winehq.org/show_bug.cgi?id=27609
--- Comment #1 from José Suárez j.suarez.agapito@gmail.com 2011-06-26 12:25:13 CDT --- Created an attachment (id=35290) --> (http://bugs.winehq.org/attachment.cgi?id=35290) Wine's log of the crash (at commit 68b15bc5ffe6ddf5d08cbc13479eaf718ad5e39f)
http://bugs.winehq.org/show_bug.cgi?id=27609
José Suárez j.suarez.agapito@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |j.suarez.agapito@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=27609
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|j.suarez.agapito@gmail.com |wylda@volny.cz
http://bugs.winehq.org/show_bug.cgi?id=27609
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
http://bugs.winehq.org/show_bug.cgi?id=27609
Stefan Dösinger stefandoesinger@gmx.at changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |stefandoesinger@gmx.at
--- Comment #2 from Stefan Dösinger stefandoesinger@gmx.at 2011-06-26 16:52:45 CDT --- Henri noticed some problems with the ARB_map_buffer_range extension on the open source radeon driver, and it seems to be the driver's fault. The backtrace also indicates a crash inside the driver code.
Can you try this with fglrx? The problem Henri noticed was reproducible in a much smaller demo code(the Nvidia Vertex Texture Fetch sample), I'd prefer to leave this bug alone unless we can reproduce the issue on another driver or know what is broken with the smaller app.
http://bugs.winehq.org/show_bug.cgi?id=27609
--- Comment #3 from Henri Verbeet hverbeet@gmail.com 2011-06-27 07:24:36 CDT --- Note that you can probably do something like MESA_EXTENSION_OVERRIDE="-GL_ARB_map_buffer_range" as a workaround.
http://bugs.winehq.org/show_bug.cgi?id=27609
--- Comment #4 from José Suárez j.suarez.agapito@gmail.com 2011-06-27 14:31:00 CDT --- (In reply to comment #3)
Note that you can probably do something like MESA_EXTENSION_OVERRIDE="-GL_ARB_map_buffer_range" as a workaround.
Thanks for the quick response.
By adding that the game works properly with wine 1.3.23. I have filed bug 38710 against the r600 Gallium driver (https://bugs.freedesktop.org/show_bug.cgi?id=38710).
As for fglrx, I am afraid I cannot test it since that would require reinstalling the whole system. Thus, I cannot assure whether it works with fglrx or not.
http://bugs.winehq.org/show_bug.cgi?id=27609
--- Comment #5 from José Suárez j.suarez.agapito@gmail.com 2011-06-27 14:38:39 CDT --- (In reply to comment #4)
(In reply to comment #3)
Note that you can probably do something like MESA_EXTENSION_OVERRIDE="-GL_ARB_map_buffer_range" as a workaround.
Thanks for the quick response.
By adding that the game works properly with wine 1.3.23. I have filed bug 38710 against the r600 Gallium driver (https://bugs.freedesktop.org/show_bug.cgi?id=38710).
As for fglrx, I am afraid I cannot test it since that would require reinstalling the whole system. Thus, I cannot assure whether it works with fglrx or not.
Sorry, I spoke too soon. The effectively loads the menu and I can select the saved game I want to load but the game then hangs on the "Loading game, please wait" screen.
I am attaching wine's log. It also seems to be a driver related issue.
http://bugs.winehq.org/show_bug.cgi?id=27609
--- Comment #6 from José Suárez j.suarez.agapito@gmail.com 2011-06-27 14:39:14 CDT --- Created an attachment (id=35314) --> (http://bugs.winehq.org/attachment.cgi?id=35314) Log with the mesa extension disabled
http://bugs.winehq.org/show_bug.cgi?id=27609
Henri Verbeet hverbeet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1| |68b15bc5ffe6ddf5d08cbc13479 | |eaf718ad5e39f
http://bugs.winehq.org/show_bug.cgi?id=27609
--- Comment #7 from Stefan Dösinger stefandoesinger@gmx.at 2011-08-13 16:36:10 CDT --- What should we do with the bug? Close it as invalid since it looks like a driver issue? Can anyone confirm that the game works OK on other drivers, preferably non-mesa ones since if the bug is in mesa it may affect other drivers too.
http://bugs.winehq.org/show_bug.cgi?id=27609
Stefan Dösinger stefandoesinger@gmx.at changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #8 from Stefan Dösinger stefandoesinger@gmx.at 2011-08-22 07:32:51 CDT --- Since nobody commented and this looks like a driver bug I'll resolve this bug as invalid.
http://bugs.winehq.org/show_bug.cgi?id=27609
Henri Verbeet hverbeet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|INVALID |
--- Comment #9 from Henri Verbeet hverbeet@gmail.com 2011-08-22 07:43:29 CDT --- (In reply to comment #8)
Since nobody commented and this looks like a driver bug I'll resolve this bug as invalid.
That's a bit premature, I think. You only waited slightly over a week, and there are certainly other regressions introduced by that commit. This may even be fixed by cf421e1b3f29c0df242f43bc235dab1f7410dd6b, but you have to give people a reasonable amount of time to respond.
http://bugs.winehq.org/show_bug.cgi?id=27609
Stefan Dösinger stefan@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |DUPLICATE
--- Comment #10 from Stefan Dösinger stefan@codeweavers.com 2011-10-15 09:00:54 CDT --- This looks like it is the same problem as bug 27798.
*** This bug has been marked as a duplicate of bug 27798 ***
http://bugs.winehq.org/show_bug.cgi?id=27609
--- Comment #11 from Henri Verbeet hverbeet@gmail.com 2011-10-15 09:31:42 CDT --- (In reply to comment #10)
This looks like it is the same problem as bug 27798.
I don't see how you came to that conclusion. The regression test came up with two different commits, and the description of the bugs sounds different as well.
http://bugs.winehq.org/show_bug.cgi?id=27609
Stefan Dösinger stefan@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|DUPLICATE | Ever Confirmed|0 |1
--- Comment #12 from Stefan Dösinger stefan@codeweavers.com 2011-10-16 04:37:16 CDT --- Oh, my bad, maybe reading too many bug reports at once. I somehow concluded bug 27798 is caused by dynamic buffers as well. Reopening this one.
http://bugs.winehq.org/show_bug.cgi?id=27609
--- Comment #13 from Stefan Dösinger stefan@codeweavers.com 2012-02-12 14:34:35 CST --- I cannot reproduce this bug with r300g from Mesa git, but I am not sure if r300g ever had this bug. Can you retest with r600g from Mesa git, or maybe Mesa 8.0? I'll give it a try myself the next time I do an overall r600g test, but I don't know when that will be.
http://bugs.winehq.org/show_bug.cgi?id=27609
--- Comment #14 from Luis Alvarado luisalvaradox@gmail.com 2012-02-28 13:17:52 CST --- I could not reproduce it either. Tested with 1.4rc5. Works perfect.
http://bugs.winehq.org/show_bug.cgi?id=27609
Stefan Dösinger stefan@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED
--- Comment #15 from Stefan Dösinger stefan@codeweavers.com 2012-02-29 06:33:41 CST --- Reported fixed.
http://bugs.winehq.org/show_bug.cgi?id=27609
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #16 from Alexandre Julliard julliard@winehq.org 2012-03-02 13:01:44 CST --- Closing bugs fixed in 1.4-rc6.