curl/RELEASE-NOTES

Curl and libcurl 7.13.2

 Public curl release number:               87
 Releases counted from the very beginning: 114
 Available command line options:           104
 Available curl_easy_setopt() options:     122
 Number of public functions in libcurl:    46
 Amount of public web site mirrors:        18
 Number of known libcurl bindings:         30

This release includes the following changes:

 o

This release includes the following bugfixes:

 o crash when using SOCKS4 proxy
 o a debug printf() was removed
 o CURLOPT_FILETIME when downloading FTP corrupted data
 o FTP upload resume now works even if no file is present on the site
 o SSL seeding no longer attempts to read the whole random file

Other curl-related news since the previous public release:

 o pycurl 7.13.1 http://pycurl.sf.net

This release would not have looked like this without help, code, reports and
advice from friends like these:

 Dan Fandrich, Ignacio Vazquez-Abrams, Randy McMurchy, Dominick Meglio,
 Jean-Marc Ranger, Tor Arntsen, Nodak Sodak

        Thanks! (and sorry if I forgot to mention someone)
starting over 2005-03-04 15:09:04 +01:00			`Curl and libcurl 7.13.2`
working draft of the upcoming 7.10.8 release notes 2003-09-22 23:38:52 +02:00
starting over 2005-03-04 15:09:04 +01:00			`Public curl release number: 87`
			`Releases counted from the very beginning: 114`
Ian Ford asked about support for the FTP command ACCT, and I discovered it is present in RFC959... so now (lib)curl supports it as well. --ftp-account and CURLOPT_FTP_ACCOUNT set the account string. (The server may ask for an account string after PASS have been sent away. The client responds with "ACCT [account string]".) Added test case 228 and 229 to verify the functionality. Updated the test FTP server to support ACCT somewhat. 2005-01-25 23:13:12 +01:00			`Available command line options: 104`
			`Available curl_easy_setopt() options: 122`
with all external functions marked with CURL_EXTERN it is easy to count them and... yes, they are 46! 2004-11-09 15:42:04 +01:00			`Number of public functions in libcurl: 46`
stand clear for release time 2005-03-04 14:41:46 +01:00			`Amount of public web site mirrors: 18`
new VB binding 2005-03-04 00:27:09 +01:00			`Number of known libcurl bindings: 30`
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
working draft of the upcoming 7.10.8 release notes 2003-09-22 23:38:52 +02:00			`This release includes the following changes:`

starting over 2005-03-04 15:09:04 +01:00			`o`
working draft of the upcoming 7.10.8 release notes 2003-09-22 23:38:52 +02:00
			`This release includes the following bugfixes:`

configure, socks, debug, getdate 2005-03-10 00:35:14 +01:00			`o crash when using SOCKS4 proxy`
			`o a debug printf() was removed`
Dominick Meglio reported that using CURLOPT_FILETIME when transferring a FTP file got a Last-Modified: header written to the data stream, corrupting the actual data. This was because some conditions from the previous FTP code was not properly brought into the new FTP code. I fixed and I added test case 520 to verify. (This bug was introduced in 7.13.1) 2005-03-08 09:09:14 +01:00			`o CURLOPT_FILETIME when downloading FTP corrupted data`
Added test case 235 that makes a resumed upload of a file that isn't present on the remote side. This then converts the operation to an ordinary STOR upload. This was requested/pointed out by Ignacio Vazquez-Abrams. It also proved (and I fixed) a bug in the newly rewritten ftp code (and present in the 7.13.1 release) when trying to resume an upload and the servers returns an error to the SIZE command. libcurl then loops and sends SIZE commands infinitely. 2005-03-05 00:52:06 +01:00			`o FTP upload resume now works even if no file is present on the site`
			`o SSL seeding no longer attempts to read the whole random file`
working draft of the upcoming 7.10.8 release notes 2003-09-22 23:38:52 +02:00
			`Other curl-related news since the previous public release:`

Dominick Meglio reported that using CURLOPT_FILETIME when transferring a FTP file got a Last-Modified: header written to the data stream, corrupting the actual data. This was because some conditions from the previous FTP code was not properly brought into the new FTP code. I fixed and I added test case 520 to verify. (This bug was introduced in 7.13.1) 2005-03-08 09:09:14 +01:00			`o pycurl 7.13.1 http://pycurl.sf.net`
working draft of the upcoming 7.10.8 release notes 2003-09-22 23:38:52 +02:00
			`This release would not have looked like this without help, code, reports and`
			`advice from friends like these:`

configure, socks, debug, getdate 2005-03-10 00:35:14 +01:00			`Dan Fandrich, Ignacio Vazquez-Abrams, Randy McMurchy, Dominick Meglio,`
			`Jean-Marc Ranger, Tor Arntsen, Nodak Sodak`
start working on 7.11.1 2004-01-22 10:40:30 +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)`