- 13 Jan, 2007 3 commits
-
-
Daniel Stenberg authored
-
Daniel Stenberg authored
attempting not to read data that might belong to the next response (if pipelining)
-
Daniel Stenberg authored
-
- 10 Jan, 2007 3 commits
-
-
Dan Fandrich authored
-
Dan Fandrich authored
-
Dan Fandrich authored
-
- 09 Jan, 2007 1 commit
-
-
Daniel Stenberg authored
-
- 08 Jan, 2007 3 commits
-
-
Linus Nielsen Feltzing authored
-
Linus Nielsen Feltzing authored
-
Daniel Stenberg authored
-
- 06 Jan, 2007 1 commit
-
-
Linus Nielsen Feltzing authored
-
- 05 Jan, 2007 2 commits
-
-
Daniel Stenberg authored
curl that uses the new CURLOPT_FTP_SSL_CCC option in libcurl. If enabled, it will make libcurl shutdown SSL/TLS after the authentication is done on a FTP-SSL operation.
-
Gisle Vanem authored
-
- 04 Jan, 2007 1 commit
-
-
Daniel Stenberg authored
function(s) using SessionHandle pointers
-
- 03 Jan, 2007 4 commits
-
-
Daniel Stenberg authored
-
Daniel Stenberg authored
non-ASCII platforms.
-
Daniel Stenberg authored
-
Daniel Stenberg authored
downloaded data in two buffers, just to be able to deal with a special HTTP pipelining case. That is now only activated for pipelined transfers. In Matt's case, it showed as a considerable performance difference,
-
- 02 Jan, 2007 2 commits
-
-
Daniel Stenberg authored
(http://curl.haxx.se/bug/view.cgi?id=1603712) (known bug #36) --limit-rate (CURLOPT_MAX_SEND_SPEED_LARGE and CURLOPT_MAX_RECV_SPEED_LARGE) are broken on Windows (since 7.16.0, but that's when they were introduced as previous to that the limiting logic was made in the application only and not in the library). It was actually also broken on select()-based systems (as apposed to poll()) but we haven't had any such reports. We now use select(), Sleep() or delay() properly to sleep a while without waiting for anything input or output when the rate limiting is activated with the easy interface.
-
Daniel Stenberg authored
to get built static. It has been mentioned before and was again brought to our attention by Nathanael Nerode who filed debian bug report #405226 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405226).
-
- 31 Dec, 2006 1 commit
-
-
Daniel Stenberg authored
-
- 29 Dec, 2006 1 commit
-
-
Daniel Stenberg authored
-
- 25 Dec, 2006 1 commit
-
-
Daniel Stenberg authored
-
- 22 Dec, 2006 4 commits
-
-
Daniel Stenberg authored
get confused and not acknowledge the 'no_proxy' variable properly once it had used the proxy and you re-used the same easy handle. I made sure the proxy name is properly stored in the connect struct rather than the sessionhandle/easy struct.
-
Daniel Stenberg authored
-
Daniel Stenberg authored
variable to point to when it should be a socklen_t.
-
Daniel Stenberg authored
'curl [URL]' with a URL without a protocol prefix, curl would not send a correct request as it failed to add the protocol prefix.
-
- 21 Dec, 2006 4 commits
-
-
Daniel Stenberg authored
-
Daniel Stenberg authored
-
Daniel Stenberg authored
(http://curl.haxx.se/bug/view.cgi?id=1618359) and subsequently provided a patch for it: when downloading 2 zero byte files in a row, curl 7.16.0 enters an infinite loop, while curl 7.16.1-20061218 does one additional unnecessary request. Fix: During the "Major overhaul introducing http pipelining support and shared connection cache within the multi handle." change, headerbytecount was moved to live in the Curl_transfer_keeper structure. But that structure is reset in the Transfer method, losing the information that we had about the header size. This patch moves it back to the connectdata struct.
-
Daniel Stenberg authored
-
- 19 Dec, 2006 2 commits
-
-
Daniel Stenberg authored
* added mentioning of doing the stunnel equivalent ourselves for the test suite * spell-check
-
Daniel Stenberg authored
authentication (with performs multiple "passes" and authenticates a connection rather than a HTTP request), and particularly when using the multi interface, there's a risk that libcurl will re-use a wrong connection when doing the different passes in the NTLM negotiation and thus fail to negotiate (in seemingly mysterious ways). 36. --limit-rate (CURLOPT_MAX_SEND_SPEED_LARGE and CURLOPT_MAX_RECV_SPEED_LARGE) are broken on Windows (since 7.16.0, but that's when they were introduced as previous to that the limiting logic was made in the application only and not in the library). This problem is easily repeated and it takes a Windows person to fire up his/hers debugger in order to fix. http://curl.haxx.se/bug/view.cgi?id=1603712
-
- 16 Dec, 2006 3 commits
-
-
Daniel Stenberg authored
Brendan Jurd pointed out.
-
Daniel Stenberg authored
during certain conditions when GnuTLS is used.
-
Daniel Stenberg authored
-
- 15 Dec, 2006 2 commits
-
-
Gisle Vanem authored
-
Gisle Vanem authored
-
- 14 Dec, 2006 2 commits
-
-
Daniel Stenberg authored
-
Gisle Vanem authored
-