- Apr 24, 2009
-
-
Daniel Stenberg authored
-
Daniel Stenberg authored
as things don't work right here!
-
Yang Tse authored
Previous workaround proved useful, but triggered the following warning: warning #556: a value of type "volatile Curl_addrinfo *" cannot be assigned to an entity of type "Curl_addrinfo *"
-
- Apr 23, 2009
-
-
Daniel Stenberg authored
-
http://curl.haxx.se/bug/view.cgi?id=2779245Daniel Stenberg authored
Koenig pointed out that the man page didn't tell that the *_proxy environment variables can be specified lower case or UPPER CASE and the lower case takes precedence,
-
Daniel Stenberg authored
-
Yang Tse authored
The #pragma optimize("", off) attempt did not fix the problem and SIGSEGV's in Curl_freeaddrinfo() were back.
-
Dan Fandrich authored
-
- Apr 22, 2009
- Apr 21, 2009
- Apr 20, 2009
-
-
Daniel Stenberg authored
how it occurs (http://curl.haxx.se/mail/lib-2009-04/0289.html). The conclusion was that if an error is detected and Curl_done() is called for the connection, ftp_done() could at times return another error code that then would take precedence and that new code confused existing logic that works for the first error code (CURLE_SEND_ERROR) only.
-
Daniel Stenberg authored
OBJECTPOINT options. Now we've introduced a new function - my_setopt_str - within the app for setting plain string options to avoid the risk of this mistake happening.
-
- Apr 19, 2009
-
-
Yang Tse authored
-
- Apr 18, 2009
-
-
Daniel Stenberg authored
-
Daniel Stenberg authored
for any further requests or transfers. The work-around is then to close that handle with curl_easy_cleanup() and create a new. Some more details: http://curl.haxx.se/mail/lib-2009-04/0300.html
-
Gisle Vanem authored
-
Gisle Vanem authored
-
Gisle Vanem authored
-
Gisle Vanem authored
-
- Apr 17, 2009
-
-
Daniel Stenberg authored
-
Daniel Stenberg authored
"pointer to a char pointer".
-
Daniel Stenberg authored
proxy. libcurl would then wrongly close the connection after each request. In his case it had the weird side-effect that it killed NTLM auth for the proxy causing an inifinite loop! I added test case 1098 to verify this fix. The test case does however not properly verify that the transfers are done persistently - as I couldn't think of a clever way to achieve it right now - but you need to read the stderr output after a test run to see that it truly did the right thing.
-
Yang Tse authored
-
Yang Tse authored
-
Yang Tse authored
-
- Apr 16, 2009
-
-
Yang Tse authored
-
- Apr 15, 2009
-
-
Yang Tse authored
-
Yang Tse authored
the socklen_t issue on this platform.
-
Guenter Knauf authored
-
- Apr 14, 2009
-
-
Yang Tse authored
-
Daniel Stenberg authored
-
Daniel Stenberg authored
-
Yang Tse authored
-
Yang Tse authored
-
Yang Tse authored
-
Benoit Neil authored
-