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

problem added with the curl_formget() patch.

(serialise) a previously built formpost (as with curl_formadd()).

#ifdef around WSAEDISCON in strerror.c.

disabled

VS2005.

of struct_stat in formdata.c as well, to support formpost uploads of large
files on Windows too

good. I fixed.

our own in the formdata.c file to prevent warnings on systems without it

Mainly meant to deal with the IRIX case which seems to requrie a "-lgen" lib
to find the basename function and thus without the gen lib, it finds the
header but not the function and our replacement function has a prototype
that doesn't match the IRIX one.

A different approach would be to make configure detect and use -lgen for the
systems that require it.

  formposts no longer include the path part. If you _really_ want them, you
  must provide your preferred full file name with CURLFORM_FILENAME.

  Added detection for libgen.h and basename() to configure. My custom
  basename() replacement function for systems without it, might be a bit too
  naive...

  Updated 6 test cases to make them work with the stripped paths.

precaution to prevent mistakes to lead to buffer overflows.

linked list for name resolved data, even on hosts/systems with only IPv4
stacks as this simplifies a lot of code.

file until it is actually being uploaded.
Make sure we build and still work with HTTP disabled - the SSL code might use
the boundary string for some random seeding.

keep the API complete at all times

causes xlc and gcc act differently on AIX.

Also some minor edits.

building formposts

for it. It saves one extra copy of the header.

I also added comments for several functions in formdata.c