gnurl_multi_add_handle(3)

πŸ“¦ version 7.72.0, in nixos 26.05, nixpkgs unstable

πŸ’– NAME πŸ’–

okay bestie, welcome to gnurl_multi_add_handle(3) from the libgnurl Manual πŸ’…. this is the page for curl_multi_add_handle β€” literally β€œadd an easy handle to a multi session.” ✨

πŸŽ€ SYNOPSIS πŸŽ€

so you include this:

#include <gnurl/curl.h>

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

🌸 DESCRIPTION 🌸

okay so curl_multi_add_handle adds a standard easy handle to the multi stack. this function call will make multi_handle control the specified easy_handle. πŸ‘‘

while an easy handle is added to a multi stack, you cannot and you must not use curl_easy_perform(3) on that handle. after you've 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(3) 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(3) 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 to the multi handle until you remove it again with curl_multi_remove_handle(3) β€” 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(3)
  2. curl_easy_cleanup(3)
  3. curl_multi_cleanup(3)

πŸ”₯ RETURN VALUE πŸ”₯

CURLMcode type, general libcurl multi interface error code. that's the vibe check result. πŸ’€

πŸ¦‹ SEE ALSO πŸ¦‹


okay bye bestie πŸ’œ this was gnurl_multi_add_handle(3) living in the libcurl 7.9.5 era, dated 4 March 2002. periodt. πŸŽ€

πŸ“¦ where this page comes from