proxies for FTP urls.

it. This caused a segfault in some fprintf() implementations. Like on Solaris.

- Bug report #1792649 (http://curl.haxx.se/bug/view.cgi?id=1792649) pointed
  out a problem with doing an empty upload over FTP on a re-used connection.
  I added test case 541 to reproduce it and to verify the fix.

- I noticed while writing test 541 that the FTP code wrongly did a CWD on the
  second transfer as it didn't store and remember the "" path from the
  previous transfer so it would instead CWD to the entry path as stored. This
  worked, but did a superfluous command. Thus, test case 541 now also verifies
  this fix.

(to validate bug #1790403).

case 615 to test an SFTP upload failure.

and allow reuse by multiple protocols. Several unused error codes were
removed.  In all cases, macros were added to preserve source (and binary)
compatibility with the old names.  These macros are subject to removal at
a future date, but probably not before 2009.  An application can be
tested to see if it is using any obsolete code by compiling it with the
CURL_NO_OLDIES macro defined.

Documented some newer error codes in libcurl-error(3)

cleaning up after an OOM condition in curl_multi_add_handle

by Kris/tinker105 in bug #1779054) and mention the torture tests.

out that libcurl didn't deal with large responses from server commands, when
the single response was consisting of multiple lines but of a total size of
16KB or more. Dan Fandrich improved the ftp test script and provided test
case 1006 to repeat the problem, and I fixed the code to make sure this new
test case runs fine.

multiple lines (similar to test case 1003).

characters.

empty proxy server is selected.

out that libcurl didn't deal with very long (>16K) FTP server response lines
properly. Starting now, libcurl will chop them off (thus the client app will
not get the full line) but survive and deal with them fine otherwise. Test
case 1003 was added to verify this.

future

that verfies ridiculously long server response lines. Also changed sprintf
to snprintf in a few places.

(http://curl.haxx.se/bug/view.cgi?id=1776235) about ftp requests with NOBODY
on a directory would do a "SIZE (null)" request. This is now fixed and test
case 1000 was added to verify.

range. They are about FTP but the 100-199 range is full.

HTTP PUT using Digest authentication. Test case 5320 and 5322 were also
added to verify the functionality.

after 7.16.2. This is much due to the different treatment file:// gets
internally, but now I added test 231 to make it less likely to happen again
without us noticing!

some few internal identifiers to avoid conflicts, which could be useful on
other platforms.

to occur in a couple of tests.

verifies the bug fix in #1757328.

from the test server code as they served no real purpose. The test server is
here to serve for the test cases, not to attempt to function as a real server!

keys that small.

really reduce security since in the common case of a daily automated build
the keys are only used for a single test run lasting a few minutes before
being deleted.

a new directory listing format that newer libssh2's can provide.  This
is probably NOT sufficient to handle all directory listing formats that
server's can provide and should be revisited.

can take advantage of it however they see fit!