summaryrefslogtreecommitdiff
path: root/lib
Commit message (Collapse)AuthorAgeFilesLines
* Merge branch 'master' of github.com:bagder/curlBill Hoffman2010-03-242-14/+15
|\
| * fix: timeout after last data chunk was handledBob Richmond2010-03-241-13/+14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Bob Richmond: There's an annoying situation where libcurl will read new HTTP response data from a socket, then check if it's a timeout if one is set. If the last packet received constitutes the end of the response body, libcurl still treats it as a timeout condition and reports a message like: "Operation timed out after 3000 milliseconds with 876 out of 876 bytes received" It should only a timeout if the timer lapsed and we DIDN'T receive the end of the response body yet.
| * avoid compiler warning without USE_ALARM_TIMEOUTDaniel Stenberg2010-03-241-1/+1
| |
* | Fix curl CMake build.Bill Hoffman2010-03-242-0/+9
|/ | | | | | | | | This commit fixes the cmake build of curl, and cleans up the cmake code a little. It removes some commented out code and some trailing whitespace. To get curl to build the binary tree include/curl directory needed to be added to the include path. Also, SIZEOF_SHORT needed to be added. A check for the lack of defines of SIZEOF_* for warnless.c was added.
* Fix RTSP GET_PARAMETER empty and non-empty operation.Chris Conroy2010-03-241-30/+33
| | | | Test coverage included. Thanks to Massimo Callegari for the bug report
* restore executable bits on some filesDaniel Stenberg2010-03-241-0/+0
|
* remove the CVSish $Id$ linesDaniel Stenberg2010-03-24166-166/+0
|
* update to current stateDaniel Stenberg2010-03-244-12/+15
|
* mark connection as connectedDaniel Stenberg2010-03-231-0/+1
| | | | | | | | | | Kenny To filed the bug report #2963679 with patch to fix a problem he experienced with doing multi interface HTTP POST over a proxy using PROXYTUNNEL. He found a case where it would connect fine but bits.tcpconnect was not set correct so libcurl didn't work properly. (http://curl.haxx.se/bug/view.cgi?id=2963679)
* chunked-encoding with Content-Length: header problemDaniel Stenberg2010-03-231-2/+1
| | | | | | | | Akos Pasztory filed debian bug report #572276 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572276 mentioning a problem with a resource that returns chunked-encoded _and_ with a Content-Length and libcurl failed to properly ignore the latter information.
* delayed easy handle kill caused double Curl_close() callDaniel Stenberg2010-03-231-2/+8
| | | | | | | | | | | | | | | | | Hauke Duden provided an example program that made the multi interface crash. His example simply used the multi interface and did first one FTP transfer and after completion it used a second easy handle and did another FTP transfer on the same FTP server. This triggered a bug in the "delayed easy handle kill" system that curl uses: when an FTP connection is left alive it must keep an easy handle around internally - only for the purpose of having an easy handle when it later disconnects it. The code assumed that when the easy handle was removed and an internal reference was made, that version could be killed later on when a new easy handle came using the same connection. This was wrong as Hauke's example showed that the removed handle wasn't killed for real until later. This caused a double close attempt => segfault.
* fix the alarm()-based DNS timeoutThomas Lopatic2010-03-221-9/+15
| | | | | | | | | | | | | | Looking at the code of Curl_resolv_timeout() in hostip.c, I think that in case of a timeout, the signal handler for SIGALRM never gets removed. I think that in my case it gets executed at some point later on when execution has long left Curl_resolv_timeout() or even the cURL library. The code that is jumped to with siglongjmp() simply sets the error message to "name lookup timed out" and then returns with CURLRESOLV_ERROR. I guess that instead of simply returning without cleaning up, the code should have a goto that jumps to the spot right after the call to Curl_resolv().
* Fix insufficient initialization in Curl_clone_ssl_config()douglas steinwand2010-03-221-0/+10
| | | | which could have caused a double free when reusing curl handle.
* Fix tftp return codes and tsize upload handlingBen Greear2010-03-211-7/+15
| | | | | | | | | Error codes were not properly returned to the main curl code (and on to apps using libcurl). tftp was crapping out when tsize == 0 on upload, but I see no reason to fail to upload just because the remote file is zero-length. Ignore tsize option on upload.
* more files to ignoreDaniel Stenberg2010-03-211-0/+3
|
* provide an initial set of .gitignore filesDaniel Stenberg2010-03-201-0/+3
|
* - Improved Curl_read() to not ignore the error returned from Curl_ssl_recv().Kamil Dudka2010-03-192-7/+9
|
* fix warning about conversions between curl_off_t and longDaniel Stenberg2010-03-181-4/+7
|
* another shot at the ftp_init() icc 9.1 optimizer issueYang Tse2010-03-181-4/+8
|
* - Constantine Sapuntzakis brought a patch:Daniel Stenberg2010-03-151-67/+70
| | | | | | | | | The problem mentioned on Dec 10 2009 (http://curl.haxx.se/bug/view.cgi?id=2905220) was only partially fixed. Partially because an easy handle can be associated with many connections in the cache (e.g. if there is a redirect during the lifetime of the easy handle). The previous patch only cleaned up the first one. The new fix now removes the easy handle from all connections, not just the first one.
* fix compiler warningYang Tse2010-03-111-2/+2
|
* Allow compilation even when OpenSSL has been configured without MD4 support.Dan Fandrich2010-03-111-5/+16
|
* - Ben Greear brought a patch that fixed the rate limiting logic for TFTP whenDaniel Stenberg2010-03-061-17/+109
| | | | the easy interface was used.
* indent fix by Ben Greear, I removed some braces for single-line conditionalDaniel Stenberg2010-03-061-6/+5
| | | | expressions
* Constantine Sapuntzakis detected and fixed a double free in builds doneYang Tse2010-03-051-4/+3
| | | | | with threaded resolver enabled (Windows default configuration) that would get triggered when a curl handle is closed while doing DNS resolution.
* - Based on patch provided by Jacob Moshenko, the transfer logic now properlyDaniel Stenberg2010-03-021-4/+13
| | | | | | makes sure that when using sub-second timeouts, there's no final bad 1000ms wait. Previously, a sub-second timeout would often make the elapsed time end up the time rounded up to the nearest second (e.g. 1s for 200ms timeout)
* - Andrei Benea filed bug report #2956698 and pointed out that theDaniel Stenberg2010-03-021-0/+1
| | | | | | | CURLOPT_CERTINFO feature leaked memory due to a missing OpenSSL function call. He provided the patch to fix it too. http://curl.haxx.se/bug/view.cgi?id=2956698
* - Made the pingpong timeout code properly deal with the response timeout ANDDaniel Stenberg2010-03-023-15/+25
| | | | | | | | | | the global timeout if set. Also, as was reported in the bug report #2956437 by Ryan Chan, the time stamp to use as basis for the per command timeout was not set properly in the DONE phase for FTP (and not for SMTP) so I fixed that just now. This was a regression compared to 7.19.7 due to the conversion of FTP code over to the generic pingpong concepts. http://curl.haxx.se/bug/view.cgi?id=2956437
* remove assignment never usedDaniel Stenberg2010-03-021-2/+2
|
* - Ben Greear provided an update for TFTP that fixes upload.Daniel Stenberg2010-03-011-33/+39
|
* - Wesley Miaw reported bug #2958179 which identified a case of looping duringDaniel Stenberg2010-03-011-1/+1
| | | | | | | OpenSSL based SSL handshaking even though the multi interface was used and there was no good reason for it. http://curl.haxx.se/bug/view.cgi?id=2958179
* - Pat Ray in bug #2958474 pointed out an off-by-one case when receiving aDaniel Stenberg2010-02-261-3/+6
| | | | | | chunked-encoding trailer. http://curl.haxx.se/bug/view.cgi?id=2958474
* Fixed a couple of out of memory leaks and a segfault in the IMAP code.Dan Fandrich2010-02-261-2/+5
|
* Added SIZEOF_INT and SIZEOF_SHORT definitions for non-configure systemsYang Tse2010-02-2612-10/+59
|
* fix compiler warningYang Tse2010-02-263-2/+73
|
* fix compiler warningYang Tse2010-02-261-1/+1
|
* fix compiler warningYang Tse2010-02-251-0/+2
|
* Fixed a couple of out of memory leaks and a segfault in the SMTP code.Dan Fandrich2010-02-251-1/+4
|
* fix compiler warningYang Tse2010-02-244-9/+12
|
* fix compiler warningYang Tse2010-02-231-1/+1
|
* fix socket data type and logging format in debug tracking socket functionsYang Tse2010-02-222-21/+39
|
* convert Curl_ultous() and Curl_ultouc() functions to curlx_ultous() andYang Tse2010-02-224-7/+14
| | | | | curlx_ultouc(), exposing them through curlx.h to allow proper code reuse later in our test harness.
* _ Adjusted RFC821 HELO fallback and enabled test804Patrick Monnerat2010-02-221-1/+1
|
* - Proper handling of STARTTLS on SMTP, taking CURLUSESSL_TRY into account.Patrick Monnerat2010-02-222-16/+76
| | | | | | - SMTP falls back to RFC821 HELO when EHLO fails (and SSL is not required). - Use of true local host name (i.e.: via gethostname()) when available, as default argument to SMTP HELO/EHLO. - Test case 804 for HELO fallback.
* add header inclusionYang Tse2010-02-221-0/+1
|
* fix compiler warningYang Tse2010-02-223-3/+19
|
* fix compiler warningYang Tse2010-02-212-16/+35
|
* - Fixed the SMTP compliance by making sure RCPT TO addresses are specifiedDaniel Stenberg2010-02-201-20/+26
| | | | | | | properly in angle brackets. Recipients provided with CURLOPT_MAIL_RCPT now get angle bracket wrapping automatically by libcurl unless the recipient starts with an angle bracket as then the app is assumed to deal with that properly on its own.
* - I made the SMTP code expect a 250 response back from the server after theDaniel Stenberg2010-02-202-0/+38
| | | | | | | full DATA has been sent, and I modified the test SMTP server to also send that response. As usual, the DONE operation that is made after a completed transfer is still not doable in a non-blocking way so this waiting for 250 is unfortunately made blockingly.
* corected a comment and wrapped a few longish linesDaniel Stenberg2010-02-201-13/+18
|
View Lorry Controller Status