http://bugs.winehq.org/show_bug.cgi?id=20197
Summary: Cities XL Launcher fails to run Product: Wine Version: 1.1.30 Platform: PC URL: http://www.citiesxl.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: jeff@jones.be
Created an attachment (id=23812) --> (http://bugs.winehq.org/attachment.cgi?id=23812) Citiesxl.exe backtrace
As soon as the Citiesxl.exe (The launcher) is run it crashes without any GUI coming up.
This launcher is essential to the game operation as it controls the patching process among other functions.
This issue is present on Wine 1.1.29 and the latest 1.1.30
Backtrace attached from 1.1.30.
I still need to compile 1.1.30 for debug symbols.
http://bugs.winehq.org/show_bug.cgi?id=20197
--- Comment #1 from Jeffrey Jones jeff@jones.be 2009-09-28 17:04:28 --- I closed issue 20121 as the main citiesxl_game.exe was fixed in that bug in 1.1.30 by the looks of it.
This issue is solely for the launcher app.
Kubuntu 64-bit Video Card: 08:00.0 VGA compatible controller: nVidia Corporation GeForce 8600M GT (rev a1) Drivers: nVidia binary drivers, nvidia-glx-180 (180.44)
http://bugs.winehq.org/show_bug.cgi?id=20197
--- Comment #2 from Nikolay Sivov bunglehead@gmail.com 2009-09-28 17:09:55 --- Why do you use native overrides here?
--- PE 70bd0000-70c35000 Deferred shlwapi PE 71590000-71617000 Deferred comctl32 PE 70d00000-70e91000 Export gdiplus ---
Especially the last one. What about a dotnet installed in clean .wine?
http://bugs.winehq.org/show_bug.cgi?id=20197
--- Comment #3 from Jeffrey Jones rurounijones@hotmail.com 2009-09-28 17:52:10 --- The first run was on a clean wine with dotnet installed. That failed to work, I then ran with an override to see what would happen. I then ran the sh winetricks gdiplus without the overide. I then ran the sh wintricks gdiplus with the overide.
All resulted in the same result. I thought I attached the backtrace from the clean wine install. I will do it again and paste the backtrace
http://bugs.winehq.org/show_bug.cgi?id=20197
Jeffrey Jones rurounijones@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #23812|0 |1 is obsolete| |
--- Comment #4 from Jeffrey Jones rurounijones@hotmail.com 2009-09-28 19:15:09 --- Created an attachment (id=23818) --> (http://bugs.winehq.org/attachment.cgi?id=23818) CitiesXL.exe backtrace form confirmed clean wine 1.1.30
Confirmed from a clean prefix of wine 1.1.30 with directx9 and dotnet2
http://bugs.winehq.org/show_bug.cgi?id=20197
--- Comment #5 from Nikolay Sivov bunglehead@gmail.com 2009-09-28 19:28:30 --- (In reply to comment #4)
Created an attachment (id=23818)
--> (http://bugs.winehq.org/attachment.cgi?id=23818) [details]
CitiesXL.exe backtrace form confirmed clean wine 1.1.30
Confirmed from a clean prefix of wine 1.1.30 with directx9 and dotnet2
Ok, if you didn't installed gdiplus this time it might be provided by application or something else. Now try to switch gdiplus to builtin in winecfg and give it another run.
http://bugs.winehq.org/show_bug.cgi?id=20197
--- Comment #6 from Jeffrey Jones rurounijones@hotmail.com 2009-09-28 19:35:59 --- Created an attachment (id=23819) --> (http://bugs.winehq.org/attachment.cgi?id=23819) Backtrace with gdiplus set to "Builtin"
Here is the backtrace with gdiplus set to "builtin"
Out of curiosity I also did a search for gdiplus.dll and it looks like it is isntalled with the dotnet 2.0 framework
home/jjones/.citiesxl/drive_c/windows/Microsoft.NET/Framework/v2.0.50727/gdiplus.dll
http://bugs.winehq.org/show_bug.cgi?id=20197
--- Comment #7 from Jeffrey Jones rurounijones@hotmail.com 2009-09-28 19:38:55 --- (In reply to comment #6)
Created an attachment (id=23819)
--> (http://bugs.winehq.org/attachment.cgi?id=23819) [details]
Backtrace with gdiplus set to "Builtin"
Here is the backtrace with gdiplus set to "builtin"
Out of curiosity I also did a search for gdiplus.dll and it looks like it is isntalled with the dotnet 2.0 framework
home/jjones/.citiesxl/drive_c/windows/Microsoft.NET/Framework/v2.0.50727/gdiplus.dll
Just realised I mistyped gdiplus when entering the libraries, disregard above comment.
http://bugs.winehq.org/show_bug.cgi?id=20197
Jeffrey Jones rurounijones@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #8 from Jeffrey Jones rurounijones@hotmail.com 2009-09-28 19:42:19 --- Setting gdiplus to builtin appears to have fixed the issue.
The launcher app looks terrible and throws errors up but appears to be usable.
Thank you very much, I will update the appdb entry for this.
http://bugs.winehq.org/show_bug.cgi?id=20197
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED |INVALID
--- Comment #9 from Nikolay Sivov bunglehead@gmail.com 2009-09-28 19:47:42 --- (In reply to comment #8)
Setting gdiplus to builtin appears to have fixed the issue.
The launcher app looks terrible and throws errors up but appears to be usable.
Thank you very much, I will update the appdb entry for this.
Not fixed actually, it's better to name it invalid. The issue comes from preferred native gdiplus module, which is default for not 'completely to be useful in some cases' implemented modules. Someday it'll be switched to builtin by default and won't have to configure it.
Please open another bugs for gdiplus problems, it's important.
http://bugs.winehq.org/show_bug.cgi?id=20197
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #10 from Nikolay Sivov bunglehead@gmail.com 2009-09-28 19:48:10 --- Closing.