Buy commercial curl support. We
help you work out your issues, debug your libcurl applications, use the API,
port to new platforms, add new features and more. With a team lead by the
curl founder Daniel himself.
Re: libcurl 8.16.0 spawning large number of getaddrinfo threads?
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Daniel Stenberg via curl-library <curl-library_at_lists.haxx.se>
Date: Sun, 19 Oct 2025 12:01:00 +0200 (CEST)
On Sat, 18 Oct 2025, Demi Marie Obenour via curl-library wrote:
> Should distros build with c-ares by default? I'm wondering if getaddrinfo()
> is just too poor an interface.
Yes, getaddrinfo is a terrible interface and getaddrinfo_a is not helping.
Unfortunately, doing a 100% functional drop-in replacement for getaddrinfo has
turned out to be a really difficult task. Several distros have through times
tried to ship curl built with c-ares for this reason, but so far everyone has
eventually had to back down from that decision because of some special edge
case where c-ares did not behave like getaddrinfo.
With luck, one future day c-ares has gotten all of those problems ironed out
and we can switch to a proper asynchronous name resolver more universally...
Date: Sun, 19 Oct 2025 12:01:00 +0200 (CEST)
On Sat, 18 Oct 2025, Demi Marie Obenour via curl-library wrote:
> Should distros build with c-ares by default? I'm wondering if getaddrinfo()
> is just too poor an interface.
Yes, getaddrinfo is a terrible interface and getaddrinfo_a is not helping.
Unfortunately, doing a 100% functional drop-in replacement for getaddrinfo has
turned out to be a really difficult task. Several distros have through times
tried to ship curl built with c-ares for this reason, but so far everyone has
eventually had to back down from that decision because of some special edge
case where c-ares did not behave like getaddrinfo.
With luck, one future day c-ares has gotten all of those problems ironed out
and we can switch to a proper asynchronous name resolver more universally...
-- / daniel.haxx.se || https://rock-solid.curl.dev -- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.htmlReceived on 2025-10-19