PHP 4.0 Bug #9754 Updated: Canceled stdout streams end up in apache's error_log

From: 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

« previous php.dev (#49037) next »