php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #27802 FastCGI PHP_FCGI_CHILDREN default unstable and undocumented.
Submitted: 2004-03-31 09:01 UTC Modified: 2004-07-05 14:45 UTC
Votes:1
Avg. Score:3.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:1 (100.0%)
Same OS:1 (100.0%)
From: tom at hur dot st Assigned:
Status: Not a bug Package: CGI/CLI related
PHP Version: 4.3.5 OS: FreeBSD 4.9-STABLE
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: tom at hur dot st
New email:
PHP Version: OS:

 

 [2004-03-31 09:01 UTC] 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 :)

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2004-03-31 11:52 UTC] iliaa@php.net 
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-07-05 13:54 UTC] sas@php.net 
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-07-05 14:45 UTC] tom at hur dot st 
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.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Tue Apr 16 14:01:29 2024 UTC