On Sat, Aug 26, 2023 at 8:27 PM Daniel Stenberg via curl-library <curl-library@lists.haxx.se> wrote: > > On Sat, 26 Aug 2023, Richard W.M. Jones via curl-library wrote: > > > It seems like the multi "knows" what easy handles it contains already > > (multi->easyp), so we shouldn't have to maintain this list ourselves. > > However I couldn't see anything in the API to access this. > > That is correct. The list is not accessible from the outside. > > I am open to the idea of adding a function to export this knowledge. > > > Alternatively, could there be an operation which frees up the multi handle > > and any also frees the easy handles that it contains? (curl_multi_cleanup > > removes the easy handles from the multi, but doesn't free them.) > > ... > > > Am I missing something or is this something that could be added? > > Something like this can absolutely be added, and it might even make a lot of > sense.
I am also (still) interested: https://curl.se/mail/lib-2016-06/0002.html > > I think I personally would favor an approach that exports the list of easy > handles, or perhaps just a way for an application to iterate over them all, > rather than a more simple "close all easy handles the multi handle knows". > Mostly because providing an iterator opens up for more use cases than "just" > closing down nicely. > > Thoughts? Any proposals for how such an API would look like? > > -- > > / daniel.haxx.se > | Commercial curl support up to 24x7 is available! > | Private help, bug fixes, support, ports, new features > | https://curl.se/support.html > -- > Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library > Etiquette: https://curl.se/mail/etiquette.html -- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.html
