Re: alternative extension: php-sm-curl

From: Michael via curl-and-php <curl-and-php_at_lists.haxx.se>
Date: Wed, 29 Jul 2026 13:57:00 +0500

>
>
> 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.
>
> this says the reverse about threading:
https://github.com/c-ares/c-ares/blob/589b5887d47736e5b70a1fddaf9bf90297adde65/src/lib/config-win32.h#L241

also i saw event/ meaning "passive" model, i saw locks like here:
https://github.com/c-ares/c-ares/blob/589b5887d47736e5b70a1fddaf9bf90297adde65/src/lib/event/ares_event_win32.c#L282

locks arent needed for cooperative execution because it happens
in a single thread - its all mutually exclusive. so i concluded it uses
threads.

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!
>
>
yes, in the new copy ive downloaded the _destroy() function is completely
different.

"full PHP" is not needed btw, my extensions build outside, out of PHP
source - along with it,
the build is simplified this way, a single build script is enough, though
you would need
either PHP source or a set of PHP headers they call "SDK", of course, to
run the thing
you would need a compatible binary version, heres the build description:
https://codeberg.org/determin1st/php-sm-test

i've put CURLMOPT_QUICK_EXIT = 1 as a default option and will test it later,
when the whole thing will work..

-- 
curl-and-php mailing list
curl-and-php_at_lists.haxx.se
https://lists.haxx.se/mailman/listinfo/curl-and-php

Received on 2026-07-29