URL:
<http://gna.org/bugs/?16551>
Summary: Wesnoth is unresponsive during connection
procedures
Project: Battle for Wesnoth
Submitted by: billynux
Submitted on: Friday 08/27/2010 at 20:14
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
Item Group: Networking
Status: Confirmed
Privacy: Public
Assigned to: billynux
Originator Email:
Open/Closed: Open
Discussion Lock: Any
Release: 1.9.0-svn(45811)
Operating System: Ubuntu 10.04
_______________________________________________________
Details:
There is a bug in the current implementation of the original network API
(network.hpp) using ANA.
The method connect(..., threading::waiter&) from network.hpp:114 apparently
uses the waiter parameter to relinquish control to UI and music threads
(maybe one and the same, I don't know) while it attempts a connection.
Fixing this shouldn't be hard but I don't follow the thread implementation
very well.
All that -should- be necessary is to re-implement the ana_connect_handler
class, specifically the method ana_connect_handler::wait_completion, which
locks until it can acquire the mutex_ attribute.
Something like a condition variable could be used to signal this event so
before this occurs I could use this original threading parameter to yield my
current thread.
_______________________________________________________
Reply to this item at:
<http://gna.org/bugs/?16551>
_______________________________________________
Message sent via/by Gna!
http://gna.org/
_______________________________________________
Wesnoth-bugs mailing list
[email protected]
https://mail.gna.org/listinfo/wesnoth-bugs
