http://bugs.winehq.org/show_bug.cgi?id=31336
Bug #: 31336 Summary: Endless Space: crash during advanced game Product: Wine Version: 1.5.9 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: jitsumi@gmail.com Classification: Unclassified
Created attachment 41177 --> http://bugs.winehq.org/attachment.cgi?id=41177 backtrace of the crash
The work perfectly, but when you are in an advanced party (around the turn number 100), the game crash. By loading the last autosave game, the game crah after 5 seconds.
I attached a backtrace. I can generated more if needed.
http://bugs.winehq.org/show_bug.cgi?id=31336
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|blocker |normal
--- Comment #1 from Austin English austinenglish@gmail.com 2012-07-27 12:51:27 CDT --- Not a blocker. If you run from terminal, is there any more output before the backtrace?
http://bugs.winehq.org/show_bug.cgi?id=31336
--- Comment #2 from jitsumi@gmail.com 2012-07-30 00:36:46 CDT --- Created attachment 41196 --> http://bugs.winehq.org/attachment.cgi?id=41196 standard error
http://bugs.winehq.org/show_bug.cgi?id=31336
--- Comment #3 from jitsumi@gmail.com 2012-07-30 00:38:14 CDT --- Comment on attachment 41196 --> http://bugs.winehq.org/attachment.cgi?id=41196 standard error
dddd
http://bugs.winehq.org/show_bug.cgi?id=31336
--- Comment #4 from jitsumi@gmail.com 2012-07-30 00:41:12 CDT --- (Sorry, did some mistake with the form)
I send the standard error as a attached file.
I also have this message displayed in the terminal that i could redirect:
many time this one : fixme:d3d:resource_check_usage Unhandled usage flags 0x8.
some time this one : fixme:mlang:fnIMLangFontLink_MapFont
once this one: fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",0x5c0e93c): stub
and finally the one starting the debugger: wine: Unhandled page fault on read access to 0x00000000 at address 0xea1caa7 (thread 008d), starting debugger...
(I thought it was a bloker because it is not possible to play anymore)
http://bugs.winehq.org/show_bug.cgi?id=31336
--- Comment #5 from jitsumi@gmail.com 2012-08-02 01:31:19 CDT --- Just tried with the 1.5.10 release, still have the same problem.
(And yes, very sorry, it's a "normal" bug...)
http://bugs.winehq.org/show_bug.cgi?id=31336
--- Comment #6 from jitsumi@gmail.com 2012-09-02 09:18:57 CDT --- Created attachment 41555 --> http://bugs.winehq.org/attachment.cgi?id=41555 Backtrace of the crash 2012 09 02
Hello,
Tried with the latest version of wine (1.5.11) and the latest version of the game (1.0.18) and it still does not work.
Apparently, they change the game quiet a lot, so i put a new backtrace of the crash.
http://bugs.winehq.org/show_bug.cgi?id=31336
--- Comment #7 from jitsumi@gmail.com 2012-09-02 09:26:13 CDT --- Created attachment 41556 --> http://bugs.winehq.org/attachment.cgi?id=41556 Log of wine
And the log of wine
http://bugs.winehq.org/show_bug.cgi?id=31336
jitsumi@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.5.9 |1.5.11
http://bugs.winehq.org/show_bug.cgi?id=31336
jitsumi@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.5.11 |1.5.9
http://bugs.winehq.org/show_bug.cgi?id=31336
--- Comment #8 from olelukoie olelukoie@mail.ru 2012-09-22 02:37:45 CDT --- Created attachment 41776 --> http://bugs.winehq.org/attachment.cgi?id=41776 winedbg log of a crash
I can confirm the bug. The same (seemingly) crash occurs sometimes when loading saved games. I've run the game under winedbg and attaching the log. Looks like the problem somewhere in ntdll or kernel32.
PS and notice the first stop with message:
start_process () at /home/olelukoie/wine/dlls/kernel32/process.c:1083 0x7b85bf43 start_process+0x53 [/home/olelukoie/wine/dlls/kernel32/process.c:1083] in kernel32: movl %edi,0x4(%esp) 1083 return call_process_entry( peb, entry );
Is it normal?
http://bugs.winehq.org/show_bug.cgi?id=31336
olelukoie olelukoie@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |olelukoie@mail.ru
http://bugs.winehq.org/show_bug.cgi?id=31336
--- Comment #9 from jitsumi@gmail.com 2012-10-12 04:02:54 CDT --- The game changes a lot since the 1.0.25 version. They fix some major bug and the save game are not compatible anymore. It's not possible to reproduce the bugs anymore with our previous save game (even if in the 1.0.27 they implemented a compatible system, we cannot be sure that the bug is the same).
They game has still issue that make it crash and impossible to play. But i think we should forget about the bug on this version branch. I open a new branch where we can report the new/same bug if necessary.
http://appdb.winehq.org/objectManager.php?sClass=version&iId=26773
http://bugs.winehq.org/show_bug.cgi?id=31336
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69@gmail.com
--- Comment #10 from GyB gyebro69@gmail.com 2012-12-25 04:00:28 CST --- Could you attach a saved game here that is compatible with the current game version and can be used to reproduce the problem? I have the game on Steam (version 1.0.46) but it is unlikely that I'm going to play the game for hours to reproduce the bug.
Would you try the game after 'winetricks ie6' ? Do the crashes still happen? There is a crash in the options menu when selecting a certain game option and the culprit seems to be Wine's shlwapi.dll. It's unlikely that it is related to your bug report, but it's worth a try.
http://bugs.winehq.org/show_bug.cgi?id=31336
--- Comment #11 from olelukoie olelukoie@mail.ru 2012-12-25 12:42:56 CST --- Have you tried to enable an option "Auto Upgrade Ship Design in Queue"? I've not yet updated the game under Linux (prefer to play it under Windows), but playing versions prior to 1.0.45 I've always got the same error (with the same backtrace) immediately after enabling this option (you don't need to start new game at all).
Another way to reproduce this bug is to run the game under winedbg and try to load *any* previous save. This is strange but if the game is run without debugger then loading the same save usually works normally.
http://bugs.winehq.org/show_bug.cgi?id=31336
--- Comment #12 from GyB gyebro69@gmail.com 2012-12-25 13:11:05 CST --- (In reply to comment #11)
Have you tried to enable an option "Auto Upgrade Ship Design in Queue"? I've not yet updated the game under Linux (prefer to play it under Windows), but playing versions prior to 1.0.45 I've always got the same error (with the same backtrace) immediately after enabling this option (you don't need to start new game at all).
Yes, that is the option that causes a crash and native shlwapi works around it. Interestingly, the crash occurs only when you activate that option from the main menu (without starting a game). If you bring up the option menu while you're in a running game and activate the option then the crash doesn't happen.
Another way to reproduce this bug is to run the game under winedbg and try to load *any* previous save. This is strange but if the game is run without debugger then loading the same save usually works normally.
I can't reproduce the crash when loading a previously saved game, whether winedbg was attached to the running game, or the game was running without debugger.
http://bugs.winehq.org/show_bug.cgi?id=31336
--- Comment #13 from Nikolay Sivov bunglehead@gmail.com 2012-12-25 13:24:41 CST --- (In reply to comment #12)
(In reply to comment #11)
Have you tried to enable an option "Auto Upgrade Ship Design in Queue"? I've not yet updated the game under Linux (prefer to play it under Windows), but playing versions prior to 1.0.45 I've always got the same error (with the same backtrace) immediately after enabling this option (you don't need to start new game at all).
Yes, that is the option that causes a crash and native shlwapi works around it. Interestingly, the crash occurs only when you activate that option from the main menu (without starting a game). If you bring up the option menu while you're in a running game and activate the option then the crash doesn't happen.
If not done already please make another report for this shlwapi problem with a crash log in it.
http://bugs.winehq.org/show_bug.cgi?id=31336
--- Comment #14 from jitsumi@gmail.com 2013-01-08 03:22:58 CST --- The conversation moved here: http://bugs.winehq.org/show_bug.cgi?id=32302
We determined that the crash come from the execution of the mono embedded in the game.
A save that crash (with the 1.0.38 and wine 1.5.19 or older) can be find in attachement in this post here: http://forums.amplitude-studios.com/showthread.php?11265-Advanced-game-crash...
http://bugs.winehq.org/show_bug.cgi?id=31336
jitsumi@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |DUPLICATE
--- Comment #15 from jitsumi@gmail.com 2013-01-08 03:24:04 CST --- Conversation move there
*** This bug has been marked as a duplicate of bug 32302 ***
http://bugs.winehq.org/show_bug.cgi?id=31336
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #16 from Austin English austinenglish@gmail.com 2013-01-08 17:28:47 CST --- Closing.
-
wine-bugs＠winehq.org