José Alburquerque skrev:
I ran what you told me and did get a log. iexplore also reports an
error when trying access "www.winehq.org" saying:
www.winehq.org could not be found. Please check the name and try again.
I'm trying to make sense of the logs but have little experience. I'll
keep looking, but here is the log (attached to the e-mail). All I did
was issue the debug command you explain above, let iexplore come up
(which shows the error dialog I've also attached), click the "OK" button
and close the "Wine Internet Explorer" window.
BTW, the section of the log that fails is:
0013:Call ws2_32.getaddrinfo(00fcc30c
"www.winehq.org",00000000,7d7359bc,7d7359e0) ret=0052dbbf
0013:Call ntdll.RtlAllocateHeap(00110000,00000000,0000000f) ret=7deeda20
0013:Ret ntdll.RtlAllocateHeap() retval=00fcc288 ret=7deeda20
trace:winsock:WS_getaddrinfo www.winehq.org, (null) 0x7d7359bc ->
0x7d7359e0 -2
0013:Call ntdll.RtlFreeHeap(00110000,00000000,00fcc288) ret=7deef43e
0013:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7deef43e
0013:Call ntdll.RtlFreeHeap(00110000,00000000,00000000) ret=7deef45e
0013:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7deef45e
0013:Ret ws2_32.getaddrinfo() retval=00002af9 ret=0052dbbf
Yes, this shows that getaddrinfo fails with WSAHOST_NOT_FOUND
(EAI_NONAME). Since it's using libc's 32-bit getaddrinfo() for this, the
problem is probably there. You may be able to find (or write) a
getaddrinfo test program and compile it in 32-bit mode, if you want.
I understand, if you consider it a non-bug, but maybe it will be solved
soon when things in libc6 are fixed. Thanks.
Has libc6 fixed it now, then?
