Re: Proposal to incrementally improve timeout and signal handling

This kind of thing requires careful thought. My first glance through it looks good and I definitely want PHP to stop abusing the SIGPROF signal because it prevents usage by actual profilers, which is annoying. Full disclosure: I write a profiler for my job. In addition, I think that there should probably be an internals API for handing out POSIX realtime signal numbers for platforms which support it. Quoting from the signal man page: > Unlike standard signals, real-time signals have no predefined > meanings: the entire set of real-time signals can be used for > application-defined purposes. One could interpret this as meaning we should also make it accessible to userland, but in line with the one step at a time approach, we can do that later if we decide we need to. But this is something an extension can't choose to do by itself: it must be done in core. I'll review the proposal sometime more carefully. Thanks for bring it up.