diff options
| author | Daniel Stenberg <daniel@haxx.se> | 2011-10-20 08:48:15 +0200 |
|---|---|---|
| committer | Daniel Stenberg <daniel@haxx.se> | 2011-10-20 13:12:02 +0200 |
| commit | adaa3f6e141ae4e721fb2d426a9b7a181ffb4fb8 (patch) | |
| tree | 5dd2d1e1188a612d085d4e45bedbf62bcd8f11e3 | |
| parent | cf0f6729e78dce46c14c3e20b7be2195577a7af9 (diff) | |
CURLM_CALL_MULTI_PERFORM: remove mention
This return code has not been used since 7.20.0 so we can stop
mentioning it for current libcurl.
| -rw-r--r-- | docs/libcurl/libcurl-multi.3 | 8 |
1 files changed, 0 insertions, 8 deletions
diff --git a/docs/libcurl/libcurl-multi.3 b/docs/libcurl/libcurl-multi.3 index 6cad56756..21cf8218b 100644 --- a/docs/libcurl/libcurl-multi.3 +++ b/docs/libcurl/libcurl-multi.3 @@ -82,14 +82,6 @@ might need attention. This also makes it very easy for your program to wait for input on your own private file descriptors at the same time or perhaps timeout every now and then, should you want that. -A little note here about the return codes from the multi functions, and -especially the \fIcurl_multi_perform(3)\fP: if you receive -\fICURLM_CALL_MULTI_PERFORM\fP, this basically means that you should call -\fIcurl_multi_perform(3)\fP again, before you select() on more actions. You -don't have to do it immediately, but the return code means that libcurl may -have more data available to return or that there may be more data to send off -before it is "satisfied". - \fIcurl_multi_perform(3)\fP stores the number of still running transfers in one of its input arguments, and by reading that you can figure out when all the transfers in the multi handles are done. 'done' does not mean |