- 26 Mar, 2006 1 commit
-
-
Daniel Stenberg authored
called bind() with a too big argument in the 3rd parameter and at least Tru64, AIX and IRIX seem to be very picky about it.
-
- 21 Mar, 2006 3 commits
-
-
Daniel Stenberg authored
-
Daniel Stenberg authored
(when using OpenSSL).
-
Daniel Stenberg authored
-
- 20 Mar, 2006 4 commits
-
-
Daniel Stenberg authored
reacts properly according to the CURLOPT_FTP_SSL setting.
-
Daniel Stenberg authored
-
Daniel Stenberg authored
-
Daniel Stenberg authored
-
- 07 Mar, 2006 2 commits
-
-
Daniel Stenberg authored
with the multi interface and multi-part formposts. The fix from February 22nd could make the Curl_done() function get called twice on the same connection and it was not designed for that and thus tried to call free() on an already freed memory area!
-
Daniel Stenberg authored
is used properly.
-
- 06 Mar, 2006 1 commit
-
-
Daniel Stenberg authored
callback" error message so I've now made the setting of that callback not be as critical as before. The function is only used for additional loggging/ trace anyway so a failure just means slightly less data. It should still be able to proceed and connect fine to the server.
-
- 04 Mar, 2006 1 commit
-
-
Daniel Stenberg authored
-
- 03 Mar, 2006 1 commit
-
-
Daniel Stenberg authored
-
- 02 Mar, 2006 2 commits
-
-
Daniel Stenberg authored
-
Daniel Stenberg authored
-
- 27 Feb, 2006 1 commit
-
-
Daniel Stenberg authored
-
- 23 Feb, 2006 1 commit
-
-
Daniel Stenberg authored
(http://curl.haxx.se/bug/view.cgi?id=1431750) helped me identify and fix two different but related bugs: 1) Removing an easy handle from a multi handle before the transfer is done could leave a connection in the connection cache for that handle that is in a state that isn't suitable for re-use. A subsequent re-use could then read from a NULL pointer and segfault. 2) When an easy handle was removed from the multi handle, there could be an outstanding c-ares DNS name resolve request. When the response arrived, it caused havoc since the connection struct it "belonged" to could've been freed already. Now Curl_done() is called when an easy handle is removed from a multi handle pre-maturely (that is, before the transfer was complteted). Curl_done() also makes sure to cancel all (if any) outstanding c-ares requests.
-
- 21 Feb, 2006 1 commit
-
-
Daniel Stenberg authored
type to the already provided type CURLPROXY_SOCKS4. I added a --socks4 option that works like the current --socks5 option but instead use the socks4 protocol.
-
- 19 Feb, 2006 1 commit
-
-
Daniel Stenberg authored
content when libcurl didn't honor the internal ignorebody flag.
-
- 18 Feb, 2006 1 commit
-
-
Daniel Stenberg authored
code. It should however not be the cause of any troubles. He also fixed a few similar problems in the HTTP test server code.
-
- 16 Feb, 2006 1 commit
-
-
Daniel Stenberg authored
as previously it could be holding on to old cached entries longer than requested.
-
- 11 Feb, 2006 2 commits
-
-
Daniel Stenberg authored
an app can use to let libcurl only connect to a remote host and then extract the socket from libcurl. libcurl will then not attempt to do any transfer at all after the connect is done.
-
Daniel Stenberg authored
instead of LDFLAGS.
-
- 07 Feb, 2006 1 commit
-
-
Daniel Stenberg authored
with re-used FTP connections. If the second request on the same connection was set not to fetch a "body", libcurl could get confused and consider it an attempt to use a dead connection and would go acting mighty strange.
-
- 01 Feb, 2006 1 commit
-
-
Daniel Stenberg authored
-
- 30 Jan, 2006 2 commits
-
-
Daniel Stenberg authored
curl tool with --local-port. Plain and simply set the range of ports to bind the local end of connections to. Implemented on to popular demand. Not extensively tested. Please let me know how it works.
-
Daniel Stenberg authored
connection setup as a follow-redirect. It turns out 1) this fails when a FTP connection is re-setup and 2) it does make the max-redirs counter behave wrong. This fix was not verified since the reporter vanished, but I believe this is the right fix nonetheless.
-
- 29 Jan, 2006 1 commit
-
-
Daniel Stenberg authored
-
- 24 Jan, 2006 1 commit
-
-
Daniel Stenberg authored
even after EPSV returned a positive response code, if libcurl failed to connect to the port number the EPSV response said. Obviously some people are going through protocol-sensitive firewalls (or similar) that don't understand EPSV and then they don't allow the second connection unless PASV was used. This also called for a minor fix of test case 238.
-
- 20 Jan, 2006 1 commit
-
-
Daniel Stenberg authored
-
- 19 Jan, 2006 1 commit
-
-
Daniel Stenberg authored
didn't work.
-
- 18 Jan, 2006 2 commits
-
-
Daniel Stenberg authored
-
Daniel Stenberg authored
-
- 16 Jan, 2006 1 commit
-
-
Daniel Stenberg authored
not supporting it. It hasn't been functioning for years anyway, so this is just finally stating what already was true. And a cleanup at the same time.
-
- 15 Jan, 2006 1 commit
-
-
Daniel Stenberg authored
into a counter, and thus you can now do multiple curl_global_init() and you are then supposed to do the same amount of calls to curl_global_cleanup(). Bryan also updated the docs accordingly.
-
- 13 Jan, 2006 1 commit
-
-
Daniel Stenberg authored
test script to kill all processes in the current process group!
-
- 12 Jan, 2006 1 commit
-
-
Daniel Stenberg authored
HTTP proxy.
-
- 10 Jan, 2006 1 commit
-
-
Daniel Stenberg authored
given subdirs, libcurl would still "remember" the full path as if it is the current directory libcurl is in so that the next curl_easy_perform() would get really confused if it tried the same path again - as it would not issue any CWD commands at all, assuming it is already in the "proper" dir. Starting now, a failed CWD command sets a flag that prevents the path to be "remembered" after returning.
-
- 08 Jan, 2006 1 commit
-
-
Daniel Stenberg authored
-
- 07 Jan, 2006 1 commit
-
-
Daniel Stenberg authored
actually used a new connection and not sent the second request on the first socket!
-