After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 598785 - nanohttp fails to connect in Windows
nanohttp fails to connect in Windows
Status: RESOLVED FIXED
Product: libxml2
Classification: Platform
Component: general
git master
Other Windows
: Normal major
: ---
Assigned To: Daniel Veillard
libxml QA maintainers
Depends on:
Blocks:
 
 
Reported: 2009-10-17 17:29 UTC by spadix
Modified: 2009-10-19 12:07 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
libxml2-2.7.6-winsock-setsize.patch (864 bytes, patch)
2009-10-17 17:29 UTC, spadix 		none Details | Review

Description spadix 2009-10-17 17:29:02 UTC 
Created attachment 145684 [details] [review]
libxml2-2.7.6-winsock-setsize.patch

I'm using MinGW to cross compile (although I believe this is a winsock API
issue, which should be compiler independent).  The symptom manifests as:

C:\> xmllint http://xmlsoft.org/index.html
warning: failed to load external entity "http://xmlsoft.org/index.html"

It looks like the problem was introduced with bug 559501; my research indicates
that the BSD socket check for (socket_fd < FD_SETSIZE) is not valid with the
winsock API [1], which does not use bit masks and treats the fd as an opaque
value.  For reference, running under wine I see socket fd values around 70.  In
Windows (XP) they are closer to 2000.

I'm attaching a patch that ifdefs the new checks (just what that file needs...
:)  which fixes the problem for me.  Note that nanoftp will need similar
treatment if it is also updated as indicated in bug 559501.

hope this helps!
-spadix

[1] http://msdn.microsoft.com/en-us/library/ms740141.aspx
Comment 1 Daniel Veillard 2009-10-19 12:07:27 UTC 
Okay, this seems to make sense, applied,

 thanks !

Daniel