[Bug 14704] New: Stronghold 1.4.1 crashes with unhandled page fault immediately upon execution
http://bugs.winehq.org/show_bug.cgi?id=14704
Summary: Stronghold 1.4.1 crashes with unhandled page fault immediately upon execution Product: Wine Version: 1.1.0 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: saellaven@gmail.com
Created an attachment (id=15190) --> (http://bugs.winehq.org/attachment.cgi?id=15190) debugger info of crash
I just did a fresh install of Stronghold 2 and then patched to version 1.4 and then 1.4.1.
wine Stronghold.exe immediately fails with the following: wine: Unhandled page fault on read access to 0x83e58955 at address 0x36eecc8 (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x83e58955 in 32-bit code (0x036eecc8).
See attachment for the rest of the debugger output
http://bugs.winehq.org/show_bug.cgi?id=14704
Juan Lang juan_lang@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #15190|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=14704
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2008-07-31 16:23:30 --- Why are you using OSS sound? Also what video card and drivers?
http://bugs.winehq.org/show_bug.cgi?id=14704
Saellaven saellaven@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Stronghold 1.4.1 crashes |Stronghold 2 1.4.1 crashes |with unhandled page fault |with unhandled page fault |immediately upon execution |immediately upon execution
--- Comment #2 from Saellaven saellaven@gmail.com 2008-07-31 17:10:03 --- I've got ALSA installed with OSS emulation enabled. I've got wine set to use ALSA since Diablo 2 via battle.net would make me disconnect due to sound lag using ALSA (I should try ALSA for that again, it's been a while)
Video card is a GF7600GT with version 173.14.09 of the binary drivers.
For what it's worth, I've got a dozen hours in the last week logged with Diablo 2 via Wine on the same box without any problems.
http://bugs.winehq.org/show_bug.cgi?id=14704
--- Comment #3 from Saellaven saellaven@gmail.com 2008-07-31 17:14:03 --- I just switched to ALSA in winecfg and it produces an identical page fault
$ wine Stronghold2.exe ALSA lib pcm_dmix.c:935:(snd_pcm_dmix_open) The dmix plugin supports only playback stream wine: Unhandled page fault on read access to 0x83e58955 at address 0x36eecc8 (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x83e58955 in 32-bit code (0x036eecc8).
http://bugs.winehq.org/show_bug.cgi?id=14704
--- Comment #4 from Austin English austinenglish@gmail.com 2009-02-02 16:32:38 --- Is this still an issue in current (1.1.14 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=14704
--- Comment #5 from Saellaven saellaven@gmail.com 2009-02-02 17:40:22 --- yes
wine 1.1.14
wine Stronghold2.exe wine: Unhandled page fault on read access to 0x83e58955 at address 0x36eecc8 (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x83e58955 in 32-bit code (0x036eecc8).
I'm figuring it is probably related to securom.
http://bugs.winehq.org/show_bug.cgi?id=14704
NSLW lukasz.wojnilowicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lukasz.wojnilowicz@gmail.co | |m
--- Comment #6 from NSLW lukasz.wojnilowicz@gmail.com 2009-06-19 01:44:51 --- This problem can be solved by overriding d3dx9_36.dll on Wine-1.1.23 and Stronghold 2 patched to 1.4.1. I haven't got Stronghold 2 Deluxe however.
http://bugs.winehq.org/show_bug.cgi?id=14704
--- Comment #7 from NSLW lukasz.wojnilowicz@gmail.com 2009-06-19 01:48:59 --- Oh.. sorry it should be d3dx9_27.dll
http://bugs.winehq.org/show_bug.cgi?id=14704
--- Comment #8 from Austin English austinenglish@gmail.com 2010-01-04 12:17:18 --- This is your friendly reminder that there has been no bug activity for 6 months. Is this still an issue in current (1.1.35 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=14704
--- Comment #9 from NSLW lukasz.wojnilowicz@gmail.com 2010-06-04 14:49:40 --- (In reply to comment #8)
This is your friendly reminder that there has been no bug activity for 6 months. Is this still an issue in current (1.1.35 or newer) wine?
For me it's fixed on Wine 1.2-rc2 without any extra winetrics components.
http://bugs.winehq.org/show_bug.cgi?id=14704
--- Comment #10 from NSLW lukasz.wojnilowicz@gmail.com 2010-06-04 15:17:47 --- Created an attachment (id=28561) --> (http://bugs.winehq.org/attachment.cgi?id=28561) Terminal output on Wine-1.2-rc2
I think it's problem with audio. If I uncheck all audio in winecfg then the game starts fine but without audio. If I check anything in audio tab in winecfg e.g. Alsa then game fails to start after Firefly logo.
http://bugs.winehq.org/show_bug.cgi?id=14704
Jannik H. scrawl@baseoftrash.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |scrawl@baseoftrash.de
--- Comment #11 from Jannik H. scrawl@baseoftrash.de 2010-06-05 04:49:15 --- Still an issue in wine 1.2-rc2. Neither winetricks d3dx9 nor disabling audio fixes it
http://bugs.winehq.org/show_bug.cgi?id=14704
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69@gmail.com
--- Comment #12 from GyB gyebro69@gmail.com 2010-08-23 14:14:31 --- If you try the game with a more recent version of Wine (e.g. 1.3.1) you can spot the following line in the terminal which clearly indicates the problem:
'err:winediag:FILE_CreateFile Too many open files, ulimit -n probably needs to be increased'
You need to increase the value of the max. opened files (file descriptors) in Linux. I added the following soft/hard limits to /etc/security/limits.conf: my_user soft nofile 1024 my_user hard nofile 10000
This did the trick and the game is playable now.
Fedora 13 1.4.1 version of the game
Please re-test the game using the mentioned modification to ulimit.
http://bugs.winehq.org/show_bug.cgi?id=14704
--- Comment #13 from GyB gyebro69@gmail.com 2010-08-23 14:22:02 --- Created an attachment (id=30334) --> (http://bugs.winehq.org/attachment.cgi?id=30334) console log Wine-1.3.1 (ulimit -n = 1024)
I forgot to mention: I also had to add the following line to /etc/pam.d/login: session required pam_limits.so
http://bugs.winehq.org/show_bug.cgi?id=14704
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #14 from joaopa jeremielapuree@yahoo.fr 2011-11-06 22:59:37 CST --- So we can consider that this bug in INVALID, right?
http://bugs.winehq.org/show_bug.cgi?id=14704
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #15 from Austin English austinenglish@gmail.com 2011-11-07 12:58:47 CST --- (In reply to comment #14)
So we can consider that this bug in INVALID, right?
Sounds like it.
http://bugs.winehq.org/show_bug.cgi?id=14704
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED CC| |adys.wh@gmail.com
--- Comment #16 from Jerome Leclanche adys.wh@gmail.com 2011-11-08 09:29:17 CST --- Closing
-
wine-bugs＠winehq.org