cURL / Mailing Lists / curl-library / Single Mail

curl-library

RE: Problems with Post followed by No-Post

From: Stephane GRAZIANI <graziani_at_isoft.fr>
Date: Tue, 27 May 2003 12:40:26 +0200

Thanks a lot!

You are right and this solved my problem.

But I just wonder why this option was only documented in version 7.10.5 and
not 7.10.4!!

That is why I did not find it before...

Anyway, thanks again, Daniel.

Stephane GRAZIANI

-----Message d'origine-----
De : curl-library-admin_at_lists.sourceforge.net
[mailto:curl-library-admin_at_lists.sourceforge.net]De la part de Daniel
Stenberg
Envoye : mardi 27 mai 2003 08:50
A : libcurl Mailing list
Objet : Re: Problems with Post followed by No-Post

On Mon, 26 May 2003, Stephane GRAZIANI wrote:

> In my use of the easy interface of libcurl library 7.10.5, I encounter a
> strange problem, which did not seem to appear with the 7.9.1 : when I do a
> query with POST fields, and then perform another query without POST fields
> using the same handle, I get a crash in fillbuffer, du e to the fact that
> curl tries to do an upload using older POST informations and so calls the
> Read callback, which I do not use while downloading and is thus set to
> NULL.
>
> I checked almost everything in my parameters (I remove the
> CURLOPT_POSTFIELDS option), and I do not understand how I can get the
> previous value of POST parameters into conn->upload_fromhere in fillbuffer
> (transfer.c).

It would help us a lot if you could provide us with an example snippet
showing your code that fails. But, in this case it does sound as if you
don't
properly use CURLOPT_HTTPGET to get back from POST to GET again.

I can't say why it worked without CURLOPT_HTTPGET in 7.9.1, but this is an
option you want to use. Does this solve your problem?

--
 Daniel Stenberg -- curl: been grokking URLs since 1998
-------------------------------------------------------
This SF.net email is sponsored by: ObjectStore.
If flattening out C++ or Java code to make your application fit in a
relational database is painful, don't do it! Check out ObjectStore.
Now part of Progress Software. http://www.objectstore.net/sourceforge
-------------------------------------------------------
This SF.net email is sponsored by: ObjectStore.
If flattening out C++ or Java code to make your application fit in a
relational database is painful, don't do it! Check out ObjectStore.
Now part of Progress Software. http://www.objectstore.net/sourceforge
Received on 2003-05-27