| 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283848586878889909192939495969798 |
- .\" generated by cd2nroff 0.1 from curl_multi_wait.md
- .TH curl_multi_wait 3 "2025-01-17" libcurl
- .SH NAME
- curl_multi_wait \- poll on all easy handles in a multi handle
- .SH SYNOPSIS
- .nf
- #include <curl/curl.h>
- CURLMcode curl_multi_wait(CURLM *multi_handle,
- struct curl_waitfd extra_fds[],
- unsigned int extra_nfds,
- int timeout_ms,
- int *numfds);
- .fi
- .SH DESCRIPTION
- \fIcurl_multi_wait(3)\fP polls all file descriptors used by the curl easy
- handles contained in the given multi handle set. It blocks until activity is
- detected on at least one of the handles or \fItimeout_ms\fP has passed.
- Alternatively, if the multi handle has a pending internal timeout that has a
- shorter expiry time than \fItimeout_ms\fP, that shorter time is being used
- instead to make sure timeout accuracy is reasonably kept.
- The calling application may pass additional \fIcurl_waitfd\fP structures which
- are similar to \fIpoll(2)\fP\(aqs \fIpollfd\fP structure to be waited on in the
- same call.
- On completion, if \fInumfds\fP is non\-NULL, it gets populated with the total
- number of file descriptors on which interesting events occurred. This number
- can include both libcurl internal descriptors as well as descriptors provided
- in \fIextra_fds\fP.
- If no extra file descriptors are provided and libcurl has no file descriptor
- to offer to wait for, this function returns immediately. (Consider using
- \fIcurl_multi_poll(3)\fP to avoid this behavior.)
- This function is encouraged to be used instead of select(3) when using the
- multi interface to allow applications to easier circumvent the common problem
- with 1024 maximum file descriptors.
- .SH curl_waitfd
- .nf
- struct curl_waitfd {
- curl_socket_t fd;
- short events;
- short revents;
- };
- .fi
- .IP CURL_WAIT_POLLIN
- Bit flag to \fIcurl_waitfd.events\fP indicating the socket should poll on read
- events such as new data received.
- .IP CURL_WAIT_POLLPRI
- Bit flag to \fIcurl_waitfd.events\fP indicating the socket should poll on high
- priority read events such as out of band data.
- .IP CURL_WAIT_POLLOUT
- Bit flag to \fIcurl_waitfd.events\fP indicating the socket should poll on
- write events such as the socket being clear to write without blocking.
- .SH PROTOCOLS
- This functionality affects all supported protocols
- .SH EXAMPLE
- .nf
- int main(void)
- {
- CURL *easy;
- CURLM *multi = curl_multi_init();
- int still_running;
- /* add the individual easy handle */
- curl_multi_add_handle(multi, easy);
- do {
- CURLMcode mc;
- int numfds;
- mc = curl_multi_perform(multi, &still_running);
- if(mc == CURLM_OK) {
- /* wait for activity, timeout or "nothing" */
- mc = curl_multi_wait(multi, NULL, 0, 1000, &numfds);
- }
- if(mc != CURLM_OK) {
- fprintf(stderr, "curl_multi failed, code %d.\\n", mc);
- break;
- }
- } while(still_running);
- curl_multi_remove_handle(multi, easy);
- }
- .fi
- .SH AVAILABILITY
- Added in curl 7.28.0
- .SH RETURN VALUE
- CURLMcode type, general libcurl multi interface error code. See
- \fIlibcurl\-errors(3)\fP
- .SH SEE ALSO
- .BR curl_multi_fdset (3),
- .BR curl_multi_perform (3),
- .BR curl_multi_poll (3)
|