generic-library/curl
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
458dd4550b
curl/RELEASE-NOTES

33 lines
1002 B
Plaintext
Raw Normal View History

release: start on 7.21.1, bump contributor count
2010-06-16 14:29:16 +02:00
Curl and libcurl 7.21.1
working draft of the upcoming 7.10.8 release notes
2003-09-22 23:38:52 +02:00
release: start on 7.21.1, bump contributor count
2010-06-16 14:29:16 +02:00
Public curl releases: 117
RELEASE-NOTES: update top numbers
2010-04-24 12:23:47 +02:00
Command line options: 138
ftp wildcard: a new option CURLOPT_FNMATCH_DATA
2010-05-16 02:49:08 +02:00
curl_easy_setopt() options: 180
- 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 23:43:24 +02:00
Public functions in libcurl: 58
a binding for Falcon
2009-11-29 20:12:00 +01:00
Known libcurl bindings: 39
release: start on 7.21.1, bump contributor count
2010-06-16 14:29:16 +02:00
Contributors: 808
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 10:53:21 +01: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-09 00:56:46 +02:00
This release includes the following changes:
mention the curl_off_t changes first
2008-09-01 16:27:24 +02:00
release: start on 7.21.1, bump contributor count
2010-06-16 14:29:16 +02:00
o
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-09 00:56:46 +02:00
HTTP Digest auth fix on a re-used connection
2007-07-22 12:17:52 +02:00
This release includes the following bugfixes:
release: start on 7.21.1, bump contributor count
2010-06-16 14:29:16 +02:00
o
HTTP Digest auth fix on a re-used connection
2007-07-22 12:17:52 +02: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:
changelog: mention Ben Greear's telnet work
2010-04-29 09:40:48 +02:00
Rainer Canavan, Paul Howarth, Jerome Vouillon, Ruslan Gazizov, Yang Tse,
changelogs: mention RTMP and the FTP wildcard support
2010-05-13 00:00:55 +02:00
Kamil Dudka, Alex Bligh, Ben Greear, Hoi-Ho Chan, Howard Chu, Dirk Manske,
multi_socket: handles timer inaccuracy better for timeouts Igor Novoseltsev reported a problem with the multi socket API and using timeouts and timers. It boiled down to a problem with libcurl's use of GetTickCount() interally to figure out the current time, while Igor's own application code used another function call. It made his app call the socket API timeout function a bit _before_ libcurl would consider the timeout to trigger, and that could easily lead to timeouts or stalls in the app. It seems GetTickCount() in general often has no better resolution than 16ms and switching to the alternative function QueryPerformanceCounter has its share of problems: http://www.virtualdub.org/blog/pivot/entry.php?id=106 We address this problem by simply having libcurl treat timers that already has occured or will occur within 40ms subject for treatment. I'm confident that there are other implementations and operating systems with similarly in accurate timer functions so it makes sense to have applied generically and I don't believe we sacrifice much by adding a 40ms inaccuracy on these timeouts.
2010-06-01 23:18:34 +02:00
Pavel Raiskup, John-Mark Bell, Eric Mertens, Tor Arntsen, Douglas Kilpatrick,
RELEASE-NOTES: add contributors not mentioned
2010-06-04 16:13:05 +02:00
Igor Novoseltsev, Jason McDonald, Dan Fandrich, Tanguy Fautre, Guenter Knauf,
OpenSSL: fix spurious SSL connection aborts Was seeing spurious SSL connection aborts using libcurl and OpenSSL. I tracked it down to uncleared error state on the OpenSSL error stack - patch attached deals with that. Rough idea of problem: Code that uses libcurl calls some library that uses OpenSSL but don't clear the OpenSSL error stack after an error. ssluse.c calls SSL_read which eventually gets an EWOULDBLOCK from the OS. Returns -1 to indicate an error ssluse.c calls SSL_get_error. First thing, SSL_get_error calls ERR_get_error to check the OpenSSL error stack, finds an old error and returns SSL_ERROR_SSL instead of SSL_ERROR_WANT_READ or SSL_ERROR_WANT_WRITE. ssluse.c returns an error and aborts the connection Solution: Clear the openssl error stack before calling SSL_* operation if we're going to call SSL_get_error afterwards. Notes: This is much more likely to happen with multi because it's easier to intersperse other calls to the OpenSSL library in the same thread.
2010-06-05 23:41:58 +02:00
Julien Chaffraix, Kalle Vahlman, Frank Meier, Constantine Sapuntzakis
getinfo: added *_PRIMARY_PORT, *_LOCAL_IP and *_LOCAL_PORT
2010-06-05 00:29:09 +02:00
start over on 7.18.1
2008-01-28 22:19:15 +01:00
working draft of the upcoming 7.10.8 release notes
2003-09-22 23:38:52 +02:00
Thanks! (and sorry if I forgot to mention someone)
Reference in New Issue Copy Permalink