X-Git-Url: http://review.tizen.org/git/?a=blobdiff_plain;f=docs%2Flibcurl%2Fcurl_multi_add_handle.html;h=a0f2ae2cda8e0bc0422a338e0cc28ce85a03edf7;hb=ff9f0eb35d80c251e9a54162eae18f44349ae59d;hp=765249409950341a92f01ec18a0041c8230177b0;hpb=d69d98bb1e0435e6d0a6358677725bd663f598c0;p=platform%2Fupstream%2Fcurl.git diff --git a/docs/libcurl/curl_multi_add_handle.html b/docs/libcurl/curl_multi_add_handle.html index 7652494..a0f2ae2 100644 --- a/docs/libcurl/curl_multi_add_handle.html +++ b/docs/libcurl/curl_multi_add_handle.html @@ -50,15 +50,17 @@ p.roffit {

#include <curl/curl.h>

CURLMcode curl_multi_add_handle(CURLM *multi_handle, CURL *easy_handle);

DESCRIPTION

-

Adds a standard easy handle to the multi stack. This function call will make this multi_handle control the specified easy_handle. Furthermore, libcurl now initiates the connection associated with the specified easy_handle. -

When an easy handle has been added to a multi stack, you can not and you must not use curl_easy_perform(3) on that handle! -

If the easy handle is not set to use a shared (CURLOPT_SHARE) or global DNS cache (CURLOPT_DNS_USE_GLOBAL_CACHE), it will be made to use the DNS cache that is shared between all easy handles within the multi handle when curl_multi_add_handle(3) is called. -

If you have CURLMOPT_TIMERFUNCTION set in the multi handle (and you really should if you're working event-based with curl_multi_socket_action(3) and friends), that callback will be called from within this function to ask for an updated timer so that your main event loop will get the activity on this handle to get started. -

The easy handle will remain added until you remove it again with curl_multi_remove_handle(3). You should remove the easy handle from the multi stack before you terminate first the easy handle and then the multi handle: -

1 - curl_multi_remove_handle(3) -

2 - curl_easy_cleanup(3) -

3 - curl_multi_cleanup(3)

RETURN VALUE

+

Adds a standard easy handle to the multi stack. This function call will make this multi_handle control the specified easy_handle. +

While an easy handle is added to a multi stack, you can not and you must not use curl_easy_perform on that handle. After having removed the easy handle from the multi stack again, it is perfectly fine to use it with the easy interface again. +

If the easy handle is not set to use a shared (CURLOPT_SHARE(3)) or global DNS cache (CURLOPT_DNS_USE_GLOBAL_CACHE(3)), it will be made to use the DNS cache that is shared between all easy handles within the multi handle when curl_multi_add_handle is called. +

When an easy interface is added to a multi handle, it will use a shared connection cache owned by the multi handle. Removing and adding new easy handles will not affect the pool of connections or the ability to do connection re-use. +

If you have CURLMOPT_TIMERFUNCTION set in the multi handle (and you really should if you're working event-based with curl_multi_socket_action and friends), that callback will be called from within this function to ask for an updated timer so that your main event loop will get the activity on this handle to get started. +

The easy handle will remain added to the multi handle until you remove it again with curl_multi_remove_handle - even when a transfer with that specific easy handle is completed. +

You should remove the easy handle from the multi stack before you terminate first the easy handle and then the multi handle: +

1 - curl_multi_remove_handle +

2 - curl_easy_cleanup +

3 - curl_multi_cleanup

RETURN VALUE

CURLMcode type, general libcurl multi interface error code.

SEE ALSO

-

curl_multi_cleanup (3) curl_multi_init (3)

+

curl_multi_cleanup, curl_multi_init, curl_multi_setopt, curl_multi_socket_action,

This HTML page was made with roffit.