From: Daniel Stenberg Date: Wed, 14 Apr 2004 12:13:32 +0000 (+0000) Subject: two ipresolve fixes X-Git-Tag: curl-7_11_2~58 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=6f08903f07cc35240bcdcf81113e47bd6ced2724;p=thirdparty%2Fcurl.git two ipresolve fixes --- diff --git a/CHANGES b/CHANGES index b0471e75bd..b802a61128 100644 --- a/CHANGES +++ b/CHANGES @@ -7,6 +7,12 @@ Changelog Daniel (14 April 2004) +- Asking for CURL_IPRESOLVE_V6 when ipv6 addresses can't be resolved will + now cause the resolve function to return NULL immediately. This flaw was + pointed out by Gisle Vanem. + +- Gisle Vanem made curl -4/-6 actually set the desired option to libcurl. + - runtests.pl now has a new option (-p) that will display "interesting" log files to stdout in case of a test failure. This is primarily intended to be used in the 'full-test' make target that is used by the autobuild tests, as diff --git a/RELEASE-NOTES b/RELEASE-NOTES index 77aea602ea..9caf178c53 100644 --- a/RELEASE-NOTES +++ b/RELEASE-NOTES @@ -13,6 +13,10 @@ This release includes the following changes: This release includes the following bugfixes: + o CURLOPT_IPRESOLVE set to CURL_IPRESOLVE_V6 will now cause a returned error + if the host only can resolve ipv4 addresses + o curl -4/-6 now actually sets the requested option in libcurl + o multi interface on Windows without ares works again o improved resolution for the CURLINFO_*_TIME info variables o getting only a 100 Continue response and nothing else, when talking HTTP, is now treated as an error by libcurl