Daniel Stenberg wrote:
> On Mon, 3 Oct 2011, Rich Gray wrote:
>
>> "Before version 7.20.0: If you receive CURLM_CALL_MULTI_PERFORM, this
>> basically means that you should call curl_multi_perform again, before
>> you select() on more actions.
>> I'm trying to figure out what this really means.
>
> If you use a recent libcurl I think you should ignore the entire
> paragraph! It is basically trying to describe how to act when
> CURLM_CALL_MULTI_PERFORM is returned, and that return code is never
> used in modern libcurl versions.
Ah, I hadn't picked up that it was an obsolete return code. I'll try to
come up with some text for the man page and any other spots. For today,
I need to get the multi code working. ;) I've already coded a simple
test using the easy interface.
> For program timing, my select() timevals are always a second or less.
> So, if I can guarantee that 'perform will be called at least once a
> second, do I need to even mess with getting the timeout value from
> libcurl?
>
> No, then you'll be fine! Unless of course if you for some reason aim
> for sub-second resolution on timouts set to libcurl, but I think you
> figured that out already! =)
Nah, my timeouts will probably be on the order of 10s of seconds,
probably 60 or so (enough to allow TCP a retry.) I'll keep the UDP
processing comments in mind, but I don't think they apply for this use.

Cheers!
Rich

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