Daniel Stenberg [Tue, 19 May 2009 20:54:31 +0000 (20:54 +0000)]
- Kamil Dudka brought the patch from the Redhat bug entry
https://bugzilla.redhat.com/show_bug.cgi?id=427966 which was libcurl closing
a bad file descriptor when closing down the FTP data connection. Caolan
McNamara seems to be the original author of it.
Yang Tse [Mon, 18 May 2009 01:25:20 +0000 (01:25 +0000)]
Intentionally avoid checking if the address of SystemFunction036, a.k.a.
RtlGenRandom, has been located or not. This function is only available on
WinXP and later. When unavailable c-ares uses portable rand() function.
Yang Tse [Mon, 18 May 2009 00:21:02 +0000 (00:21 +0000)]
- Provide in external interface preprocessor symbol definitions for
CARES_HAVE_ARES_LIBRARY_INIT and CARES_HAVE_ARES_LIBRARY_CLEANUP
to ease the use of new capabilities.
Daniel Stenberg [Sun, 17 May 2009 14:47:50 +0000 (14:47 +0000)]
- James Bursa posted a patch to the mailing list that fixed a problem with
no_proxy which made it not skip the proxy if the URL entered contained a
user name. I added test case 1101 to verify.
Daniel Stenberg [Mon, 11 May 2009 20:32:50 +0000 (20:32 +0000)]
split off curl_multi_socket_action() into its own separate man page as this is
the function we should use, while both curl_multi_socket() and
curl_multi_socket_all() should be killed!
Daniel Stenberg [Mon, 11 May 2009 12:40:48 +0000 (12:40 +0000)]
Added KNOWN_BUGS #65, and marked it for TODO in the _next_ release as I'm
not in the mood enough to fight this now.
65. When doing FTP over a socks proxy or CONNECT through HTTP proxy and the
multi interface is used, libcurl will fail if the (passive) TCP connection
for the data transfer isn't more or less instant as the code does not
properly wait for the connect to be confirmed. See test case 564 for a first
shot at a test case.
Daniel Stenberg [Mon, 11 May 2009 11:43:55 +0000 (11:43 +0000)]
Added test 564 as DISABLED. It is for testing FTP over a SOCK4 proxy using
the multi interface, which currently doesn't work because of how the data
connection is not waiting for connect before it tries to do proxy magic.
Daniel Stenberg [Mon, 11 May 2009 09:55:28 +0000 (09:55 +0000)]
- Balint Szilakszi reported a memory leak when libcurl did gzip decompression
of streams that had some parts (legitimately) missing. We now provide and use
a proper cleanup function for the content encoding submodule.
http://curl.haxx.se/mail/lib-2009-05/0092.html
Daniel Stenberg [Mon, 11 May 2009 08:55:58 +0000 (08:55 +0000)]
- I fixed the problem with doing NTLM, POST and then following a 302 redirect,
as reported by Ebenezer Ikonne (on curl-users) and Laurent Rabret (on
curl-library). The transfer was mistakenly marked to get more data to send
but since it didn't actually have that, it just hung there...
Daniel Stenberg [Mon, 11 May 2009 07:53:38 +0000 (07:53 +0000)]
Internal cleanup: KEEP_WRITE and KEEP_READ are now called KEEP_SEND and
KEEP_RECV to better match the general terminology: receive and send is what we
do from the (remote) servers. We read and write from and to the local fs.
Daniel Stenberg [Sun, 10 May 2009 22:10:13 +0000 (22:10 +0000)]
Added test 1100 - "HTTP POST with NTLM authorization and following a 302
redirect" doesn't work, seems to repeat what Ebenezer Ikonne (on curl-users)
and Laurent Rabret (on curl-library) have reported. Disabled for now.
Daniel Stenberg [Fri, 8 May 2009 11:05:52 +0000 (11:05 +0000)]
Ah, this was committed by mistake as part of my previous commit but it seems
to work so I'll let it remain and here's the comment about it! From Lenaic's
mail posted to curl-library Date: Fri, 1 May 2009 22:46:14 +0200.
Daniel Stenberg [Fri, 8 May 2009 10:59:40 +0000 (10:59 +0000)]
- Constantine Sapuntzakis fixed bug report #2784055
(http://curl.haxx.se/bug/view.cgi?id=2784055) identifying a problem to
connect to SOCKS proxies when using the multi interface. It turned out to
almost not work at all previously. We need to wait for the TCP connect to
be properly verified before doing the SOCKS magic.
Daniel Stenberg [Thu, 7 May 2009 08:30:43 +0000 (08:30 +0000)]
- Vijay G filed bug report #2723236
(http://curl.haxx.se/bug/view.cgi?id=2723236) identifying a problem with
libcurl's TFTP code and its lack of dealing with the OACK packet.