PHP 4.0 Bug #9754 Updated: Canceled stdout streams end up in apache's error_log
| From: | seth at brivo dot com | Date: | Fri, 16 Mar 2001 04:41:45 +0000 |
| Subject: | PHP 4.0 Bug #9754 Updated: Canceled stdout streams end up in apache's error_log | ||
| Groups: | php.dev | ||
| Request: | Send a blank email to php-dev+get-49037@lists.php.net to get a copy of this message | ||
ID: 9754
User Update by: seth@brivo.com
Status: Closed
Bug Type: Filesystem function related
Description: Canceled stdout streams end up in apache's error_log
I tried the latest version from CVS (3/15/01) and it fixed the problem!
Thanks,
Seth
Previous Comments:
---------------------------------------------------------------------------
[2001-03-15 21:14:17] sniper@php.net
This should be fixed in CVS.
Try latest CVS snapshot from http://snaps.php.net/
--Jani
---------------------------------------------------------------------------
[2001-03-14 13:02:35] seth@brivo.com
If you readfile() a large file, then cancel the stream, the entire file ends up in the error_log.
For some reason, on stream cancel, it then writes the file into Apache's error_log.
Simple script:
header("Content-type: audio/mpeg");
header("Content-length: $song[size]");
@readfile($song[filename]);
Just start this, cancel the stream, and watch your error_log.
I tried manipulating php.ini's error log attributes, but it didn't help. I turned off all
logging, and it still showed up.
It's important to note it's not only readfile() that can place its contents into
error_log. I see this with other large (very large) outputs of just text. If I cancel the
downloading of a very large result page from PHP, it too will end up in the error_log.
---------------------------------------------------------------------------
Full Bug description available at: http://bugs.php.net/?id=9754