and it cause cause a crash.

Albert Choy found and fixed it.

an error, even if we were decoding a chunked-encoded transfer

Now first check if IPv6 is supported, then use PF_UNSPEC. If not, use PF_INET.
It'll solve both the "slow name lookup" problem on IPv4 and still work fine on
IPv6 hosts.

Bug report #530204 has more details:
http://sourceforge.net/tracker/?func=detail&atid=100976&aid=530204&group_id=976

functionality and this change reverts this.

However, with this revert we bring back problems on (some/all?) non-IPv6
enabled Linux machines that have getaddrinfo().

we should read the POST-data from the read callback

(but didn't crash or anything)

do if the write would've blocked

part.

NULL set back the internal default function

header byte counter properly

can destroy the full allocated area just before we free it

my brain damaged fix to not parse spaces as part of the value is now fixed
to instead strip off trailing spaces from values.

domain starts with a dot.

make a different and more complicated check for when to include it

is updated even if everything is read in one single pass, as the windows
functions apparantly does more often than other systems.

Really, we should only #define this in one file, not both here and in
connect.c!

Reminder for the future: when we're using malloc() we MUST include <stdlib.h>
as otherwise 64bit archs go bananas.

Bug report #517687