ID:               37481
 Updated by:       [EMAIL PROTECTED]
 Reported By:      phpbugs at thequod dot de
-Status:           Open
+Status:           Feedback
 Bug Type:         CGI related
 Operating System: Ubuntu Linux
 PHP Version:      5CVS-2006-05-17 (CVS)
 Assigned To:      dmitry
 New Comment:

Could you retest it with current PHP_5_2. New memory manager may fix
this problem.


Previous Comments:
------------------------------------------------------------------------

[2006-05-24 17:21:18] phpbugs at thequod dot de

I have
log_errors=On (rather than E_ALL)
error_reporting=E_ALL
and
error_log not set.

IF I set error_log to some file, the fatal error gets 
logged there:
[24-May-2006 19:11:49] PHP Fatal error:  Allowed memory 
size of 1048576 bytes exhausted (tried to allocate 6 
bytes) in /XXX/web/test/memory.php on line 10

In the Apache main error.log I then get:
Allowed memory size of 1048576 bytes exhausted (tried to 
allocate 44 bytes)
[Wed May 24 19:14:24 2006] [warn] FastCGI: 
server "/XXX/fcgi-scripts/XXX/php5-fcgi-starter" (pid 
2637) terminated by calling exit with status '1'
[Wed May 24 19:14:24 2006] [warn] FastCGI: 
server "/XXX/fcgi-scripts/XXX/php5-fcgi-starter" (uid 
1001, gid 1001) restarted (pid 2767)

and in the VHOST's error log:
[Wed May 24 19:14:24 2006] [error] [client X] 
(104)Connection reset by peer: FastCGI: comm with 
server "/XXX/fcgi-scripts/XXX/php5-fcgi-starter" aborted: 
read failed
[Wed May 24 19:14:24 2006] [error] [client X] FastCGI: 
incomplete headers (0 bytes) received from 
server "/XXX/fcgi-scripts/XXX/php5-fcgi-starter"

IMHO, with error_log set it's even more bad: the 
fcgi-starter script exits, although I'm using 
PHP_FCGI_CHILDREN=4!

report_zend_debug does not seem to make a difference, and 
is "On" by default (not in my php.ini?!)

I've just tested it with current CVS PHP_5_1.

------------------------------------------------------------------------

[2006-05-24 11:06:49] [EMAIL PROTECTED]

Probably this is configuration problem. Try the following directives in
your php.ini

log_errors=E_ALL
report_zend_debug=0

They may satisfy your expectation (work for me).

I cannot reproduce server interanl error and "Connection reset by peer"
and "incomplete headers" messages. Please confirm that you still have
the problem or close the bug.


------------------------------------------------------------------------

[2006-05-17 20:12:31] phpbugs at thequod dot de

Apache does not attach the "in FILE on LINE" to the error 
PHP creates!

Re: "mod_fastcgi logs FastCGI application error (stderr) 
output to the server log associated with the request. 
Errors reported by the FastCGI process manager, fcgi-pm, 
are reported to the main server log (typically, 
logs/error_log). Data written to stdout or stderr before 
entering the FastCGI accept loop or via a mechanism that 
is not FastCGI protocol aware will also be directed to the 
main server log." 
(http://www.fastcgi.com/mod_fastcgi/docs/mod_fastcgi.html)
it seems that the "memory exhausted" error is "Data 
written to stdout or stderr before entering the FastCGI 
accept loop or via a mechanism that is not FastCGI 
protocol aware".

I also don't see any reason why mod_php would 
display/deliver the page that has been processed/created 
before this error, but the php-fastcgi returns an invalid 
response.

------------------------------------------------------------------------

[2006-05-17 19:45:56] [EMAIL PROTECTED]

PHP has nothing to do with your web server logging utilities.

------------------------------------------------------------------------

[2006-05-17 19:00:59] phpbugs at thequod dot de

I don't see why.

Additionally, as far as I remember, the behaviour is 
different with mod_php: the error gets displayed in the 
browser (with display_errors "on") and therefor probably 
also get logged into the virtual host's error log.

IMHO it's very confusing to just have the error, without 
any time, file or vhost information in the main error.log!

------------------------------------------------------------------------

The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
    http://bugs.php.net/37481

-- 
Edit this bug report at http://bugs.php.net/?id=37481&edit=1

Reply via email to