moparisthebest/curl
1
0
Fork 0
mirror of https://github.com/moparisthebest/curl synced 2024-11-04 16:45:06 -05:00
Code Issues Releases Wiki Activity
e2bd52e553
curl/RELEASE-NOTES

61 lines
2.2 KiB
Plaintext
Raw Normal View History

start working on 7.20.1
2010-02-09 06:37:10 -05:00
Curl and libcurl 7.20.1
working draft of the upcoming 7.10.8 release notes
2003-09-22 17:38:52 -04:00
start working on 7.20.1
2010-02-09 06:37:10 -05:00
Public curl releases: 115
Mention -J change
2010-01-23 15:14:39 -05:00
Command line options: 136
Chris Conroy brought support for RTSP transfers, and with it comes 8(!) new libcurl options for controlling what to get and how to receive posssibly interleaved RTP data. Initial commit.
2010-01-21 08:58:30 -05:00
curl_easy_setopt() options: 174
- Introducing curl_easy_send() and curl_easy_recv(). They can be used to send and receive data over a connection previously setup with curl_easy_perform() and its CURLOPT_CONNECT_ONLY option. The sendrecv.c example was added to show how they can be used.
2008-05-12 17:43:24 -04:00
Public functions in libcurl: 58
a binding for Falcon
2009-11-29 14:12:00 -05:00
Known libcurl bindings: 39
start over towards 7.19.8
2009-11-04 08:11:43 -05:00
Contributors: 761
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:
mention the curl_off_t changes first
2008-09-01 10:27:24 -04:00
The 'ares' subtree has been removed from the source repository
2010-03-24 05:47:48 -04:00
o The 'ares' subtree has been removed from the source repository
changelogged: smoother rate limiting
2010-03-26 18:35:24 -04:00
o smoother rate limiting
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
HTTP Digest auth fix on a re-used connection
2007-07-22 06:17:52 -04:00
This release includes the following bugfixes:
mention last changes
2010-02-11 02:36:34 -05:00
o VMS builder bad behavior when used in a batch job
- Jack Zhang reported a problem with SMTP: we wrongly used multiple addresses in the same RCPT TO line, when they should be sent in separate single commands. I updated test case 802 to verify this. - I also fixed a bad use of my_setopt_str() of CURLOPT_MAIL_RCPT in the curl tool which made it try to output it as string for the --libcurl feature which could lead to crashes.
2010-02-12 17:23:46 -05:00
o multiple recepients with SMTP
- Tom Donovan fixed the CURL_FORMAT_* defines when building with cmake.
2010-02-13 12:51:30 -05:00
o fixed the CURL_FORMAT_* defines when building with cmake
- Martin Hager reported and fixed a problem with a missing quote in libcurl.m4 (http://curl.haxx.se/bug/view.cgi?id=2951319)
2010-02-13 16:30:16 -05:00
o missing quote in libcurl.m4
- I made the SMTP code expect a 250 response back from the server after the full DATA has been sent, and I modified the test SMTP server to also send that response. As usual, the DONE operation that is made after a completed transfer is still not doable in a non-blocking way so this waiting for 250 is unfortunately made blockingly.
2010-02-20 16:56:48 -05:00
o SMTP: now waits for 250 after the DATA transfer
- Fixed the SMTP compliance by making sure RCPT TO addresses are specified properly in angle brackets. Recipients provided with CURLOPT_MAIL_RCPT now get angle bracket wrapping automatically by libcurl unless the recipient starts with an angle bracket as then the app is assumed to deal with that properly on its own.
2010-02-20 17:29:59 -05:00
o SMTP: use angle brackets in RCPT TO
Fixed bug report #2958074 indicating (http://curl.haxx.se/bug/view.cgi?id=2958074) that curl on Windows with option --trace-time did not use local time when timestamping trace lines. This could also happen on other systems depending on time souurce.
2010-02-25 01:59:04 -05:00
o curl --trace-time not using local time
- Pat Ray in bug #2958474 pointed out an off-by-one case when receiving a chunked-encoding trailer. http://curl.haxx.se/bug/view.cgi?id=2958474
2010-02-26 17:55:30 -05:00
o off-by-one in the chunked encoding trailer parser
SSL, not SSH, SSL
2010-03-01 17:10:55 -05:00
o superfluous blocking for OpenSSL-based SSL connects and multi interface
- Ben Greear provided an update for TFTP that fixes upload.
2010-03-01 17:14:47 -05:00
o TFTP upload
- Made the pingpong timeout code properly deal with the response timeout AND the global timeout if set. Also, as was reported in the bug report #2956437 by Ryan Chan, the time stamp to use as basis for the per command timeout was not set properly in the DONE phase for FTP (and not for SMTP) so I fixed that just now. This was a regression compared to 7.19.7 due to the conversion of FTP code over to the generic pingpong concepts. http://curl.haxx.se/bug/view.cgi?id=2956437
2010-03-02 08:26:23 -05:00
o FTP timeouts after file transferred completely
- Markus Duft pointed out in bug #2961796 that even though Interix has a poll() function it doesn't quite work the way we want it so we must disable it, and he also provided a patch for it. http://curl.haxx.se/bug/view.cgi?id=2961796
2010-03-02 08:34:57 -05:00
o skip poll() on Interix
- Andrei Benea filed bug report #2956698 and pointed out that the CURLOPT_CERTINFO feature leaked memory due to a missing OpenSSL function call. He provided the patch to fix it too. http://curl.haxx.se/bug/view.cgi?id=2956698
2010-03-02 08:41:18 -05:00
o CURLOPT_CERTINFO memory leak
- Based on patch provided by Jacob Moshenko, the transfer logic now properly makes sure that when using sub-second timeouts, there's no final bad 1000ms wait. Previously, a sub-second timeout would often make the elapsed time end up the time rounded up to the nearest second (e.g. 1s for 200ms timeout)
2010-03-02 16:20:22 -05:00
o sub-second timeouts improvements
- [Daniel Johnson] I've been trying to build libcurl with clang on Darwin and ran into some issues with the GSSAPI tests in configure.ac. The tests first try to determine the include dirs and libs and set CPPFLAGS and LIBS accordingly. It then checks for the headers and finally sets LIBS a second time, causing the libs to be included twice. The first setting of LIBS seems redundant and should be left out, since the first part is otherwise just about finding headers. My second issue is that 'krb5-config --libs gssapi' on Darwin is less than useless and returns junk that, while it happens to work with gcc, causes clang to choke. For example, --libs returns $CFLAGS along with the libs, which is really retarded. Simply setting 'LIBS="$LIBS -lgssapi_krb5 -lresolv"' on Darwin is sufficient.
2010-03-02 17:02:56 -05:00
o configure fixes for GSSAPI
Constantine Sapuntzakis detected and fixed a double free in builds done with threaded resolver enabled (Windows default configuration) that would get triggered when a curl handle is closed while doing DNS resolution.
2010-03-04 22:15:19 -05:00
o threaded resolver double free when closing curl handle
Daniel Johnson provided fixes for building with the clang compiler
2010-03-05 17:53:30 -05:00
o configure fixes for building with the clang compiler
- Ben Greear brought a patch that fixed the rate limiting logic for TFTP when the easy interface was used.
2010-03-06 13:42:06 -05:00
o easy interix rate limiting logic
- Constantine Sapuntzakis brought a patch: The problem mentioned on Dec 10 2009 (http://curl.haxx.se/bug/view.cgi?id=2905220) was only partially fixed. Partially because an easy handle can be associated with many connections in the cache (e.g. if there is a redirect during the lifetime of the easy handle). The previous patch only cleaned up the first one. The new fix now removes the easy handle from all connections, not just the first one.
2010-03-15 18:40:42 -04:00
o curl_multi_remove_handle() caused use after free
Ben Greear's two fixes explained
2010-03-21 18:34:29 -04:00
o TFTP improved error codes
o TFTP fixed TSIZE handling for uploads
Fix insufficient initialization in Curl_clone_ssl_config() which could have caused a double free when reusing curl handle.
2010-03-22 04:25:03 -04:00
o SSL possible double free when reusing curl handle
Thomas Lopatic fixed the alarm()-based DNS timeout
2010-03-22 17:00:55 -04:00
o alarm()-based DNS timeout bug
delayed easy handle kill caused double Curl_close() call Hauke Duden provided an example program that made the multi interface crash. His example simply used the multi interface and did first one FTP transfer and after completion it used a second easy handle and did another FTP transfer on the same FTP server. This triggered a bug in the "delayed easy handle kill" system that curl uses: when an FTP connection is left alive it must keep an easy handle around internally - only for the purpose of having an easy handle when it later disconnects it. The code assumed that when the easy handle was removed and an internal reference was made, that version could be killed later on when a new easy handle came using the same connection. This was wrong as Hauke's example showed that the removed handle wasn't killed for real until later. This caused a double close attempt => segfault.
2010-03-23 08:18:30 -04:00
o re-used FTP connection multi interface crash
chunked-encoding with Content-Length: header problem Akos Pasztory filed debian bug report #572276 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572276 mentioning a problem with a resource that returns chunked-encoded _and_ with a Content-Length and libcurl failed to properly ignore the latter information.
2010-03-23 10:26:45 -04:00
o chunked-encoding with Content-Length: header problem
mark connection as connected Kenny To filed the bug report #2963679 with patch to fix a problem he experienced with doing multi interface HTTP POST over a proxy using PROXYTUNNEL. He found a case where it would connect fine but bits.tcpconnect was not set correct so libcurl didn't work properly. (http://curl.haxx.se/bug/view.cgi?id=2963679)
2010-03-23 18:29:23 -04:00
o multi interface HTTP POST over a proxy using PROXYTUNNEL
RTSP GET_PARAMETER fix Christopher Conroy fixed a problem with RTSP and GET_PARAMETER reported to us by Massimo Callegari. There's a new test case 572 that verifies this now.
2010-03-24 08:28:02 -04:00
o RTSP GET_PARAMETER
fix: timeout after last data chunk was handled Bob Richmond: There's an annoying situation where libcurl will read new HTTP response data from a socket, then check if it's a timeout if one is set. If the last packet received constitutes the end of the response body, libcurl still treats it as a timeout condition and reports a message like: "Operation timed out after 3000 milliseconds with 876 out of 876 bytes received" It should only a timeout if the timer lapsed and we DIDN'T receive the end of the response body yet.
2010-03-24 12:02:17 -04:00
o timeout after last data chunk was handled
HTTP Digest auth fix on a re-used connection
2007-07-22 06:17:52 -04:00
This release includes the following known bugs:
o see docs/KNOWN_BUGS (http://curl.haxx.se/docs/knownbugs.html)
This release would not have looked like this without help, code, reports and
advice from friends like these:
- Pat Ray in bug #2958474 pointed out an off-by-one case when receiving a chunked-encoding trailer. http://curl.haxx.se/bug/view.cgi?id=2958474
2010-02-26 17:55:30 -05:00
Steven M. Schweda, Yang Tse, Jack Zhang, Tom Donovan, Martin Hager,
- Made the pingpong timeout code properly deal with the response timeout AND the global timeout if set. Also, as was reported in the bug report #2956437 by Ryan Chan, the time stamp to use as basis for the per command timeout was not set properly in the DONE phase for FTP (and not for SMTP) so I fixed that just now. This was a regression compared to 7.19.7 due to the conversion of FTP code over to the generic pingpong concepts. http://curl.haxx.se/bug/view.cgi?id=2956437
2010-03-02 08:26:23 -05:00
Daniel Fandrich, Patrick Monnerat, Pat Ray, Wesley Miaw, Ben Greear,
- Constantine Sapuntzakis brought a patch: The problem mentioned on Dec 10 2009 (http://curl.haxx.se/bug/view.cgi?id=2905220) was only partially fixed. Partially because an easy handle can be associated with many connections in the cache (e.g. if there is a redirect during the lifetime of the easy handle). The previous patch only cleaned up the first one. The new fix now removes the easy handle from all connections, not just the first one.
2010-03-15 18:40:42 -04:00
Ryan Chan, Markus Duft, Andrei Benea, Jacob Moshenko, Daniel Johnson,
chunked-encoding with Content-Length: header problem Akos Pasztory filed debian bug report #572276 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572276 mentioning a problem with a resource that returns chunked-encoded _and_ with a Content-Length and libcurl failed to properly ignore the latter information.
2010-03-23 10:26:45 -04:00
Constantine Sapuntzakis, Douglas Steinwand, Thomas Lopatic, Hauke Duden,
fix: timeout after last data chunk was handled Bob Richmond: There's an annoying situation where libcurl will read new HTTP response data from a socket, then check if it's a timeout if one is set. If the last packet received constitutes the end of the response body, libcurl still treats it as a timeout condition and reports a message like: "Operation timed out after 3000 milliseconds with 876 out of 876 bytes received" It should only a timeout if the timer lapsed and we DIDN'T receive the end of the response body yet.
2010-03-24 12:02:17 -04:00
Akos Pasztory, Kenny To, Christopher Conroy, Massimo Callegari,
Bob Richmond
start over on 7.18.1
2008-01-28 16:19:15 -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