cURL / Mailing Lists / curl-library / Single Mail

curl-library

Re: Questions on using the curl multi interface(som clarification)

From: lali .cpp <lali.cpp_at_gmail.com>
Date: Fri, 10 Sep 2010 14:30:33 +0530

On 6 September 2010 03:01, Daniel Stenberg <daniel_at_haxx.se> wrote:

> On Sun, 5 Sep 2010, lali .cpp wrote:
>
> CURLOPT_CONNECTTIMEOUT does not really work for the multi interface in any
>>> released libcurl version. We're working on making sure it works correctly
>>> for the next release.
>>>
>>
>> Thanks a lot for this information. Does CURLOPT_TIMEOUT_MS work for multi
>> interface?
>>
>
> No, it's similarly flawed. Well, I would of course be happy if you tried
> out a recent daily snapshot and checked, as I believe they are now working
> pretty good.
>

Does it mean that it makes no sense to set these two timeouts i.e
CURLOPT_CONNECTTIMEOUT_MS and CURLOPT_TIMEOUT_MS on the easy handles when
these easy handles will be used by adding them to a multihandle? That is I
cannot enforce a connection timeout and transfer timeout( I am using curl
7.19.4). Anyway, to enforce transfer timeout in a multihandle, I can set
timeout in select and then break out of the loop.

Regarding the application crashes I am observing, they all occur because a
"connectdata" structure being used is invalid. Does setting a timeout on
easy handles removes the connection on timeout? Easy handles are never used
independent of multi handle.

This problem looks similar to
http://www.mail-archive.com/curl-library@cool.haxx.se/msg04380.html except
that I use http instead of ftp.

Can you please give me a brief as what is the result of using timeouts on
easy handles when these handles would be used for transfer only in a
multihandle?

I am also planning to use the latest version of libcurl i.e 7.21.1 to see if
it rectifies my problem

Thanks a lot

Regards
lali

-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette: http://curl.haxx.se/mail/etiquette.html
Received on 2010-09-10