http://bugs.winehq.org/show_bug.cgi?id=19614
Summary: Multiplayer in Total Annihilation using native directplay dlls locks up after game completes. Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: hughperkins@gmail.com
When playing a multiplayer game in Total Annihilation using native directplay dlls, the program locks up at the end of a game.
This doesn't prevent the game being played, but it would be nice to fix.
Note that this is using the directplay dlls from microsoft, rather than those that come with wine, following the instructions at http://wiki.winehq.org/DirectPlayGames.
Bug http://bugs.winehq.org/show_bug.cgi?id=4066 documents that wine does not implement an appropriate directplay itself for Total Annihilation at this time.
Mostly I'm creating this new bug just to document it for now in the appdb for total annihilation.
Note that this issue is touched on in the comments for bug http://bugs.winehq.org/show_bug.cgi?id=11130 , but it is not the original bug that that bug report refers to.
http://bugs.winehq.org/show_bug.cgi?id=19614
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |minor
http://bugs.winehq.org/show_bug.cgi?id=19614
--- Comment #1 from Juan Lang juan_lang@yahoo.com 2009-08-07 11:11:20 --- Any console output prior to the lockup?
Oh, and to save you some typing in future bug reports, you can just state the bug number, e.g. bug 4066, and bugzilla is smart enough to link to it.
http://bugs.winehq.org/show_bug.cgi?id=19614
Hugh Perkins hughperkins@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.1.26 |1.1.27
--- Comment #2 from Hugh Perkins hughperkins@gmail.com 2009-08-09 01:41:56 --- Still an issue in wine 1.1.27
http://bugs.winehq.org/show_bug.cgi?id=19614
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.1.27 |1.1.26
--- Comment #3 from Dmitry Timoshkov dmitry@codeweavers.com 2009-08-09 02:05:17 --- Adding a comment is enough.
http://bugs.winehq.org/show_bug.cgi?id=19614
--- Comment #4 from Hugh Perkins hughperkins@gmail.com 2009-08-09 03:52:39 --- Created an attachment (id=22914) --> (http://bugs.winehq.org/attachment.cgi?id=22914) Output of both consoles from playing a multiplayer game of TA.
http://bugs.winehq.org/show_bug.cgi?id=19614
--- Comment #5 from Hugh Perkins hughperkins@gmail.com 2009-08-09 03:57:37 --- Re: Any console output prior to the lockup?
No, nothing. I've attached the console output from both instannces.
I suspect that it may be something to do with the internal state in dplaysvr.exe possibly, since sometimes I have to kill that before I can run a multiplayer game successfully. Prior to killing dplaysvr.exe, I can create a multiplayer game, but the player shows up in the list of participants of the game as "unavailable", or maybe "unused", instead of with their name, team, faction and so on.
I feel that this is probably a quite tricky bug to debug. It would probably need the game to be run in a debugger by a developer to figure out the reason.
Both dplaysvr.exe and TotalA.exe themselves are outside of the scope of wine, so logically it would be a bug in one of these, and not in wine ... and yet, in Windows the multiplayer works ok!
http://bugs.winehq.org/show_bug.cgi?id=19614
--- Comment #6 from Austin English austinenglish@gmail.com 2010-09-07 16:48:59 CDT --- This is your friendly reminder that there has been no bug activity for a year. Is this still an issue in current (1.3.2 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=19614
unfa unfa00@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |unfa00@gmail.com
--- Comment #7 from unfa unfa00@gmail.com 2011-04-17 12:26:40 CDT --- I have the same problem. Using wine-1.3.8 on KX Studio (based on Ubuntu 10.04) 64-bit.
Contact me if you need more info :)
http://bugs.winehq.org/show_bug.cgi?id=19614
Vlad Glagolev enqlave@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |enqlave@gmail.com
--- Comment #8 from Vlad Glagolev enqlave@gmail.com 2011-11-05 07:24:15 CDT --- Problem still exists with wine 1.3.31.
Not only when the game completes but even when you decide to cancel tha game, it locks up as well (when you click on "Previous menu" in multiplayer game settings screen).
Linux 2.6.35 gcc 4.6.1
full trace with +relay is attached after which wineserver -k was done.
http://bugs.winehq.org/show_bug.cgi?id=19614
--- Comment #9 from Vlad Glagolev enqlave@gmail.com 2011-11-05 07:30:06 CDT --- Created attachment 37318 --> http://bugs.winehq.org/attachment.cgi?id=37318 TA multiplayer lockup trace (+relay)
http://bugs.winehq.org/show_bug.cgi?id=19614
--- Comment #10 from Austin English austinenglish@gmail.com 2013-11-13 16:49:14 CST --- This is your friendly reminder that there has been no bug activity for 2 years. Is this still an issue in current (1.7.6 or newer) wine? If so, please attach the terminal output in 1.7.6 (see http://wiki.winehq.org/FAQ#get_log).
https://bugs.winehq.org/show_bug.cgi?id=19614
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED
--- Comment #11 from Austin English austinenglish@gmail.com --- Abandoned.
https://bugs.winehq.org/show_bug.cgi?id=19614
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #12 from Austin English austinenglish@gmail.com --- Closing.