http://bugs.winehq.org/show_bug.cgi?id=20188
Summary: MSN Messenger 7.5 hangs while signing in Product: Wine Version: 1.1.30 Platform: PC URL: http://www.oldapps.com/msn_messenger.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: jaimerave@gmail.com
Created an attachment (id=23793) --> (http://bugs.winehq.org/attachment.cgi?id=23793) Console output
after signing in and when it starts loading the contacts the the screen just hangs.
http://bugs.winehq.org/show_bug.cgi?id=20188
Jaime Rave jaimerave@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=20188
--- Comment #1 from Juan Lang juan_lang@yahoo.com 2009-09-28 11:03:20 --- I suspect this has something to do with it: fixme:wininet:HTTPREQ_QueryOption INTERNET_DIAGNOSTIC_SOCKET_INFO stub
Could you post a +winsock trace?
http://bugs.winehq.org/show_bug.cgi?id=20188
--- Comment #2 from Jaime Rave jaimerave@gmail.com 2009-09-28 13:30:32 --- Created an attachment (id=23810) --> (http://bugs.winehq.org/attachment.cgi?id=23810) +winsock
Hi Juan, attaching the requested log.
http://bugs.winehq.org/show_bug.cgi?id=20188
--- Comment #3 from Juan Lang juan_lang@yahoo.com 2009-09-29 12:58:34 --- It's hard to say whether this is a wininet bug with the INTERNET_DIAGNOSTIC_SOCKET_INFO stub like I first thought, or something else.
Here's a snippet from your +winsock log: fixme:wininet:HTTPREQ_QueryOption INTERNET_DIAGNOSTIC_SOCKET_INFO stub trace:winsock:WS_getpeername socket: 0000, ptr 0x353c6a0, len 00000010 trace:winsock:WS_getsockname socket: 0000, ptr 0x353c6e8, len 10
That is, the app is querying for the socket handle used with a wininet connection with INTERNET_DIAGNOSTIC_SOCKET_INFO. It's then quaring for the socket's local and remote names, via getpeername and getsockname. Obviously those fail, since the socket handle is 0. (It isn't really, but wininet incorrectly doesn't use winsock, so it lies and returns 0 as the socket handle.)
But the app doesn't just die there: there's still some data transferred using winsock after this. So, while this is clearly a problem, it may not be the problem that's causing the hang.
Here's another suspicious bit in the log: trace:winsock:WS_bind socket 031c, ptr 0x32f9c4 { family AF_INET, address 192.168.2.4, port 9 }, length 16 warn:winsock:WS_bind failure - errno = 13 warn:winsock:wsaErrno errno 13, (Permiso denegado). trace:winsock:WS_closesocket socket 031c err:ole:CoGetClassObject class {b9c2e9c4-68c1-4d42-a7a1-e76a26982ad6} not registered err:ole:CoGetClassObject no class object {b9c2e9c4-68c1-4d42-a7a1-e76a26982ad6} could be created for context 0x1 err:ole:CoGetClassObject class {ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1} not registered err:ole:CoGetClassObject no class object {ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1} could be created for context 0x1
That is, the app is attempting to bind to a private address and a low port number.
Binding to a low port number is a problem with Unix in general, as you either need to be root to do that, or need the capability to bind to a low port number.
Binding to a private address is likely to be a problem, if it's expecting the server to connect to it at that address. The COM objects it tries to load immediately after that, b9c2e9c4-68c1-4d42-a7a1-e76a26982ad6 and ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1, are attempts to work around the private address, I imagine. The first is apparently the DirectPlay NAT Helper UPnP Object, and the second is IUPnPNAT, part of hnetcfg.dll.
http://bugs.winehq.org/show_bug.cgi?id=20188
Jaime Rave jaimerave@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #4 from Jaime Rave jaimerave@gmail.com 2009-10-21 22:16:52 --- Fixed in Wine 1.1.31
http://bugs.winehq.org/show_bug.cgi?id=20188
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #5 from Alexandre Julliard julliard@winehq.org 2009-10-23 13:19:28 --- Closing bugs fixed in 1.1.32.
https://bugs.winehq.org/show_bug.cgi?id=20188
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |1e867f3647a56c83a2374ca2aff | |1e9a847a85a7d CC| |focht@gmx.net Component|-unknown |hnetcfg
https://bugs.winehq.org/show_bug.cgi?id=20188
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.oldapps.com/msn_ |https://web.archive.org/web |messenger.php |/20060813121324/http://down | |load.microsoft.com/download | |/5/a/8/5a892c0f-5b87-4767-8 | |927-6fe5d8cfc582/Install_MS | |N_Messenger.exe
-
wine-bugs＠winehq.org -
WineHQ Bugzilla