Hi internals,
The RFC has been moved into voting stage:
https://wiki.php.net/rfc/async_signals
Thanks. Dmitry.
Hi internals,
The RFC has been moved into voting stage:
https://wiki.php.net/rfc/async_signals
Thanks. Dmitry.
What about Bob's suggestion to add a flag (for disabling async signals) to
pcntl_signal()
instead of having a global option?
In any case, imho the default for this should be on, not off. Default "on"
matches the PHP 5 behavior better than "off".
Nikita
Am 28.06.2016 um 18:41 schrieb Nikita Popov nikita.ppv@gmail.com:
Hi internals,
The RFC has been moved into voting stage:
https://wiki.php.net/rfc/async_signals
Thanks. Dmitry.
What about Bob's suggestion to add a flag (for disabling async signals) to
pcntl_signal()
instead of having a global option?In any case, imho the default for this should be on, not off. Default "on"
matches the PHP 5 behavior better than "off".Nikita
The reason I've chosen to not pursue this:
In the next major PHP version we may remove ability of manual signal handling and corresponding pcntl.async_signals INI directive or pcntl_async_signals()
function.
Thus I don't see much sense in adding complicated logic (extra parameter) if we're anyway going to remove that.
After all, current sync handling can be changed to add to an array and then read the triggered signals from that array.
Thus synchronous handling can be abolished. The only reason we really needed true sync dispatching before was it not being too reliable and relying on ticks.
Bob