- Oct 20, 2005
-
-
Daniel Stenberg authored
(wrongly) sends *two* WWW-Authenticate headers for Digest. While this should never happen in a sane world, libcurl previously got into an infinite loop when this occurred. Dave added test 273 to verify this.
-
Daniel Stenberg authored
DEBUG_ADDRINFO to enable.
-
Daniel Stenberg authored
you set rtlibcfg=static for the make, then it would build with /MT. The default behaviour is /MD (the original)." http://curl.haxx.se/bug/view.cgi?id=1326665
-
- Oct 14, 2005
-
-
Daniel Stenberg authored
when building the static library. http://curl.haxx.se/bug/view.cgi?id=1326665
-
- Oct 13, 2005
-
-
Daniel Stenberg authored
copy them there.
-
- Oct 10, 2005
-
-
Daniel Stenberg authored
was 0 as it seems at least some AIX versions don't like a "0" string there
-
- Oct 06, 2005
-
-
Gisle Vanem authored
-
- Oct 05, 2005
-
-
Daniel Stenberg authored
modded since the given time, so we should compare <= and not just <.
-
- Oct 04, 2005
-
-
Daniel Stenberg authored
the MEST and CEST time zones.
-
- Oct 02, 2005
-
-
Gisle Vanem authored
will break strict-aliasing rules".
-
Gisle Vanem authored
runtime libs.
-
- Sep 29, 2005
-
-
Daniel Stenberg authored
now contain the word "proxy" is the hostname is in fact a proxy. This will help users detect situations when they mistakenly use a proxy.
-
- Sep 27, 2005
-
-
Daniel Stenberg authored
(http://curl.haxx.se/bug/view.cgi?id=1299181) that identified a silly problem with Content-Range: headers with the 'bytes' keyword written in a different case than all lowercase! It would cause a segfault!
-
Daniel Stenberg authored
the modified FTPS negotiation change of August 19 2005. Thus, we revert the change back to pre-7.14.1 status.
-
- Sep 21, 2005
-
-
Daniel Stenberg authored
-
Daniel Stenberg authored
-
- Sep 20, 2005
-
-
Daniel Stenberg authored
define SEC_ENTRY and thus fails unless this is done!
-
Daniel Stenberg authored
-
- Sep 19, 2005
-
-
Daniel Stenberg authored
-
- Sep 16, 2005
-
-
Daniel Stenberg authored
protocol sockets even if the resolved address may say otherwise
-
- Sep 15, 2005
-
-
Daniel Stenberg authored
-
- Sep 14, 2005
-
-
Daniel Stenberg authored
-
- Sep 07, 2005
-
-
Daniel Stenberg authored
-
- Sep 06, 2005
-
-
Gisle Vanem authored
-
Gisle Vanem authored
Should we do this for all targets?
-
Daniel Stenberg authored
-
Daniel Stenberg authored
have this check done on far too many places by now...
-
Guenter Knauf authored
-
- Sep 04, 2005
-
-
Daniel Stenberg authored
-
Daniel Stenberg authored
-
- Sep 02, 2005
-
-
Daniel Stenberg authored
added. TODO: add them to docs. add TFTP server to test suite. add TFTP to list of protocols whereever those are mentioned.
-
- Aug 31, 2005
-
-
Daniel Stenberg authored
-
- Aug 29, 2005
-
-
Daniel Stenberg authored
Kevin Lussier pointed this out!
-
Daniel Stenberg authored
for Windows, that could lead to an Access Violation when the multi interface was used due to an issue with how the resolver thread was and was not terminated.
-
Daniel Stenberg authored
-
Daniel Stenberg authored
docs/TODO
-
- Aug 24, 2005
-
-
Daniel Stenberg authored
from the command line tool with --ignore-content-length. This will make it easier to download files from Apache 1.x (and similar) servers that are still having problems serving files larger than 2 or 4 GB. When this option is enabled, curl will simply have to wait for the server to close the connection to signal end of transfer. I wrote test case 269 that runs a simple test that this works.
-
Daniel Stenberg authored
previously failed due to GnuTLS not allowing x509 v1 CA certs by default.
-
- Aug 22, 2005
-
-
Guenter Knauf authored
-
- Aug 19, 2005
-
-
Daniel Stenberg authored
that made curl run fine in his end. The key was to make sure we do the SSL/TLS negotiation immediately after the TCP connect is done and not after a few other commands have been sent like we did previously. I don't consider this change necessary to obey the standards, I think this server is pickier than what the specs allow it to be, but I can't see how this modified libcurl code can add any problems to those who are interpreting the standards more liberally.
-