moparisthebest/curl
1
0
Fork 0
mirror of https://github.com/moparisthebest/curl synced 2024-12-22 16:18:48 -05:00
Code Issues Releases Wiki Activity
bedc61ac45
curl/RELEASE-NOTES

63 lines
2.5 KiB
Plaintext
Raw Normal View History

start working on 7.16.1
2006-10-30 03:52:12 -05:00
Curl and libcurl 7.16.1
working draft of the upcoming 7.10.8 release notes
2003-09-22 17:38:52 -04:00
start working on 7.16.1
2006-10-30 03:52:12 -05:00
Public curl release number: 97
Releases counted from the very beginning: 124
Support for FTP third party transfers is now dropped
2006-09-30 16:31:11 -04:00
Available command line options: 112
Available curl_easy_setopt() options: 133
curl_multi_assign() and CURLMOPT_SOCKETFUNCTION proto change
2006-07-26 18:25:00 -04:00
Number of public functions in libcurl: 54
curl.dsmirror.nl is another mirror
2006-12-05 08:21:55 -05:00
Amount of public web site mirrors: 39
7.16.0 material
2006-10-29 18:03:14 -05:00
Number of known libcurl bindings: 35
update the counter
2006-11-02 17:11:38 -05:00
Number of contributors: 524
David Hull made the file: URL parser also accept the somewhat sloppy file syntax: file:/path. I added test case 203 to verify this.
2003-10-29 04:53:21 -05:00
Armel Asselin made the CURLOPT_PREQUOTE option work fine even when CURLOPT_NOBODY is set true. PREQUOTE is then run roughly at the same place in the command sequence as it would have run if there would've been a transfer.
2006-08-08 18:56:46 -04:00
This release includes the following changes:
Armel Asselin separated CA cert verification problems from problems with reading the (local) CA cert file to let users easier pinpoint the actual problem. CURLE_SSL_CACERT_BADFILE (77) is the new libcurl error code.
2006-10-21 07:32:05 -04:00
James Housley did lots of work and introduced SFTP downloads.
2006-11-24 17:14:39 -05:00
o Support for SCP and SFTP were added
Sh Diao reported that CURLOPT_CLOSEPOLICY doesn't work, and indeed, there is no code present in the library that receives the option. Since it was not possible to use, we know that no current users exist and thus we simply removed it from the docs and made the code always use the default path of the code.
2006-12-05 11:04:01 -05:00
o CURLOPT_CLOSEPOLICY is now deprecated
Armel Asselin made the CURLOPT_PREQUOTE option work fine even when CURLOPT_NOBODY is set true. PREQUOTE is then run roughly at the same place in the command sequence as it would have run if there would've been a transfer.
2006-08-08 18:56:46 -04:00
working draft of the upcoming 7.10.8 release notes
2003-09-22 17:38:52 -04:00
This release includes the following bugfixes:
Olaf Stueben provided a patch that I edited slightly. It fixes the notorious KNOWN_BUGS #25, which happens when a proxy closes the connection when libcurl has sent CONNECT, as part of an authentication negotiation. Starting now, libcurl will re-connect accordingly and continue the authentication as it should.
2006-11-03 07:43:55 -05:00
o proxy close during CONNECT authentication is now dealt with nicely
Bradford Bruce reported that when setting CURLOPT_DEBUGFUNCTION without CURLOPT_VERBOSE set to non-zero, you still got a few debug messages from the SSL handshake. This is now stopped.
2006-11-08 16:49:14 -05:00
o the CURLOPT_DEBUGFUNCTION was sometimes called even when CURLOPT_VERBOSE
was not enabled
Ciprian Badescu found a SIGSEGV when doing multiple TFTP transfers using the multi interface, but I could also repeat it doing multiple sequential ones with the easy interface. Using Ciprian's test case, I could fix it.
2006-11-09 16:36:18 -05:00
o multiple TFTP transfers on the same (easy or multi) handle could cause a
crash
Dmitriy Sergeyev found a SIGSEGV with his test04.c example posted on 7 Nov 2006. It turned out we wrongly assumed that the connection cache was present when tearing down a connection.
2006-11-09 16:54:33 -05:00
o SIGSEGV when disconnecting on a transfer on a re-used handle when the
host name didn't resolve
Ron in bug #1595348 (http://curl.haxx.se/bug/view.cgi?id=1595348) pointed out a stack overwrite (and the corresponding fix) on 64bit Windows when dealing with HTTP chunked encoding.
2006-11-13 12:29:07 -05:00
o stack overwrite on 64bit Windows in the chunked decoding department
Venkat Akella found out that libcurl did not like HTTP responses that simply responded with a single status line and no headers nor body. Starting now, a HTTP response on a persistent connection (i.e not set to be closed after the response has been taken care of) must have Content-Length or chunked encoding set, or libcurl will simply assume that there is no body. To my horror I learned that we had no less than 57(!) test cases that did bad HTTP responses like this, and even the test http server (sws) responded badly when queried by the test system if it is the test system. So although the actual fix for the problem was tiny, going through all the newly failing test cases got really painful and boring.
2006-11-25 08:32:04 -05:00
o HTTP responses on persistent connections without Content-Length nor chunked
encoding are now considered to be without response body
Toon Verwaest reported that there are servers that send the Content-Range: header in a third, not suppported by libcurl, format and we agreed that we could make the parser more forgiving to accept all the three found variations.
2006-12-01 02:49:22 -05:00
o Content-Range: header parsing improved
Alexey Simak filed bug report #1600447 (http://curl.haxx.se/bug/view.cgi?id=1600447) in which he noted that active FTP connections don't work with the multi interface. The problem is here that the multi interface state machine has a state during which it can wait for the data connection to connect, but the active connection is not done in the same step in the sequence as the passive one is so it doesn't quite work for active. The active FTP code still use a blocking function to allow the remote server to connect. The fix (work-around is a better word) for this problem is to set the boolean prematurely that the data connection is completed, so that the "wait for connect" phase ends at once.
2006-12-05 08:49:29 -05:00
o CPU 100% load when HTTP upload connection broke
o active FTP didn't work with multi interface
Martin Skinner brought back bug report #1230118 to haunt us once again. (http://curl.haxx.se/bug/view.cgi?id=1230118) curl_getdate() did not work properly for all input dates on Windows. It was mostly seen on some TZ time zones using DST. Luckily, Martin also provided a fix.
2006-12-05 09:57:43 -05:00
o curl_getdate() could be off one hour for TZ time zones with DST, on windows
CURLOPT_FORBID_REUSE works again with a cleaned up order of doing things in Curl_done()
2006-12-05 10:17:32 -05:00
o CURLOPT_FORBID_REUSE works again
Jared Lundell filed bug report #1604956 (http://curl.haxx.se/bug/view.cgi?id=1604956) which identified setting CURLOPT_MAXCONNECTS to zero caused libcurl to SIGSEGV. Starting now, libcurl will always internally use no less than 1 entry in the connection cache.
2006-12-05 10:36:26 -05:00
o CURLOPT_MAXCONNECTS set to zero caused libcurl to SIGSEGV
Sebastien Willemijns reported bug #1603712 (http://curl.haxx.se/bug/view.cgi?id=1603712) which is about connections getting cut off prematurely when --limit-rate is used. While I found no such problems in my tests nor in my reading of the code, I found that the --limit-rate code was severly flawed (since it was moved into the lib, since 7.15.5) when used with the easy interface and it didn't work as documented so I reworked it somewhat and now it works for my tests.
2006-12-06 04:37:40 -05:00
o rate limiting works better
Alexey Simak found out that when doing FTP with the multi interface and something went wrong like it got a bad response code back from the server, libcurl would leak memory. Added test case 538 to verify the fix. I also noted that the connection would get cached in that case, which doesn't make sense since it cannot be re-use when the authentication has failed. I fixed that issue too at the same time, and also that the path would be "remembered" in vain for cases where the connection was about to get closed.
2006-12-11 04:32:58 -05:00
o getting FTP response code errors when using the multi-interface caused
libcurl to leak memory
Brendan Jurd provided a fix that now prevents libcurl from getting a SIGPIPE during certain conditions when GnuTLS is used.
2006-12-16 16:33:51 -05:00
o no more SIGPIPE when GnuTLS is used
Robson Braga Araujo reported bug #1618359 (http://curl.haxx.se/bug/view.cgi?id=1618359) and subsequently provided a patch for it: when downloading 2 zero byte files in a row, curl 7.16.0 enters an infinite loop, while curl 7.16.1-20061218 does one additional unnecessary request. Fix: During the "Major overhaul introducing http pipelining support and shared connection cache within the multi handle." change, headerbytecount was moved to live in the Curl_transfer_keeper structure. But that structure is reset in the Transfer method, losing the information that we had about the header size. This patch moves it back to the connectdata struct.
2006-12-21 05:15:38 -05:00
o FTP downloading 2 zero byte files in a row
When setting a proxy with environment variables and (for example) running 'curl [URL]' with a URL without a protocol prefix, curl would not send a correct request as it failed to add the protocol prefix.
2006-12-22 02:30:21 -05:00
o using proxy and URLs without protocol prefixes
working draft of the upcoming 7.10.8 release notes
2003-09-22 17:38:52 -04:00
related info
2006-08-16 13:56:49 -04:00
Other curl-related news:
new ruby binding, new tclcurl release
2006-11-18 09:46:33 -05:00
o TclCurl 7.16.0 was released:
http://personal1.iddeo.es/andresgarci/tclcurl/english/
o Curb - Libcurl bindings for Ruby: http://curb.rubyforge.org/
related info
2006-08-16 13:56:49 -04:00
New curl mirrors:
new french mirror
2006-11-21 02:45:49 -05:00
o curl.miroir-francais.fr is a new French web mirror
curl.dsmirror.nl is another mirror
2006-12-05 08:21:55 -05:00
o curl.dsmirror.nl is a new Dutch web mirror
related info
2006-08-16 13:56:49 -04:00
working draft of the upcoming 7.10.8 release notes
2003-09-22 17:38:52 -04:00
This release would not have looked like this without help, code, reports and
advice from friends like these:
Ciprian Badescu found a SIGSEGV when doing multiple TFTP transfers using the multi interface, but I could also repeat it doing multiple sequential ones with the easy interface. Using Ciprian's test case, I could fix it.
2006-11-09 16:36:18 -05:00
James Housley, Olaf Stueben, Yang Tse, Gisle Vanem, Bradford Bruce,
Matt Witherspoon fixed a problem case when the CPU load went to 100% when a HTTP upload was disconnected: "What appears to be happening is that my system (Linux 2.6.17 and 2.6.13) is setting *only* POLLHUP on poll() when the conditions in my previous mail occur. As you can see, select.c:Curl_select() does not check for POLLHUP. So basically what was happening, is poll() was returning immediately (with POLLHUP set), but when Curl_select() looked at the bits, neither POLLERR or POLLOUT was set. This still caused Curl_readwrite() to be called, which quickly returned. Then the transfer() loop kept continuing at full speed forever."
2006-12-05 08:37:05 -05:00
Ciprian Badescu, Dmitriy Sergeyev, Nir Soffer, Venkat Akella, Toon Verwaest,
Stefan Krause pointed out a compiler warning with a picky MSCV compiler when passing a curl_off_t argument to the Curl_read_rewind() function which takes an size_t argument. Curl_read_rewind() also had debug code left in it and it was put in a different source file with no good reason when only used from one single spot.
2006-12-05 16:40:14 -05:00
Matt Witherspoon, Alexey Simak, Martin Skinner, Sh Diao, Jared Lundell,
Robson Braga Araujo reported bug #1618359 (http://curl.haxx.se/bug/view.cgi?id=1618359) and subsequently provided a patch for it: when downloading 2 zero byte files in a row, curl 7.16.0 enters an infinite loop, while curl 7.16.1-20061218 does one additional unnecessary request. Fix: During the "Major overhaul introducing http pipelining support and shared connection cache within the multi handle." change, headerbytecount was moved to live in the Curl_transfer_keeper structure. But that structure is reset in the Transfer method, losing the information that we had about the header size. This patch moves it back to the connectdata struct.
2006-12-21 05:15:38 -05:00
Stefan Krause, Sebastien Willemijns, Alexey Simak, Brendan Jurd,
- Robert Foreman provided a prime example snippet showing how libcurl would get confused and not acknowledge the 'no_proxy' variable properly once it had used the proxy and you re-used the same easy handle. I made sure the proxy name is properly stored in the connect struct rather than the sessionhandle/easy struct.
2006-12-22 10:04:59 -05:00
Robson Braga Araujo, David McCreedy, Robert Foreman
check for and use getprotobyname
2006-03-02 06:37:05 -05:00
working draft of the upcoming 7.10.8 release notes
2003-09-22 17:38:52 -04:00
Thanks! (and sorry if I forgot to mention someone)
Reference in New Issue Copy Permalink