| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
libcurl should use in its request
|
|
|
|
failf("%d") without the error as argument... it would always make a weird
number get output
|
|
|
|
same name as common functions...
|
|
|
|
|
|
the pack_hostent() is only compiled if gethostbyname_r() isn't present.
|
|
|
|
for when gethostbyname() is used so that we have the memory of the struct
allocated. This turns out to be needed if the curl handled is passed between
threads on Windows and possibly other operating systems where we use that
function.
|
|
is once again running OK
|
|
|
|
we check for the error state before believing we are connected in IPv6
cases
|
|
|
|
IPv6
|
|
|
|
|
|
|
|
|
|
|
|
|
|
changed the Curl_connethost() proto again
|
|
|
|
|
|
|
|
name resolving, as that should be the *ONLY* section in libcurl that may
take a while in a synchronous call.
|
|
|
|
|
|
|
|
valid time. we now store the filetime as a long to know for sure it can
hold -1 (there exist some unsigned time_t cases)
|
|
|
|
|
|
same socket and it was available from the passed-in struct anyway!
|
|
|
|
renamed all static ^_ftp_* functions to ^ftp_, prefixing with underscore is
not nice
|
|
|
|
|
|
properly match those cookies in subsequent requests
|
|
|
|
RETR fails, this corrects it.
|
|
and providing me with test-certificates that helped me nail the problem with
curl not discovering with a bad certificate was used.
|
|
have a protocol:// part did wrong
|
|
|
|
|
|
|
|
|
|
|
