clash with djgpp ioctl() macro in setup.h.

(http://qa.mandrakesoft.com/show_bug.cgi?id=12289), curl would print a newline
to "finish" the progress meter after each redirect and not only after a
completed transfer.

If EPSV, EPRT or LPRT is tried and doesn't work, it will not be retried on
the same server again even if a following request is made using a persistent
connection.

If a second request is made to a server, requesting a file from the same
directory as the previous request operated on, libcurl will no longer make
that long series of CWD commands just to end up on the same spot. Note that
this is only for *exactly* the same dir. There is still room for improvements
to optimize the CWD-sending when the dirs are only slightly different.

Added test 210, 211 and 212 to verify these changes. Had to improve the
test script too and added a new primitive to the test file format.

can just safely pretend we don't have one

Provide a 64-bit capable ftruncate(). MingW has one, but
it takes only 32-bit offsets.

and they are rather excessive

with Msys/Mingw on Windows.

Clarify the static vs. import lib issue on Win32.

it actually can run and test the FD_SETSIZE stuff it is meant to test

systems that can't run it fine.

to provide a better multi-API to allow apps to avoid select().