when the file name given to -T is used to build an upload path, the local
directory part is now stripped off and only the actual file name part will be
used

HTTP_PROXY => http_proxy as Bj�rn pointed out

corrected the READFUNCTION docs slightly

corrected the comment above gmtime_r

added gmtime_r check

Updated location information for Curl_easy

Jason Mancini's -Oalways suggestion

let us know if curl compiles on more platforms

curl compiles on HURD

7.9.2 commit

Jon Travis suggested fix. when CURLOPT_HTTPGET is used we must assign
set.upload to FALSE or else we might still get an upload if the previous
operation was an upload!

Eric-update

Eric's updated version

Eric's #include fixes for better macos compiles

Eric brought some files for macos compiles

i'm soooo funny

added macos files to the distribution archive

more comments

MacOS (not Mac OS X) compilation files

Eric's update

the happy events so far today

As Eric Lavigne pointed out, the ftp response reader MUST cache data that
is not dealt with when we find an end-of-response line, as there might be
important stuff even after the correct line

As Eric Lavigne pointed out, the ftp response reader MUST cache data that
is not dealt with when we find an end-of-response line, as there might be
important stuff even after the correct line. So on subsequent invokes, the
cached data must be used!

show more ...

test case 126 added, this uses RETRWEIRDO that makes the FTP server send two
responses at once, to excerise the part of curl to make sure it can cache
(parts of) responses properly.

Eric nailed a but in strnequal() for macintosh

the final ftp ipv6 support has been added!