the same state struct as the host auth, so both could never be used at the
same time! I fixed it (without being able to check) to use two separate
structs to allow authentication using Negotiate on host and proxy
simultanouesly.

data sent in a post.

the lib was built staticly.

start so that subsequent tries are simply skipped.

callback was used, as it could wrongly pass on a bad size for the outgoing
HTTP header. The bad size would be a very large value as it was a wrapped
size_t content. This happened when the whole HTTP request failed to get sent
in one single send.  http://curl.haxx.se/mail/lib-2007-11/0165.html

ipv6 server can't run.

huge send buffer sizes

persistent connection. Mentioned by Immanuel Gregoire on the mailing list.

forwarded from the Gentoo bug tracker by Daniel Black and was originally
submitted by Robin Johnson, pointed out that libcurl would do bad memory
references when it failed and bailed out before the handler thing was
setup. My fix is not done like the provided patch does it, but instead I
make sure that there's never any chance for a NULL pointer in that struct
member.

out that SFTP requests didn't use persistent connections. Neither did SCP
ones.  I gave the SSH code a good beating and now both SCP and SFTP should
use persistent connections fine. I also did a bunch for indent changes as
well as a bug fix for the "keyboard interactive" auth.

callbacks needed to pass a buffer to the user.  Instead one per byte it
is now as little as one per segment.

out a problem in curl.h when building C++ apps with MSVC. To fix it, the
inclusion of header files in curl.h is moved outside of the C++ extern "C"
linkage block.

happened when a user had a home dir as an empty string. curl would then do
free() on a wrong area.

due to a missing header file.

protocols listed in curl --version

always, except when --without-libssh2 was given

Moved Curl_file_connect into the protocol handler struct.

failed one using the multi interface

tracker (https://bugzilla.redhat.com/show_bug.cgi?id=316191), I now made
curl-config --features and --protocols show the correct output when built
with NSS.

Previously it would fail if the ca bundle wasn't present, even if the code
ignored the verification results.

Tests 35, 544 545 added: binary data POSTs.

lib is built shared with libtool.

Added test cases 2002 and 2003 (the latter disabled for now)

same easy handle
Fixed the filecheck: make target to work outside the source tree

building with VC8 to get the "manifest" embedded to make fine stand-alone
binaries. The maketgz and the src/Makefile.vc6 files were adjusted
accordingly.

that libcurl tried to re-use connections a bit too much when using non-SSL
protocols tunneled over a HTTP proxy.

https://bugzilla.novell.com/show_bug.cgi?id=332917 about a HTTP redirect to
FTP that caused memory havoc. His work together with my efforts created two
fixes:

#1 - FTP::file was moved to struct ftp_conn, because is has to be dealt with
     at connection cleanup, at which time the struct HandleData could be
     used by another connection.
     Also, the unused char *urlpath member is removed from struct FTP.

#2 - provide a Curl_reset_reqproto() function that frees
     data->reqdata.proto.* on connection setup if needed (that is if the
     SessionHandle was used by a different connection).

that specifying a proxy with a trailing slash didn't work (unless it also
contained a port number).

CURLOPT_COPYPOSTFIELDS option added for dynamic.
Fix some OS400 features.

in the connectdata structure by a single handler table ptr.

Added support for skipping tests based on key words.

man page.

a response that was larger than 16KB is now improved slightly so that now
the restriction at 16KB is for the headers only and it should be a rare
situation where the response-headers exceed 16KB. Thus, I consider #47 fixed
and the header limitation is now known as known bug #48.

string: "FLUSH". Using that will cause libcurl to flush its cookies to the
CURLOPT_COOKIEJAR file.

bumps and what the version number's significance to all that is.