proceed fine with the already existing options, just having a different
internal library default for capath.

working for "IPv6 enabled" libcurls yet, but should be pretty easy for
someone to adjust.

the initial connect to "come through".

This should work fine for connect and for FTP-PASV connects. Needs massive
testing.

of time!

it to NULL and then use the internal default instead. It will always be
a function to call.

for receiving data from the network. It is meant as a hint, not as a forced
limit.

  faster on Windows when removing the 1 microsecond timeout.

case a timeout is set. This seems to work. God knows if it is good enough
or what kind of side-effects we introduce here and now.

I'll close my eyes and cross my fingers. Hard.

we might actually re-use a connection to a different host, when using proxies!

This was what bug report #558888 was all about.

any name resolved data in any curl handle struct. That way, we won't mind
if the cache entries are pruned for the next time we need them. We'll just
resolve them again instead.

This changes the Curl_resolv() proto. It modifies the SessionHandle struct
but perhaps most importantly, it'll make the internals somewhat dependent
on the DNS cache not being disabled as that will cripple operations somewhat.
Especially for persistant connections.

from the host names before comparing

better for FTP (any protocol with protocol-specific connect actions)

CURLOPT_DEBUGFUNCTION and CURLOPT_DEBUGDATA.

check proxy connections for "deadness" before they were re-used

NULL set back the internal default function