The man page for cURL documents that if it gets a 303 when sending a POST, it
will retry the new location with a GET. However, when it does that, one of the
servers I am talking to then complains about the lack of a Content-Length. I am
including the output of my command and my command. See the
On Tue, 15 Jan 2013, Daniel Stenberg wrote:
I'm on the 1059 issue now.
I run this and compare the traces and that tells Curl_proxyCONNECT() seems to
not be working entirely correct for you, although I haven't been able to
pinpoint why/how.
Your trace says after the CONNECT response:
18:39
On Tue, 15 Jan 2013, Yang Tse wrote:
Remaining failures are test cases 238, 1316 and 1059.
I decided test 238 was not handled properly already in the existing code. I've
now added a check that makes it bail earlier, already when receiving an
illegal 229 response.
I'm on the 1059 issue now.
> On Mon, Jan 14, 2013, Daniel Stenberg wrote:
>
>> I assume then that we can conclude that bug #1182 can be closed?
Dave Reisner has confirmed that the issue is fixed for him, and
autobuilds with autoconf 2.57 and newer versions have worked ok. So
yes it can be closed as fixed for next release.
On Tue, Jan 15, 2013, Daniel Stenberg wrote:
>
> The 'done' being FALSE is not good. If the retry is to be done, we must
> consider that request as done so we need to explicitly make it so. Please
> try the patch below and see if it makes anything better. It works fine for
> me with the patch appli
On Tue, 15 Jan 2013, Of Stanislav Ivochkin wrote:
> I looked through the
thread http://curl.haxx.se/mail/lib-2011-12/0012.html,
> but did not find neither compromise on implementation strategy
> nor implementation itself in vcs. The related thread
> http://curl.haxx.se/mail/lib-2010-06/0138.html e
Hi Tomáš,
> I am trying to build curl into a static library (...) and expected that this
> will link to libcmt.lib with the /MT flag.
You have to discern between what kind of library is created (static
.lib or dynamic .dll, or .a/.so in Unix) and what kind of CRT library
is used (libcmt or msvcrt
On Mon, 14 Jan 2013, Yang Tse wrote:
When trying to use this connection in multi.c:1430 with Curl_readwrite() it
finds that the connection has already been disconnected. easy->result gets
CURLE_RECV_ERROR in multi.c:1430 and 'done' is FALSE.
Thanks for that analysis. It brights much clarity!