ID: 27802 User updated by: tom at hur dot st Reported By: tom at hur dot st Status: Bogus Bug Type: CGI related Operating System: FreeBSD 4.9-STABLE PHP Version: 4.3.5 New Comment:
The original behavior of not behaving as documented and crashing after a fixed number of requests was correct? Silly me, sorry about wasting your time. Previous Comments: ------------------------------------------------------------------------ [2004-07-05 13:54:26] [EMAIL PROTECTED] Not a code bug. The previous behaviour was correct. Unfortunately, the bogus code change has made it into PHP 4.3.7. Newer releases will revert to the proper behaviour. ------------------------------------------------------------------------ [2004-03-31 11:52:20] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. ------------------------------------------------------------------------ [2004-03-31 09:01:51] tom at hur dot st Description: ------------ If you don't set the env variable PHP_FCGI_CHILDREN, PHP doesn't default to 8 as README.FastCGI suggests; it doesn't bother spawning extra processes at all (default is 0). After PHP_FCGI_MAX_REQUESTS, PHP segfaults. No apparant useful information from core or ktrace, other than seeing that it's not forking and falling over after exactly PHP_FCGI_MAX_REQUESTS; the fix looks fairly easy, though.. except maybe at children = 0 :) ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=27802&edit=1