properly if you removed a "live" handle from a multi handle with
curl_multi_remove_handle().

code when doing pure ipv6 EPRT connections.

command on subsequent requests on a re-used connection unless it has to.

files in the root directory.

send the whole request at once, even though the Expect: header was disabled
by the application. An effect of this change is also that small (< 1024
bytes) POSTs are now always sent without Expect: header since we deem it
more costly to bother about that than the risk that we send the data in
vain.

to support older iconv versions.

systems that prototype them slightly differently.

CURLOPT_NOBODY is set true. PREQUOTE is then run roughly at the same place
in the command sequence as it would have run if there would've been a
transfer.

on a persistent connection and allowed the first to use that header, you
could not disable it for the second request.

to multi_runsingle() without it being really necessary or good

timeout'ed connections and possibly deal with them too

HAVE_WINDOWS_H, HAVE_WINSOCK_H, HAVE_WINSOCK2_H, neither
HAVE_WS2TCPIP_H when __CYGWIN__ is defined.

used anymore since multi->num_alive was introduced

Silence compiler warning 'unused parameter running_handles' in function multi_runsingle(). This is done here returning multi->num_alive in the running_handles parameter even when functions that call multi_runsingle() at this moment overwrite the returned value with the one that is valid when those functions curl_multi_perform() and multi_socket() have removed expired timers from the splay. Most probably, parameter 'running_handles' in function multi_runsingle() should be just removed.

*multi_socket*() can't return the proper number

if the header "Transfer-Encoding: chunked" was set by the application.
http://curl.haxx.se/bug/view.cgi?id=1531838

an unknown error number on glibc systems.
http://curl.haxx.se/bug/view.cgi?id=1532289

both now provide the number of running handles back to the calling function.

Winsock and Cygwin need address family specification before bind(), this should be harmless for others.

Reintroduce checking for HAVE_MSG_NOSIGNAL in configure script, so that we don't depend on header inclusion order for a valid check.

formposts work exactly the way you want it (and the way you'd assume it
works)