Daniel Stenberg [Fri, 16 Sep 2005 07:09:07 +0000 (07:09 +0000)]
Added known bugs #26, started using my new "bounce URL" that jumps to the
correct (and overly complicated) sourceforge bug tracker URL given the bug
report ID number.
Daniel Stenberg [Wed, 7 Sep 2005 11:05:34 +0000 (11:05 +0000)]
Ben Madsen reported a problem that only seemed to occur with certain specific
glibc versions, and with this patch applied it no longer shows up to me. The
problem was indeed a flaw that made curl use a file handle already closed.
Daniel Stenberg [Fri, 2 Sep 2005 15:11:08 +0000 (15:11 +0000)]
John Kelly added TFTP support to libcurl. A bunch of new error codes was
added. TODO: add them to docs. add TFTP server to test suite. add TFTP to
list of protocols whereever those are mentioned.
Gunter Knauf [Tue, 30 Aug 2005 18:37:08 +0000 (18:37 +0000)]
quick hack to make it working again on Win32 - however we should consider to set some defaults depending on the compiler architecture we guess we are since it doesnt work well if we prefer building the msvc makefile with gmake instead of nmake because we found gmake first in path....
Daniel Stenberg [Mon, 29 Aug 2005 14:23:53 +0000 (14:23 +0000)]
Igor Polyakov fixed a rather nasty problem with the threaded name resolver
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 [Wed, 24 Aug 2005 10:57:28 +0000 (10:57 +0000)]
Toby Peterson added CURLOPT_IGNORE_CONTENT_LENGTH to the library, accessible
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 [Fri, 19 Aug 2005 15:07:50 +0000 (15:07 +0000)]
removed the unreachable code warning from gcc debug builds, even the most
recent gcc versions give far too many false positives for this to be valuable
Daniel Stenberg [Fri, 19 Aug 2005 14:41:09 +0000 (14:41 +0000)]
Norbert Novotny had problems with FTPS and he helped me work out a patch
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.
Daniel Stenberg [Fri, 19 Aug 2005 07:32:14 +0000 (07:32 +0000)]
Added new contributors from RELEASE-NOTES. The somewhat different sort order
is due to now using emacs to sort but I'm not in a mood to fix it better just
now.
Daniel Stenberg [Wed, 17 Aug 2005 09:43:29 +0000 (09:43 +0000)]
removed issue 20 that was about valgrind complaints on other libs/parts, as
we have a fancier valgrind error parser these days and it seems to work rather
well
Daniel Stenberg [Wed, 17 Aug 2005 08:55:43 +0000 (08:55 +0000)]
- Jeff Pohlmeyer found out that if you ask libcurl to load a cookiefile (with
CURLOPT_COOKIEFILE), add a cookie (with CURLOPT_COOKIELIST), tell it to
write the result to a given cookie jar and then never actually call
curl_easy_perform() - the given file(s) to read was never read but the
output file was written and thus it caused a "funny" result.
- While doing some tests for the bug above, I noticed that Firefox generates
large numbers (for the expire time) in the cookies.txt file and libcurl
didn't treat them properly. Now it does.
Daniel Stenberg [Mon, 15 Aug 2005 21:48:28 +0000 (21:48 +0000)]
Added more verbose "warning" messages to the curl client for cases where it
fails to open/read files etc to help users diagnose why it doesn't do what
you'd expect it to. Converted lots of old messages to use the new generic
function I wrote for this purpose.
Daniel Stenberg [Sat, 13 Aug 2005 21:28:46 +0000 (21:28 +0000)]
James Bursa identified a libcurl HTTP bug and a good way to repeat it. If a
site responds with bad HTTP response that doesn't contain any header at all,
only a response body, and the write callback returns 0 to abort the
transfer, it didn't have any real effect but the write callback would be
called once more anyway.