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

filename field of that part. A typical example line could look like:

-F 'name=@filename;filename=/dev/null'

This can be combined with type= too, in a manner similar to:

-F "file=@log/test39.txt;filename=fakerfile;type=moo/foobar"

Enjoy.

part.

with a #define to preserve backwards compatibiltiy

truly fopen()ed. It could end up fclose()ing a NULL as discovered by
Clifford Wolf.

NULL set back the internal default function

after the transfer is done properly

ages ago