2002-03-04 05:09:48 -05:00
|
|
|
.\" $Id$
|
|
|
|
.\"
|
2004-12-18 05:24:49 -05:00
|
|
|
.TH curl_multi_info_read 3 "18 Dec 2004" "libcurl 7.10.3" "libcurl Manual"
|
2002-03-04 05:09:48 -05:00
|
|
|
.SH NAME
|
|
|
|
curl_multi_info_read - read multi stack informationals
|
|
|
|
.SH SYNOPSIS
|
|
|
|
#include <curl/curl.h>
|
|
|
|
|
|
|
|
CURLMsg *curl_multi_info_read( CURLM *multi_handle,
|
|
|
|
int *msgs_in_queue);
|
|
|
|
.ad
|
|
|
|
.SH DESCRIPTION
|
2003-02-27 09:25:54 -05:00
|
|
|
Ask the multi handle if there are any messages/informationals from the
|
|
|
|
individual transfers. Messages may include informationals such as an error
|
|
|
|
code from the transfer or just the fact that a transfer is completed. More
|
|
|
|
details on these should be written down as well.
|
2002-03-04 05:09:48 -05:00
|
|
|
|
|
|
|
Repeated calls to this function will return a new struct each time, until a
|
2003-02-27 09:25:54 -05:00
|
|
|
NULL is returned as a signal that there is no more to get at this point. The
|
|
|
|
integer pointed to with \fImsgs_in_queue\fP will contain the number of
|
|
|
|
remaining messages after this function was called.
|
2002-03-04 05:09:48 -05:00
|
|
|
|
2006-10-08 17:41:22 -04:00
|
|
|
When you fetch a message using this function, it is removed from the internal
|
|
|
|
queue so calling this function again will not return the same message
|
|
|
|
again. It will instead return new messages at each new invoke until the queue
|
|
|
|
is emptied.
|
|
|
|
|
2002-03-04 05:09:48 -05:00
|
|
|
The data the returned pointer points to will not survive calling
|
2004-12-18 05:24:49 -05:00
|
|
|
\fIcurl_multi_cleanup(3)\fP or \fIcurl_multi_remove_handle(3)\fP.
|
2002-03-04 05:09:48 -05:00
|
|
|
|
2004-03-24 16:40:45 -05:00
|
|
|
The 'CURLMsg' struct is very simple and only contain very basic information.
|
2002-03-04 05:09:48 -05:00
|
|
|
If more involved information is wanted, the particular "easy handle" in
|
|
|
|
present in that struct and can thus be used in subsequent regular
|
2004-03-15 06:30:29 -05:00
|
|
|
\fIcurl_easy_getinfo(3)\fP calls (or similar):
|
2003-02-27 09:25:54 -05:00
|
|
|
|
2004-03-15 06:30:29 -05:00
|
|
|
.NF
|
2003-02-27 09:25:54 -05:00
|
|
|
struct CURLMsg {
|
|
|
|
CURLMSG msg; /* what this message means */
|
|
|
|
CURL *easy_handle; /* the handle it concerns */
|
|
|
|
union {
|
|
|
|
void *whatever; /* message-specific data */
|
|
|
|
CURLcode result; /* return code for transfer */
|
|
|
|
} data;
|
|
|
|
};
|
2006-09-27 17:15:36 -04:00
|
|
|
|
|
|
|
When \fBmsg\fP is \fICURLMSG_DONE\fP, the message identifies a transfer that
|
|
|
|
is done, and then \fBresult\fP contains the return code for the easy handle
|
|
|
|
that just completed.
|
|
|
|
|
|
|
|
At this point, there is no other \fBmsg\fP types defined.
|
2002-03-04 05:09:48 -05:00
|
|
|
.SH "RETURN VALUE"
|
|
|
|
A pointer to a filled-in struct, or NULL if it failed or ran out of
|
|
|
|
structs. It also writes the number of messages left in the queue (after this
|
|
|
|
read) in the integer the second argument points to.
|
|
|
|
.SH "SEE ALSO"
|
2003-02-27 09:25:54 -05:00
|
|
|
.BR curl_multi_cleanup "(3), " curl_multi_init "(3), " curl_multi_perform "(3)"
|