Instead of curl_multi_socket_action() with CURL_SOCKET_TIMEOUT, it seems the better answer is curl_multi_socket_all().
On Mon, Jul 22, 2013 at 2:27 PM, Justin Karneges <jus...@fanout.io> wrote: > On Mon, Jul 22, 2013 at 1:38 PM, Daniel Stenberg <dan...@haxx.se> wrote: > >> On Mon, 22 Jul 2013, Justin Karneges wrote: >> >> In examining the source to libcurl, it appears that curl_easy_pause() >>> only sets some internal data and returns. That is, it does not actually run >>> the curl engine. >>> >> >> Hm, yes I think you're right. But libcurl doesn't know what "engine" that >> should be run as the unpausing is done the same way no matter which API >> you're using so it can't know what to do... >> >> >> So, I think I must call some other method immediately after >>> curl_easy_pause() to get things moving again. Any ideas? >>> >>> For the moment I've tried curl_multi_socket_action() with >>> CURL_SOCKET_TIMEOUT which seems to be working, but it feels wrongish. >>> >> >> I think that's perhaps the best way to proceed, and that the best way for >> us is to ducument this as how to do it when using the multi_socket API. >> >> How would you think a way that wouldn't feel "wrongish" would look like >> or work? >> > > Well the important thing is to have a method that works at all. When I use > CURL_SOCKET_TIMEOUT, I wonder if curl will only do processing related to > timeouts? But if this method will also process socket activity then maybe > it is fine? > > The above approach is a little awkward in that it requires kicking the > entire "multi" engine (which would check all running sessions) just to > unpause a single "easy". I also think it would be ideal if unpausing worked > without having to reference the CURLM at all. In a multi_socket-based app, > this seems to be the only instance where a CURL needs to know about its > owning CURLM. But I guess this relationship needs to be known somewhere, > and if curl itself does not have awareness of this then maybe the app has > no choice. > > So I'd say it would be ideal if curl_easy_pause() to "just worked". > Failing that, maybe some curl_multi_socket_proceed(CURLM *, CURL *) method. > > -- > > Justin Karneges > > Fanout, Inc. > > 530-220-7222 > -- Justin Karneges Fanout, Inc. 530-220-7222
------------------------------------------------------------------- List admin: http://cool.haxx.se/list/listinfo/curl-library Etiquette: http://curl.haxx.se/mail/etiquette.html
