Bugs item #3024829, was opened at 2010-07-03 17:20
Message generated for change (Comment added) made by bagder
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100976&aid=3024829&group_id=976

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: name resolving/DNS
Group: new feature request
>Status: Closed
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: Neil Leathers (neil-leathers)
Assigned to: Daniel Stenberg (bagder)
Summary: test work around for problematic DNS providers

Initial Comment:
In response to bug ID 2817904 there was a suggestion of a work around:

>>>
> test 20 and 507 fail because my ISP hijacks Page Not Found Errors
>
> Is it possible to make these non-fatal?
yes. Also possible is getting a non-crappy ISP.

My suggestion however it to put an upstream feature request that DNS replies
like this are faked using LD_PRELOAD/LD_LIBRARY_PATH wrapping the network
functions so this doesn't occur.
>>> (from the gentoo bug trakker)

----------------------------------------------------------------------

>Comment By: Daniel Stenberg (bagder)
Date: 2010-07-05 22:45

Message:
This is not exactly a bug in curl/libcurl so I will close this now.

Then, I would suggest that you take this idea to the curl-library mailing
list, preferably by showing some code or at least a description on how to
envision it to work. libcurl has lots of different ways to resolve host
names, so it's not a simple "just LD_PRELOAD" out of this problem. Thanks
for helping us improve curl!

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100976&aid=3024829&group_id=976
Received on 2010-07-05