43 lines
1.8 KiB
Diff
43 lines
1.8 KiB
Diff
diff --git a/CHANGES b/CHANGES
|
|
index a77aa0a..d24fa3e 100644
|
|
--- a/CHANGES
|
|
+++ b/CHANGES
|
|
@@ -6,6 +6,37 @@
|
|
|
|
Changelog
|
|
|
|
+Daniel Stenberg (22 Mar 2010)
|
|
+- Thomas Lopatic fixed the alarm()-based DNS timeout:
|
|
+
|
|
+ Looking at the code of Curl_resolv_timeout() in hostip.c, I think that in
|
|
+ case of a timeout, the signal handler for SIGALRM never gets removed. I
|
|
+ think that in my case it gets executed at some point later on when execution
|
|
+ has long left Curl_resolv_timeout() or even the cURL library.
|
|
+
|
|
+ The code that is jumped to with siglongjmp() simply sets the error message
|
|
+ to "name lookup timed out" and then returns with CURLRESOLV_ERROR. I guess
|
|
+ that instead of simply returning without cleaning up, the code should have a
|
|
+ goto that jumps to the spot right after the call to Curl_resolv().
|
|
+
|
|
+Björn Stenberg (23 Jan 2010)
|
|
+- Added a new flag: -J/--remote-header-name. This option tells the
|
|
+ -O/--remote-name option to use the server-specified Content-Disposition
|
|
+ filename instead of extracting a filename from the URL.
|
|
+
|
|
+Kamil Dudka (12 Nov 2009)
|
|
+- Kevin Baughman provided a fix preventing libcurl-NSS from crash on doubly
|
|
+ closed NSPR descriptor. The issue was hard to find, reported several times
|
|
+ before and always closed unresolved. More info at the RH bug:
|
|
+ https://bugzilla.redhat.com/534176
|
|
+
|
|
+- libcurl-NSS now tries to reconnect with TLS disabled in case it detects
|
|
+ a broken TLS server. However it does not happen if SSL version is selected
|
|
+ manually. The approach was originally taken from PSM. Kaspar Brand helped me
|
|
+ to complete the patch. Original bug reports:
|
|
+ https://bugzilla.redhat.com/525496
|
|
+ https://bugzilla.redhat.com/527771
|
|
+
|
|
Version 7.19.7 (4 November 2009)
|
|
|
|
Daniel Stenberg (2 Nov 2009)
|