#
0ecdcc25 |
| 15-Oct-2008 |
Daniel Stenberg |
- John Wilkinson filed bug #2155496 (http://curl.haxx.se/bug/view.cgi?id=2155496) pointing out an error case without a proper human-readable error message. When a read callback returns
- John Wilkinson filed bug #2155496 (http://curl.haxx.se/bug/view.cgi?id=2155496) pointing out an error case without a proper human-readable error message. When a read callback returns a too large value (like when trying to return a negative number) it would trigger and the generic error message then makes the proplem slightly different to track down. I've added an error message for this now.
show more ...
|
#
9dcd0756 |
| 10-Oct-2008 |
Dan Fandrich |
Fixed some compiler warnings with CURL_DISABLE_HTTP
|
#
5b9a57f5 |
| 09-Oct-2008 |
Dan Fandrich |
Get rid of some more code in the CURL_DISABLE_HTTP case
|
#
830018aa |
| 08-Oct-2008 |
Daniel Stenberg |
- Bug #2152270 (http://curl.haxx.se/bug/view.cgi?id=2152270) identified and fixed a CURLINFO_REDIRECT_URL memory leak and an additional wrong-doing: Any subsequent transfer with a re
- Bug #2152270 (http://curl.haxx.se/bug/view.cgi?id=2152270) identified and fixed a CURLINFO_REDIRECT_URL memory leak and an additional wrong-doing: Any subsequent transfer with a redirect leaks memory, eventually crashing the process potentially. Any subsequent transfer WITHOUT a redirect causes the most recent redirect that DID occur on some previous transfer to still be reported.
show more ...
|
#
b9ce8714 |
| 07-Oct-2008 |
Dan Fandrich |
Changed the handling of read/write errors in Curl_perform() to allow a a fresh connection to be made in such cases and the request retransmitted. This should fix test case 160. Added test ca
Changed the handling of read/write errors in Curl_perform() to allow a a fresh connection to be made in such cases and the request retransmitted. This should fix test case 160. Added test case 1079 in an attempt to test a similar connection dropping scenario, but as a race condition, it's hard to test reliably.
show more ...
|
#
2ef72f7a |
| 08-Sep-2008 |
Yang Tse |
fix compiler warning
|
#
387521bb |
| 08-Sep-2008 |
Daniel Stenberg |
comment < 80 columns
|
#
59e378f4 |
| 06-Sep-2008 |
Yang Tse |
remove unnecessary typecasting of malloc()
|
#
861b647e |
| 06-Sep-2008 |
Yang Tse |
remove unnecessary typecasting of realloc()
|
#
91ff9380 |
| 05-Sep-2008 |
Dan Fandrich |
Improved the logic the decides whether to use HTTP 1.1 features or not in a request. Detect cases where an upload must be sent chunked and the server supports only HTTP 1.0 and retur
Improved the logic the decides whether to use HTTP 1.1 features or not in a request. Detect cases where an upload must be sent chunked and the server supports only HTTP 1.0 and return CURLE_UPLOAD_FAILED.
show more ...
|
#
18110b51 |
| 05-Sep-2008 |
Daniel Stenberg |
- Martin Drasar provided the CURLOPT_POSTREDIR patch. It renames CURLOPT_POST301 (but adds a define for backwards compatibility for you who don't define CURL_NO_OLDIES). This option allow
- Martin Drasar provided the CURLOPT_POSTREDIR patch. It renames CURLOPT_POST301 (but adds a define for backwards compatibility for you who don't define CURL_NO_OLDIES). This option allows you to now also change the libcurl behavior for a HTTP response 302 after a POST to not use GET in the subsequent request (when CURLOPT_FOLLOWLOCATION is enabled). I edited the patch somewhat before commit. The curl tool got a matching --post302 option. Test case 1076 was added to verify this.
show more ...
|
Revision tags: curl-7_19_0 |
|
#
c67a99ff |
| 29-Aug-2008 |
Daniel Stenberg |
- When libcurl was doing a HTTP POST and the server would respond with "Connection: close" and actually close the connection after the response-body, libcurl could still have outstanding
- When libcurl was doing a HTTP POST and the server would respond with "Connection: close" and actually close the connection after the response-body, libcurl could still have outstanding data to send and it would not properly notice this and stop sending. This caused weirdness and sad faces. http://curl.haxx.se/bug/view.cgi?id=2080222 Note that there are still reasons to consider libcurl's behavior when getting a >= 400 response code while sending data, as Craig Perras' note "http upload: how to stop on error" specifies: http://curl.haxx.se/mail/archive-2008-08/0138.html
show more ...
|
#
4b01dfe3 |
| 26-Aug-2008 |
Dan Fandrich |
Fixed out of memory problems that caused torture test failures in tests 1021 and 1067.
|
#
ad638da2 |
| 16-Aug-2008 |
Yang Tse |
Library internal only C preprocessor macros FORMAT_OFF_T and FORMAT_OFF_TU remain in use as internal curl_off_t print formatting strings for the internal *printf functions which still cannot
Library internal only C preprocessor macros FORMAT_OFF_T and FORMAT_OFF_TU remain in use as internal curl_off_t print formatting strings for the internal *printf functions which still cannot handle print formatting string directives such as "I64d", "I64u", and others available on MSVC, MinGW, Intel's ICC, and other DOS/Windows compilers. This reverts previous commit part which did: FORMAT_OFF_T -> CURL_FORMAT_CURL_OFF_T FORMAT_OFF_TU -> CURL_FORMAT_CURL_OFF_TU
show more ...
|
#
66fb9ca5 |
| 15-Aug-2008 |
Yang Tse |
For congruency sake with the naming of other CURL_XXXXXX_CURL_OFF_T macros, the names of the curl_off_t formatting string directives now become CURL_FORMAT_CURL_OFF_T and CURL_FORMAT_CURL_OFF
For congruency sake with the naming of other CURL_XXXXXX_CURL_OFF_T macros, the names of the curl_off_t formatting string directives now become CURL_FORMAT_CURL_OFF_T and CURL_FORMAT_CURL_OFF_TU. CURL_FMT_OFF_T -> CURL_FORMAT_CURL_OFF_T CURL_FMT_OFF_TU -> CURL_FORMAT_CURL_OFF_TU Remove the use of an internal name for the curl_off_t formatting string directives and use the common one available from the inside and outside of the library. FORMAT_OFF_T -> CURL_FORMAT_CURL_OFF_T FORMAT_OFF_TU -> CURL_FORMAT_CURL_OFF_TU
show more ...
|
#
58f7c82d |
| 12-Aug-2008 |
Yang Tse |
Fix 'result' may be used uninitialized in function readwrite_data()
|
#
ab83c0fd |
| 08-Aug-2008 |
Dan Fandrich |
Refactored Curl_readwrite() into a number of smaller functions.
|
#
3a499099 |
| 04-Aug-2008 |
Daniel Stenberg |
- Test cases 1051, 1052 and 1055 were added by Daniel Fandrich on July 30 and proved how PUT and POST with a redirect could lead to a "hang" due to the data stream not being rewound prope
- Test cases 1051, 1052 and 1055 were added by Daniel Fandrich on July 30 and proved how PUT and POST with a redirect could lead to a "hang" due to the data stream not being rewound properly when it had to in order to get sent properly (again) to the subsequent URL. This is now fixed and these test cases are no longer disabled.
show more ...
|
#
3615063f |
| 01-Aug-2008 |
Dan Fandrich |
Added more code under #ifndef CURL_DISABLE_HTTP to fix builds with --disable-http
|
#
cc0285da |
| 30-Jul-2008 |
Dan Fandrich |
Factored out Curl_copy_header_value
|
#
a96784b9 |
| 26-Jul-2008 |
Daniel Stenberg |
- David Bau filed bug report #2026240 "CURL_READFUNC_PAUSE leads to buffer overrun" (http://curl.haxx.se/bug/view.cgi?id=2026240) identifying two problems, and providing the fix for them:
- David Bau filed bug report #2026240 "CURL_READFUNC_PAUSE leads to buffer overrun" (http://curl.haxx.se/bug/view.cgi?id=2026240) identifying two problems, and providing the fix for them: - CURL_READFUNC_PAUSE did in fact not pause the _sending_ of data that it is designed for but paused _receiving_ of data! - libcurl didn't internally set the read counter to zero when this return code was detected, which would potentially lead to junk getting sent to the server.
show more ...
|
#
6f3ef948 |
| 10-Jul-2008 |
Dan Fandrich |
Fixed another OOM problem, this time with test 64.
|
#
d4b253ba |
| 09-Jul-2008 |
Dan Fandrich |
Fixed an OOM handling problem that cause test 11 to fail the torture test.
|
#
82412f21 |
| 03-Jul-2008 |
Daniel Stenberg |
Phil Blundell provided a fix for libcurl's treatment of unexpected 1xx response codes. Previously libcurl would hang on such occurances. I added test case 1033 to verify.
|
Revision tags: curl-7_18_2 |
|
#
f7815fa9 |
| 26-May-2008 |
Daniel Stenberg |
- Bug report #1973352 (http://curl.haxx.se/bug/view.cgi?id=1973352) identified how the HTTP redirect following code didn't properly follow to a new URL if the new url was but a query stri
- Bug report #1973352 (http://curl.haxx.se/bug/view.cgi?id=1973352) identified how the HTTP redirect following code didn't properly follow to a new URL if the new url was but a query string such as "Location: ?moo=foo". Test case 1031 was added to verify this fix.
show more ...
|