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: alternative extension: php-sm-curl
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Daniel Stenberg via curl-and-php <curl-and-php_at_lists.haxx.se>
Date: Wed, 29 Jul 2026 09:10:03 +0200 (CEST)
On Tue, 28 Jul 2026, Michael wrote:
> c-ares is thread-based itself, it AFAIK reports its state passively via some
> event-structure, but it is the threading model. with cooperative
> asynchronicity or process model id like to base on, it would be active only
> when explicit call is made (actively).
I've been a c-ares maintainer for twenty years and it has been (optionally)
used in curl for just as long. I don't understand what you're saying, but
c-ares is not using any extra threads (the way curl uses it) but is instead
entirely non-blocking and used in the same thread.
> i had a problem with current curl/extension - on termination when the
> network is off and DNS request running (via threaded sys resolver) - a big
> delay at termination, though i set (with php) the CURLOPT_QUICK_EXIT - it
> somehow didn't work so i commented the await in Curl_async_thrdd_destroy()
> function, recompiled and it worked without a delay. not sure what causes it,
> either php binding or curl.
I'm not aware of any current bugs in that area, but there's always a risk
there's someting else. If you can reproduce with something smaller than a full
PHP then submit an issue and we can work on it!
Date: Wed, 29 Jul 2026 09:10:03 +0200 (CEST)
On Tue, 28 Jul 2026, Michael wrote:
> c-ares is thread-based itself, it AFAIK reports its state passively via some
> event-structure, but it is the threading model. with cooperative
> asynchronicity or process model id like to base on, it would be active only
> when explicit call is made (actively).
I've been a c-ares maintainer for twenty years and it has been (optionally)
used in curl for just as long. I don't understand what you're saying, but
c-ares is not using any extra threads (the way curl uses it) but is instead
entirely non-blocking and used in the same thread.
> i had a problem with current curl/extension - on termination when the
> network is off and DNS request running (via threaded sys resolver) - a big
> delay at termination, though i set (with php) the CURLOPT_QUICK_EXIT - it
> somehow didn't work so i commented the await in Curl_async_thrdd_destroy()
> function, recompiled and it worked without a delay. not sure what causes it,
> either php binding or curl.
I'm not aware of any current bugs in that area, but there's always a risk
there's someting else. If you can reproduce with something smaller than a full
PHP then submit an issue and we can work on it!
-- / daniel.haxx.se || https://rock-solid.curl.dev -- curl-and-php mailing list curl-and-php_at_lists.haxx.se https://lists.haxx.se/mailman/listinfo/curl-and-phpReceived on 2026-07-29