# curl-multi-info-read not functioning

- Thread: https://externals.io/message/8550
- Original archive: https://news-web.php.net/php.internals/8550
- Started by jason@neodisco.com on 2004-03-17T05:11:43+00:00
- Messages: 3
- Reply by email to internals@lists.php.net
- More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt

---

## #8550 — jason@neodisco.com — 2004-03-17T05:11:43+00:00

URL: https://externals.io/message/8550#8550

Hello!

I am writing a php-cgi server, using curl-multi.  It needs to start a bunch of curl 
'threads', and steadily process the results of finished 'threads' and start new ones in 
their place.  

It seems to be working other than `curl_multi_info_read()` - this function does not 
return any data so I cannot see which curl threads have finished and are ready for 
processing.  

Looking at the curl.haxx.se curl-lib docs, it doesn't look too complicated (I'm not a C 
programmer though!) to implement, seeing as everything else is working.  Perhaps I 
have missed something entirely.  

I assume it is the same problem as mentioned here:?

http://marc.theaimsgroup.com/?l=php-dev&m=104791992407964&w=2

Thank you in advance for any help or suggestions you can offer, or perhaps even an 
ETA on when this function might be finished so I can either wait, or skin the cat 
another way.

Warm regards,

Jason

---

## #8560 — Sterling Hughes — 2004-03-17T15:48:15+00:00

URL: https://externals.io/message/8550#8560 · In reply to: #8550

curl_multi_info_read() is currently not working.  I am planning on 
getting it working before php5, andi allowing (*), although I don't 
have any specific timeframe.

You can use $still_running returned from curl_multi_exec (or perform, i 
can't remember what i called the php version) to spawn new connections 
if you like...

-Sterling

(*) It shouldn't hold up the release, but I think it should be allowed 
as a bug fix, since its currently there, just not implemented, and its 
important to the multi interface.



> Hello!
>
> I am writing a php-cgi server, using curl-multi.  It needs to start a 
> bunch of curl
> 'threads', and steadily process the results of finished 'threads' and 
> start new ones in
> their place.
>
> It seems to be working other than `curl_multi_info_read()` - this 
> function does not
> return any data so I cannot see which curl threads have finished and 
> are ready for
> processing.
>
> Looking at the curl.haxx.se curl-lib docs, it doesn't look too 
> complicated (I'm not a C
> programmer though!) to implement, seeing as everything else is 
> working.  Perhaps I
> have missed something entirely.
>
> I assume it is the same problem as mentioned here:?
>
> http://marc.theaimsgroup.com/?l=php-dev&m=104791992407964&w=2
>
> Thank you in advance for any help or suggestions you can offer, or 
> perhaps even an
> ETA on when this function might be finished so I can either wait, or 
> skin the cat
> another way.
>
> Warm regards,
>
> Jason

---

## #8563 — Andi Gutmans — 2004-03-17T16:07:47+00:00

URL: https://externals.io/message/8550#8563 · In reply to: #8550

At 10:48 AM 3/17/2004 -0500, Sterling Hughes wrote:
>curl_multi_info_read() is currently not working.  I am planning on getting 
>it working before php5, andi allowing (*), although I don't have any 
>specific timeframe.
>
>You can use $still_running returned from curl_multi_exec (or perform, i 
>can't remember what i called the php version) to spawn new connections if 
>you like...
>
>-Sterling
>
>(*) It shouldn't hold up the release, but I think it should be allowed as 
>a bug fix, since its currently there, just not implemented, and its 
>important to the multi interface.

Hey,

I plan on release RC1 tomorrow (god willing).
However, it's fine with me to fix this before the final release.

Andi