Revision tags: curl-7_40_0 |
|
#
56120ca0 |
| 30-Nov-2014 |
Steve Holme |
transfer: Code style policing Prefer ! rather than NULL in if statements, added comments and updated function spacing, argument spacing and line spacing to be more readble.
|
#
785d76d6 |
| 30-Nov-2014 |
Steve Holme |
transfer: Fixed existing scratch buffer being checked for NULL twice If the scratch buffer already existed when the CRLF conversion was performed then the buffer pointer would be checked
transfer: Fixed existing scratch buffer being checked for NULL twice If the scratch buffer already existed when the CRLF conversion was performed then the buffer pointer would be checked twice for NULL. This second check is only necessary if the call to malloc() was performed by the first check.
show more ...
|
#
9afd9702 |
| 30-Nov-2014 |
Steve Holme |
smtp: Fixed dot stuffing being performed when no new data read Whilst I had moved the dot stuffing code from being performed before CRLF conversion takes place to after it, in commit 4bd
smtp: Fixed dot stuffing being performed when no new data read Whilst I had moved the dot stuffing code from being performed before CRLF conversion takes place to after it, in commit 4bd860a001, I had moved it outside the 'when something read' block of code when meant it could perform the dot stuffing twice on partial send if nread happened to contain the right values. It also meant the function could potentially read past the end of buffer. This was highlighted by the following warning: warning: `nread' might be used uninitialized in this function
show more ...
|
#
4bd860a0 |
| 26-Nov-2014 |
Steve Holme |
smtp: Added support for the conversion of Unix newlines during mail send Added support for the automatic conversion of Unix newlines to CRLF during mail uploads. Feature: http:/
smtp: Added support for the conversion of Unix newlines during mail send Added support for the automatic conversion of Unix newlines to CRLF during mail uploads. Feature: http://curl.haxx.se/bug/view.cgi?id=1456
show more ...
|
Revision tags: curl-7_39_0 |
|
#
15c4d51d |
| 02-Nov-2014 |
Carlo Wood |
Curl_single_getsock: fix hold/pause sock handling The previous condition that checked if the socket was marked as readable when also adding a writable one, was incorrect and didn't take
Curl_single_getsock: fix hold/pause sock handling The previous condition that checked if the socket was marked as readable when also adding a writable one, was incorrect and didn't take the pause bits properly into account.
show more ...
|
#
9bc2582c |
| 30-Oct-2014 |
Daniel Stenberg |
resume: consider a resume from [content-length] to be OK Basically since servers often then don't respond well to this and instead send the full contents and then libcurl would instead e
resume: consider a resume from [content-length] to be OK Basically since servers often then don't respond well to this and instead send the full contents and then libcurl would instead error out with the assumption that the server doesn't support resume. As the data is then already transfered, this is now considered fine. Test case 1434 added to verify this. Test case 1042 slightly modified. Reported-by: hugo Bug: http://curl.haxx.se/bug/view.cgi?id=1443
show more ...
|
#
276741af |
| 29-Oct-2014 |
Kamil Dudka |
transfer: drop the code handling the ssl_connect_retry flag Its last use has been removed by the previous commit.
|
#
0eb3d15c |
| 23-Oct-2014 |
Daniel Stenberg |
code cleanup: we prefer 'CURLcode result' ... for the local variable name in functions holding the return code. Using the same name universally makes code easier to read and follow.
code cleanup: we prefer 'CURLcode result' ... for the local variable name in functions holding the return code. Using the same name universally makes code easier to read and follow. Also, unify code for checking for CURLcode errors with: if(result) or if(!result) instead of if(result == CURLE_OK), if(CURLE_OK == result) or if(result != CURLE_OK)
show more ...
|
Revision tags: curl-7_38_0, curl-7_37_1 |
|
#
e9344390 |
| 08-Jun-2014 |
Alessandro Ghedini |
transfer: fix info messages when switching method on 301 and 302 The method change is forbidden by the obsolete RFC2616, but libcurl did it anyway for compatibility reasons. The new RFC7
transfer: fix info messages when switching method on 301 and 302 The method change is forbidden by the obsolete RFC2616, but libcurl did it anyway for compatibility reasons. The new RFC7231 allows this behaviour so there's no need for the scary "Violate RFC 2616/10.3.x" notice. Also update the comments accordingly.
show more ...
|
Revision tags: curl-7_37_0 |
|
#
df13f8e8 |
| 20-May-2014 |
Daniel Stenberg |
bits.close: introduce connection close tracking Make all code use connclose() and connkeep() when changing the "close state" for a connection. These two macros take a string argument wit
bits.close: introduce connection close tracking Make all code use connclose() and connkeep() when changing the "close state" for a connection. These two macros take a string argument with an explanation, and debug builds of curl will include that in the debug output. Helps tracking connection re-use/close issues.
show more ...
|
#
d5ec44ca |
| 15-Apr-2014 |
Daniel Stenberg |
INFILESIZE: fields in UserDefined must not be changed run-time set.infilesize in this case was modified in several places, which could lead to repeated requests using the same handle to
INFILESIZE: fields in UserDefined must not be changed run-time set.infilesize in this case was modified in several places, which could lead to repeated requests using the same handle to get unintendent/wrong consequences based on what the previous request did!
show more ...
|
#
710f14ed |
| 20-Apr-2014 |
Daniel Stenberg |
handler: make 'protocol' always specified as a single bit This makes the findprotocol() function work as intended so that libcurl can properly be restricted to not support HTTP while sti
handler: make 'protocol' always specified as a single bit This makes the findprotocol() function work as intended so that libcurl can properly be restricted to not support HTTP while still supporting HTTPS - since the HTTPS handler previously set both the HTTP and HTTPS bits in the protocol field. This fixes --proto and --proto-redir for most SSL protocols. This is done by adding a few new convenience defines that groups HTTP and HTTPS, FTP and FTPS etc that should then be used when the code wants to check for both protocols at once. PROTO_FAMILY_[protocol] style. Bug: https://github.com/bagder/curl/pull/97 Reported-by: drizzt
show more ...
|
Revision tags: curl-7_36_0 |
|
#
891ef341 |
| 14-Mar-2014 |
Daniel Stenberg |
chunked-encoding: provide a readable error string for chunked errors
|
#
1f077181 |
| 28-Feb-2014 |
Steve Holme |
transfer.c: Fixed non-HTTP2 builds from commit cde0cf7c5e
|
#
cde0cf7c |
| 26-Feb-2014 |
Tatsuhiro Tsujikawa |
Fix bug that HTTP/2 hangs if whole response body is read with headers For HTTP/2, we may read up everything including responde body with header fields in Curl_http_readwrite_headers. If
Fix bug that HTTP/2 hangs if whole response body is read with headers For HTTP/2, we may read up everything including responde body with header fields in Curl_http_readwrite_headers. If no content-length is provided, curl waits for the connection close, which we emulate it using conn->proto.httpc.closed = TRUE. The thing is if we read everything, then http2_recv won't be called and we cannot signal the HTTP/2 stream has closed. As a workaround, we return nonzero from data_pending to call http2_recv.
show more ...
|
#
c021a60b |
| 13-Feb-2014 |
Tiit Pikma |
transfer: make Expect: 100-continue timeout configurable. Replaced the #define CURL_TIMEOUT_EXPECT_100 in transfer.c with the CURLOPT_EXPECT_100_TIMEOUT_MS option to make the timeout con
transfer: make Expect: 100-continue timeout configurable. Replaced the #define CURL_TIMEOUT_EXPECT_100 in transfer.c with the CURLOPT_EXPECT_100_TIMEOUT_MS option to make the timeout configurable.
show more ...
|
#
1ebf22cc |
| 06-Feb-2014 |
Remi Gacogne |
100-continue: fix timeout condition When using the multi socket interface, libcurl calls the curl_multi_timer_callback asking to be woken up after CURL_TIMEOUT_EXPECT_100 millisecond
100-continue: fix timeout condition When using the multi socket interface, libcurl calls the curl_multi_timer_callback asking to be woken up after CURL_TIMEOUT_EXPECT_100 milliseconds. After the timeout has expired, calling curl_multi_socket_action with CURL_SOCKET_TIMEOUT as sockfd leads libcurl to check expired timeouts. When handling the 100-continue one, the following check in Curl_readwrite() fails if exactly CURL_TIMEOUT_EXPECT_100 milliseconds passed since the timeout has been set! It seems logical to consider that having waited for exactly CURL_TIMEOUT_EXPECT_100 ms is enough. Bug: http://curl.haxx.se/bug/view.cgi?id=1334
show more ...
|
Revision tags: curl-7_35_0 |
|
#
3b183df9 |
| 05-Jan-2014 |
Daniel Stenberg |
multi: remove MULTI_TIMEOUT_INACCURACY With the recently added timeout "reminder" functionality, there's no reason left for us to execute timeout code before the time is ripe. Simpli
multi: remove MULTI_TIMEOUT_INACCURACY With the recently added timeout "reminder" functionality, there's no reason left for us to execute timeout code before the time is ripe. Simplifies the handling too. This will make the *TIMEOUT and *CONNECTTIMEOUT options more accurate again, which probably is most important when the *_MS versions are used. In multi_socket, make sure to update 'now' after having handled activity on a socket.
show more ...
|
#
60bd2262 |
| 31-Dec-2013 |
Steve Holme |
mprintf: Replaced internal usage of FORMAT_OFF_T and FORMAT_OFF_TU Following commit 0aafd77fa4c6f2, replaced the internal usage of FORMAT_OFF_T and FORMAT_OFF_TU with the external versio
mprintf: Replaced internal usage of FORMAT_OFF_T and FORMAT_OFF_TU Following commit 0aafd77fa4c6f2, replaced the internal usage of FORMAT_OFF_T and FORMAT_OFF_TU with the external versions that we expect API programmers to use. This negates the need for separate definitions which were subtly different under different platforms/compilers.
show more ...
|
#
2a4ee0d2 |
| 26-Dec-2013 |
Daniel Stenberg |
FILE: we don't support paused transfers using this protocol Make sure that we detect such attempts and return a proper error code instead of silently handling this in problematic ways.
FILE: we don't support paused transfers using this protocol Make sure that we detect such attempts and return a proper error code instead of silently handling this in problematic ways. Updated the documentation to mention this limitation. Bug: http://curl.haxx.se/bug/view.cgi?id=1286
show more ...
|
#
11e8066e |
| 17-Dec-2013 |
Daniel Stenberg |
vtls: renamed sslgen.[ch] to vtls.[ch]
|
#
eccf4fb7 |
| 17-Dec-2013 |
Daniel Stenberg |
vtls: created subdir, moved sslgen.[ch] there, updated all include lines
|
Revision tags: curl-7_34_0 |
|
#
be28223f |
| 02-Dec-2013 |
Daniel Stenberg |
multi: add timer inaccuracy margin to timeout/connecttimeout Since all systems have inaccuracy in the timeout handling it is imperative that we add an inaccuracy margin to the general ti
multi: add timer inaccuracy margin to timeout/connecttimeout Since all systems have inaccuracy in the timeout handling it is imperative that we add an inaccuracy margin to the general timeout and connecttimeout handling with the multi interface. This way, when the timeout fires we should be fairly sure that it has passed the timeout value and will be suitably detected. For cases where the timeout fire before the actual timeout, we would otherwise consume the timeout action and still not run the timeout code since the condition wasn't met. Reported-by: He Qin Bug: http://curl.haxx.se/bug/view.cgi?id=1298
show more ...
|
Revision tags: curl-7_33_0 |
|
#
4cd444e0 |
| 03-Oct-2013 |
Derek Higgins |
HTTP: Output http response 304 when modified time is too old When using the -w '%{http_code}' flag and simulating a Not Modified then 304 should be output.
|
#
a691e044 |
| 27-Aug-2013 |
Daniel Stenberg |
multi_socket: improved 100-continue timeout handling When waiting for a 100-continue response from the server, the Curl_readwrite() will refuse to run if called until the timeout has bee
multi_socket: improved 100-continue timeout handling When waiting for a 100-continue response from the server, the Curl_readwrite() will refuse to run if called until the timeout has been reached. We timeout code in multi_socket() allows code to run slightly before the actual timeout time, so for test 154 it could lead to the function being executed but refused in Curl_readwrite() and then the application would just sit idling forever. This was detected with runtests.pl -e on test 154.
show more ...
|