http://bugs.winehq.org/show_bug.cgi?id=26031
--- Comment #12 from Artem S. Tashkinov t.artem@mailcity.com 2011-10-09 16:04:17 CDT --- (In reply to comment #11)
After retesting I can confirm this bug exists, although it's quite hard for me to reproduce. I'm still looking for a reliable way to reproduce. Wine version 1.3.29.
It seems like during its operation µTorrent (sometimes has to) reinitializes the listening port and since at this time some connections can already be opened against the same port, the Linux kernel refuses the application to bind()/listen() to this port.
You can easily see it's the case, since `netstat -ln` won't show any applications listening to the port.
So, this seems like a problem with the Linux TCP sockets design because under Windows no such problem exists.
You can easily reproduce this problem in Linux using a native application this way:
1) Start listening to a port 2) Open a connection against this port from the other side 3) Kill -9 this application, so that you have at least one connection opened 4) Try to run this application again - it won't run as the Linux kernel won't let it bind()/listen() due to stale open connections