http://bugs.winehq.org/show_bug.cgi?id=20781
Summary: Simcity 4 does not start at all. Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: rainwoodman@gmail.com
When I try to start simcity 4, the following errors are reported. Then the game simply quits.
./SimCity\ 4.exe -d:software fixme:system:SystemParametersInfoW Unimplemented action: 94 (SPI_GETMOUSETRAILS) Allocating 16 x 16 radeon RBO (pitch 16) err:seh:setup_exception_record stack overflow 868 bytes in thread 0009 eip 681f0802 esp 00230fcc stack 0x230000-0x231000-0x330000
the issue started after upgrading wine from 1.1.28 to 1.1.31.
I've seen reports that simcity 4 works on 1.1.31 from appDB. but it simply doesn't work for me.
The computer is a 32bit centrino. Dist is Fedora 11.
Please let me know if I any bt is needed.
(winedbg doesn't work with Simcity on my computer either, it starts with a crash)
http://bugs.winehq.org/show_bug.cgi?id=20781
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wylda@volny.cz
--- Comment #1 from Wylda wylda@volny.cz 2009-11-20 22:46:14 ---
Hi, there is some mishmash between versions. Above 1.1.32 and you write about 1.1.31?
SimCity 4 (@SW renderer) works for me on nVidia in all the following versions: * 1.1.31 * 1.1.32 * 1.1.33 * 1.1.33-301-gd963e97
Isn't it ATI issue? (Allocating 16 x 16 radeon RBO)
http://bugs.winehq.org/show_bug.cgi?id=20781
--- Comment #2 from rainwoodman@gmail.com 2009-11-21 04:45:44 --- (In reply to comment #1)
Hi, there is some mishmash between versions. Above 1.1.32 and you write about 1.1.31?
In appDB the most recent report I saw was 1.1.31. New tests may have been posted but I didn't see.
I am currently experiencing the issue with 1.1.32.
SimCity 4 (@SW renderer) works for me on nVidia in all the following versions:
- 1.1.31
- 1.1.32
- 1.1.33
- 1.1.33-301-gd963e97
Isn't it ATI issue? (Allocating 16 x 16 radeon RBO)
It is a KMS(kernel display mode setting) issue.
The workaround for me is to add nomodeset to kernel boot parameters.
I looked back into the package history:
Anything older than 1.1.18 works, with/without nomodeset in kernel Anything newer than 1.1.18 doesn't work without nomodeset parameter.
It might be some changes since 1.1.18 triggers bugs in radeon KMS code. It would be really nice if any wine experts can locate the problem and report it to KMS.
http://bugs.winehq.org/show_bug.cgi?id=20781
--- Comment #3 from Jeff Zaroyko jeffz@jeffz.name 2009-11-21 11:34:21 --- (In reply to comment #2)
It might be some changes since 1.1.18 triggers bugs in radeon KMS code. It would be really nice if any wine experts can locate the problem and report it to KMS.
You could find the commit that introduced the problem with KMS using git bisect, http://wiki.winehq.org/RegressionTesting - it might indicate the issue.
http://bugs.winehq.org/show_bug.cgi?id=20781
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #4 from Vitaliy Margolen vitaliy@kievinfo.com 2009-11-21 11:57:41 ---
Allocating 16 x 16 radeon RBO (pitch 16)
This is known bug in ATI drivers on Fedora.
http://bugs.winehq.org/show_bug.cgi?id=20781
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #5 from Vitaliy Margolen vitaliy@kievinfo.com 2009-11-21 11:58:40 --- Closing - not Wine bug. https://bugzilla.redhat.com/show_bug.cgi?id=522677