a problem with SSL session caching that prevent it from working, and the
associated fix!

fix even if kind of implied by the new option

SSL-based server doesn't present a certificate when the request is told to
ignore certificate verification anyway.

/dev/urandom when built cross-compiled as then the script cannot check for
it.

present when enabled by on option which isn't done by default (and isn't even
available for the curl app atm)

the appending of the "type=" thing on FTP URLs when they are passed to a
HTTP proxy. Some proxies just don't like that appending (which is done
unconditionally in 7.17.1), and some proxies treat binary/ascii transfers
better with the appending done!

with a 700+ letter nonce. Previously libcurl only support 127 letter ones
and now I bumped it to 1023.

returns a full buffer on each invoke.

debugging

/etc/hosts file, pointed out by Erik Kline:
http://daniel.haxx.se/projects/c-ares/mail/c-ares-archive-2007-11/0027.shtml

get the libs as well and not only the include path like we used to.

Cleanup some debugging messages. Unlink log file on exit.

warnings. Pointed out by Robin Cornelius.

the socks server port in the test suite. This is the default setting
unless a tinkered built ssh is being used.

port forwarding, our socks port, prevents ssh from running on some systems.

By default, ssh binds local port forwardings to the loopback address, since this
was the address being given as the explicit bind address, now it isn't given.

#2 extended the user-agent buffer since I hit the 128 byte boundary!

of test suite ssh and socks servers.

is inited at the start of the DO action. I removed the Curl_transfer_keeper
struct completely, and I had to move out a few struct members (that had to
be set before DO or used after DONE) to the UrlState struct. The SingleRequest
struct is accessed with SessionHandle->req.

One of the biggest reasons for doing this was the bunch of duplicate struct
members in HandleData and Curl_transfer_keeper since it was really messy to
keep track of two variables with the same name and basically the same purpose!

when builddir is different from srcdir.