https://bugs.winehq.org/show_bug.cgi?id=38768
Bug ID: 38768 Summary: Stronghold 2 hangs when started. Product: Wine Version: 1.7.44 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: Robert.Zenz@bonsaimind.org Distribution: ---
Created attachment 51702 --> https://bugs.winehq.org/attachment.cgi?id=51702 warn+all log
When trying to start Stronghold 2, it simply hangs:
1. Start Stronghold 2 2. The configuration window opens, press Play 3. The configuration window closes, nothing happens 4. The process sits there consuming ~3-10% CPU, but no window appears ever
I tested the Steam version and the one contained within the Stronghold Collection, both show the same behavior, as does Stronghold Legends. Stronghold 1 and Crusader work flawlessly. This was tested in a clean prefix (SH1 and SHC was tested in the same prefix afterwards).
Attached is the output of warn+all, if you need any more logs drop me a note. The application was terminated with Ctrl+C after it hang.
According to the log SH2 fails to create the configuration fail, however the permissions of the directory are okay. Also I tried to create the configuration file by hand (by simply using touch), Stronghold 2 would then fail with an error dialog that the application stopped working correctly. I guess that this is expected behavior as it most likely tries to load the (empty) configuration file and fails miserably to do so. Though, I can't say if it hangs because it can't create the configuration file or if it is something different.
https://bugs.winehq.org/show_bug.cgi?id=38768
--- Comment #1 from Robert Zenz Robert.Zenz@bonsaimind.org --- Forgot to say, the demo does unfortunately not exhibit this behavior, it works flawlessly.
https://bugs.winehq.org/show_bug.cgi?id=38768
Alexander Schlarb alexander-winehq@xmine128.tk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alexander-winehq@xmine128.t | |k
--- Comment #2 from Alexander Schlarb alexander-winehq@xmine128.tk --- Sorry for asking the standard questions, but here we go:
What graphics hardware are you using? Have you tried disabling all (graphical) effects in the Game Launcher?
Some other things: Does the demo version play any sound? Does the demo show the configuration window before starting the game? Could you attach a warn+all log of the Demo version starting? Where can I download the Demo version?
Thanks for your report! I'll see if I can find my copy of the game somewhere.
https://bugs.winehq.org/show_bug.cgi?id=38768
--- Comment #3 from Robert Zenz Robert.Zenz@bonsaimind.org --- (In reply to Alexander Schlarb from comment #2)
Sorry for asking the standard questions, but here we go:
What graphics hardware are you using? Have you tried disabling all (graphical) effects in the Game Launcher?
Some other things: Does the demo version play any sound? Does the demo show the configuration window before starting the game? Could you attach a warn+all log of the Demo version starting? Where can I download the Demo version?
Thanks for your report! I'll see if I can find my copy of the game somewhere.
Sorry for not answering them before hand.
A nVidia GT640, using the proprietary driver (331 I think). Yes, I did try to disable all of them, unfortunately without effect.
I'm not in front of my machine right now, I can't remember if the demo had sound or the configuration window, but I think so. I grabbed the demo from here: http://www.fireflyworlds.com/index.php?option=com_content&task=view&... It was the english one.
https://bugs.winehq.org/show_bug.cgi?id=38768
--- Comment #4 from Robert Zenz Robert.Zenz@bonsaimind.org --- Created attachment 51750 --> https://bugs.winehq.org/attachment.cgi?id=51750 Stronghold 2 Demo warn+all
https://bugs.winehq.org/show_bug.cgi?id=38768
--- Comment #5 from Robert Zenz Robert.Zenz@bonsaimind.org --- I have attached the log of the SH2 Demo starting (waited for the main menu and then exited again, flawless).
Yes, it does display the settings and dialog. Yes, sound works.
I also tried to set everything to the highest setting in the setting dialog (as I did in SH2), it still started and worked.
https://bugs.winehq.org/show_bug.cgi?id=38768
Béla Gyebrószki gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69@gmail.com
--- Comment #6 from Béla Gyebrószki gyebro69@gmail.com --- @Robert: Maybe you just didn't wait long enough for the game to load ;)
All jokes aside...I tried Stronghold 2 and Stronghold:Legends in the Stronghold Collection (Gamersgate version).Both games take more than 2 minutes to show the initial loading screen after clicking <Play> in the launcher.In the meantime no visible window is displayed, the game executable seems to be idling, consuming 5-8% CPU usage. The demo versions don't have this problem. I don't remember having such an issue with those 2 games a couple years ago, when I last tried them, though.
wine-1.7.45-195-gda5151f Fedora 22 32-bit nouveau + Mesa3D (the problem exists with the Nvidia binary drivers 340.76 as well) Xorg 1.17.2 XFCE 4.10 (no compositor)
https://bugs.winehq.org/show_bug.cgi?id=38768
--- Comment #7 from Robert Zenz Robert.Zenz@bonsaimind.org --- (In reply to Béla Gyebrószki from comment #6)
@Robert: Maybe you just didn't wait long enough for the game to load ;)
All jokes aside...I tried Stronghold 2 and Stronghold:Legends in the Stronghold Collection (Gamersgate version).Both games take more than 2 minutes to show the initial loading screen after clicking <Play> in the launcher.In the meantime no visible window is displayed, the game executable seems to be idling, consuming 5-8% CPU usage. The demo versions don't have this problem. I don't remember having such an issue with those 2 games a couple years ago, when I last tried them, though.
wine-1.7.45-195-gda5151f Fedora 22 32-bit nouveau + Mesa3D (the problem exists with the Nvidia binary drivers 340.76 as well) Xorg 1.17.2 XFCE 4.10 (no compositor)
Yes, yes I did. Sorry for the confusion in this case. I simply did not expect it to show that behavior (especially as the CPU consumption is quite low and I could not see any harddisk activity).
Mh, the question is, if that still is a bug somewhere in Wine or not?
Anyway it seems to be running flawlessly once it has started (for me it's more like 3 minutes, by the way).
https://bugs.winehq.org/show_bug.cgi?id=38768
--- Comment #8 from Robert Zenz Robert.Zenz@bonsaimind.org --- (In reply to Robert Zenz from comment #7)
Yes, yes I did.
Arrr...I meant "Yes, yes I did not wait long enough".
https://bugs.winehq.org/show_bug.cgi?id=38768
--- Comment #9 from Béla Gyebrószki gyebro69@gmail.com --- Created attachment 51754 --> https://bugs.winehq.org/attachment.cgi?id=51754 +tid,+winediag,+winsock debug log
I think the problem lies somewhere in Wine's networking stack. The game makes several DNS queries for stronghold2.available.gamespy.com, at least that's what I see when running wireshark. Those servers no longer exist, maybe it's the lack of response that halts Wine for so long. I also tried native ws2_32.dll + ws2help.dll (copied from native Windows XP installation) and the game starts immediately with them. Here I'm attaching a winediag+winsock log in case it helps the developers. I shortened the log a bit because it contained such lines a few thousand times:
0009:trace:winsock:WS_select read (nil), write 0x3c8ef04, excp 0x3c8f008 timeout 0x3c8edf8
https://bugs.winehq.org/show_bug.cgi?id=38768
Béla Gyebrószki gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Component|-unknown |winsock Ever confirmed|0 |1
--- Comment #10 from Béla Gyebrószki gyebro69@gmail.com --- Setting component field and confirming the bug.
https://bugs.winehq.org/show_bug.cgi?id=38768
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx@gmail.com
--- Comment #11 from Bruno Jesus 00cpxxx@gmail.com --- Thanks for the log, probably my fault and a regression. I'll try the demo when I have more time, currently I'm far away from home and good internet connections.
https://bugs.winehq.org/show_bug.cgi?id=38768
--- Comment #12 from Béla Gyebrószki gyebro69@gmail.com --- (In reply to Bruno Jesus from comment #11)
Thanks for the log, probably my fault and a regression. I'll try the demo when I have more time, currently I'm far away from home and good internet connections.
AFAICS, it's not a regression and the demo does not have the problem.
https://bugs.winehq.org/show_bug.cgi?id=38768
--- Comment #13 from Bruno Jesus 00cpxxx@gmail.com --- Ok, thank you for the info. I have Stronghold HD for gog, maybe it will also trigger the bug.
If possible attach a +tid,+winsock,+iphlpapi just in case.
https://bugs.winehq.org/show_bug.cgi?id=38768
--- Comment #14 from Béla Gyebrószki gyebro69@gmail.com --- Created attachment 51758 --> https://bugs.winehq.org/attachment.cgi?id=51758 +tid,+iphlpapi,+winsock log (uncut)
https://bugs.winehq.org/show_bug.cgi?id=38768
--- Comment #15 from Robert Zenz Robert.Zenz@bonsaimind.org --- (In reply to Bruno Jesus from comment #13)
Ok, thank you for the info. I have Stronghold HD for gog, maybe it will also trigger the bug.
If possible attach a +tid,+winsock,+iphlpapi just in case.
No, Stronghold/HD/Crusader do not trigger this bug, only Stronghold 2/Legends (I don't know about Stronghold Crusader 2).
https://bugs.winehq.org/show_bug.cgi?id=38768
--- Comment #16 from Bruno Jesus 00cpxxx@gmail.com --- Unfortunately there is nothing wrong in the log AFAICS. The are two attempts to send data over an UDP socket and then a TCP attempt to 69.10.24.123:80 which times out or does not receive any data back. I would expect Windows to behave the same way, no guesses for now.
https://bugs.winehq.org/show_bug.cgi?id=38768
--- Comment #17 from Béla Gyebrószki gyebro69@gmail.com --- @Robert Zenz,
Would you mind checking if the problem still persists for you?
https://bugs.winehq.org/show_bug.cgi?id=38768
--- Comment #18 from Robert Zenz Robert.Zenz@bonsaimind.org --- @Béla Gyebrószki No, I'm not seeing this anymore with 1.7.55, seems to be fixed.
https://bugs.winehq.org/show_bug.cgi?id=38768
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dimesio@earthlink.net, | |winetest@luukku.com
https://bugs.winehq.org/show_bug.cgi?id=38768
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #19 from Bruno Jesus 00cpxxx@gmail.com --- (In reply to Robert Zenz from comment #18)
@Béla Gyebrószki No, I'm not seeing this anymore with 1.7.55, seems to be fixed.
Assuming fixed, thanks for testing again.
https://bugs.winehq.org/show_bug.cgi?id=38768
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #20 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.9.24.
-
wine-bugs＠winehq.org