Age | Commit message (Collapse) | Author |
|
name resolving, as that should be the *ONLY* section in libcurl that may
take a while in a synchronous call.
|
|
|
|
|
|
have a protocol:// part did wrong
|
|
|
|
This is T. Bharath's fix
|
|
|
|
|
|
|
|
be posted in a minute to the libcurl list.
|
|
|
|
|
|
and possibly free the existing pointer first, and then clear the "allocated"
bit. We previously mistakenly could free the new pointer passed to us by
the friendly user...!
|
|
|
|
|
|
|
|
to use 'struct UrlData *' instead
|
|
Curl_ldap_done() and Curl_dict_done() were removed,
compiler warnings corrected
|
|
it.
|
|
file:// URL treatment improvements
|
|
read a void * and not a FILE *, as that was how it used to work and not
anymore...
|
|
|
|
|
|
resumed downloads
|
|
|
|
|
|
|
|
|
|
curl_global_* functions
|
|
|
|
|
|
|
|
that multiple FTP transfers were not possible
|
|
|
|
connections.
|
|
maxdownload set to -1 when not used
|
|
until now
|
|
same name in that buffer from the URL parsing!
|
|
|
|
main handle struct to work with persistant connections
|
|
it might become a security problem (Bugs item #415391)
|
|
|
|
|
|
|
|
|
|
|
|
was not used...
|
|
|
|
|
|
from urldata to connectdata, quite correctly.
|