History log of /curl/lib/transfer.c (Results 451 – 475 of 866)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# 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 ...


1...<<11121314151617181920>>...35