Closed SpencerMalone closed 1 year ago
I wasn't 100% sure if this is a bug or a feature request, to me it feels like a documented bug, so I dropped it in that category. If it needs to be swapped, I'm totally fine with that.
I wasn't 100% sure if this is a bug or a feature request, to me it feels like a documented bug, so I dropped it in that category. If it needs to be swapped, I'm totally fine with that.
I'd call it more of a feature request: it's not like the behaviors are random decisions but conscious thought was put into how it works, and changing that will (probably) require some amount of effort and planning. It would also be a significant change that should therefore wait until PHP 9.0.
There has not been any recent activity in this feature request. It will automatically be closed in 14 days if no further action is taken. Please see https://github.com/probot/stale#is-closing-stale-issues-really-a-good-idea to understand why we auto-close stale feature requests.
That PR/RFC 110% solves my needs. I also poked around with a simple homebrewed extension that also utilizes itimers with success. I also appreciate the context from https://github.com/php/php-src/pull/6504#issuecomment-870986910 showing that the design considerations that originally drove this are no longer applicable. For those that want it, the RFC is also visible @ https://wiki.php.net/rfc/max_execution_wall_time
@kocsismate, are you planning to pursue https://wiki.php.net/rfc/max_execution_wall_time sometime? :)
Are you planning to pursue https://wiki.php.net/rfc/max_execution_wall_time sometime? :)
Yes, definitely! I hope that we'll have time to settle on a solution for PHP 8.3 :)
There has not been any recent activity in this feature request. It will automatically be closed in 14 days if no further action is taken. Please see https://github.com/probot/stale#is-closing-stale-issues-really-a-good-idea to understand why we auto-close stale feature requests.
Description
The following code:
Resulted in this output:
But I expected this output instead:
While this is a documented limitation, I would like to argue that this should be reimplemented to match the windows implementation where it tracks the real time of the script.
PHP Version
7.4
Operating System
Not-windows