- 09 Apr, 2013 7 commits
-
-
Guenter Knauf authored
The previously applied patch didnt work on Windows; we cant rely on shell commands like 'echo' since they act diffently on each platform and each shell. In order to keep this script platform-independent the code must only use pure Perl.
-
Daniel Stenberg authored
Test 1217 verifies commit e0fb2d86, and without that change this test fails.
-
Bill Middlecamp authored
When doing PWD, there's a 257 response which apparently some servers prefix with a comment before the path instead of after it as is otherwise the norm. Failing to parse this, several otherwise legitimate use cases break. Bug: http://curl.haxx.se/mail/lib-2013-04/0113.html
-
Guenter Knauf authored
-
Guenter Knauf authored
The OpenSSL pipe wrote to the final CA bundle file, but the encoded PEM output wrote to a temporary file. Consequently, the OpenSSL output was lost when the temp file was renamed to the final file at script finish (overwriting the final file written earlier by openssl). Patch posted to the list by Richard Michael (rmichael edgeofthenet org).
-
Daniel Stenberg authored
This test is an attempt to repeat the problem YAMADA Yasuharu reported at http://curl.haxx.se/mail/lib-2013-04/0108.html
-
Daniel Stenberg authored
added "tcpkeepalive on Mac OS X"
-
- 08 Apr, 2013 8 commits
-
-
Nick Zitzmann authored
I noticed that aria2's SecureTransport code disables insecure ciphers such as NULL, anonymous, IDEA, and weak-key ciphers used by SSLv3 and later. That's a good idea, and now we do the same thing in order to prevent curl from accessing a "secure" site that only negotiates insecure ciphersuites.
-
Robert Wruck authored
MacOS X doesn't have TCP_KEEPIDLE/TCP_KEEPINTVL but only a single TCP_KEEPALIVE (see http://developer.apple.com/library/mac/#DOCUMENTATION/Darwin/Reference/ManPages/man4/tcp.4.html). Here is a patch for CURLOPT_TCP_KEEPIDLE on OSX platforms.
-
Daniel Stenberg authored
1 - We don't use the results from the test and we never did. recvfrom() is only used by the TFTP code and it has not caused any problems. 2 - the CURL_CHECK_FUNC_RECVFROM function is extremely slow
-
Steve Holme authored
-
Steve Holme authored
-
Fabian Keil authored
Previously it only compared credentials if the requested needle connection wasn't using a proxy. This caused NTLM authentication failures when using proxies as the authentication code wasn't send on the connection where the challenge arrived. Added test 1215 to verify: NTLM server authentication through a proxy (This is a modified copy of test 67)
-
Daniel Stenberg authored
-
Daniel Stenberg authored
-
- 07 Apr, 2013 3 commits
-
-
Marc Hoersken authored
-
Marc Hoersken authored
Since qsort implementations vary with regards to handling the order of similiar elements, this change makes the internal sort function more deterministic by comparing path length first, then domain length and finally the cookie name. Spotted with testcase 62 on Windows.
-
Marc Hoersken authored
-
- 06 Apr, 2013 21 commits
-
-
Marc Hoersken authored
This reverts commit e51b23c9. As discussed on the mailinglist, this was not the correct approach.
-
Marc Hoersken authored
-
Marc Hoersken authored
-
Marc Hoersken authored
WINSOCK only: Since FD_CLOSE is only signaled once, it may trigger at the same time as FD_READ. Data actually being available makes it impossible to detect that the connection was closed by checking that recv returns zero. Another recv attempt could block the connection if it was not closed. This workaround abuses exceptfds in conjunction with readfds to signal that the connection has actually closed.
-
Marc Hoersken authored
-
Marc Hoersken authored
-
Marc Hoersken authored
-
Marc Hoersken authored
-
Marc Hoersken authored
-
Marc Hoersken authored
-
Daniel Stenberg authored
Since commit 57aeabcc, it handles errors on the control connection while waiting for the data connection better. Test 591 and 592 are updated accordingly.
-
Daniel Stenberg authored
When doing PORT and upload (STOR), this function needs to extract the file descriptor for both connections so that it will respond immediately when the server eventually connects back. This flaw caused active connections to become unnecessary slow but they would still often work due to the normal polling on a timeout. The bug also would not occur if the server connected back very fast, like when testing on local networks. Bug: http://curl.haxx.se/bug/view.cgi?id=1183 Reported by: Daniel Theron
-
Marc Hoersken authored
-
Kim Vandry authored
I am using curl_easy_setopt(CURLOPT_INTERFACE, "if!something") to force transfers to use a particular interface but the transfer fails with CURLE_INTERFACE_FAILED, "Failed binding local connection end" if the interface I specify has no IPv6 address. The cause is as follows: The remote hostname resolves successfully and has an IPv6 address and an IPv4 address. cURL attempts to connect to the IPv6 address first. bindlocal (in lib/connect.c) fails because Curl_if2ip cannot find an IPv6 address on the interface. This is a fatal error in singleipconnect() This change will make cURL try the next IP address in the list. Also included are two changes related to IPv6 address scope: - Filter the choice of address in Curl_if2ip to only consider addresses with the same scope ID as the connection address (mismatched scope for local and remote address does not result in a working connection). - bindlocal was ignoring the scope ID of addresses returned by Curl_if2ip . Now it uses them. Bug: http://curl.haxx.se/bug/view.cgi?id=1189
-
Marc Hoersken authored
-
Marc Hoersken authored
-
Marc Hoersken authored
-
Marc Hoersken authored
-
Marc Hoersken authored
-
Marc Hoersken authored
-
Marc Hoersken authored
-
- 05 Apr, 2013 1 commit
-
-
Daniel Stenberg authored
... instead of just #if
-