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

go to bug id or search bugs for

Bug #21079 Output buffering via ob_gzhandler fails for large pages
Submitted: 2002-12-18 10:54 UTC Modified: 2003-01-26 09:07 UTC
From: nijel at users dot sourceforge dot net Assigned:
Status: Closed Package: Output Control
PHP Version: 4.2.1 OS: Linux
Private report: No CVE-ID: None
View Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: nijel at users dot sourceforge dot net
New email:
PHP Version: OS:

 

 [2002-12-18 10:54 UTC] nijel at users dot sourceforge dot net 
Output buffering via ob_gzhandler fails for large pages (more than 4188160 = 1024 * 4090 chars for me). The resulting output is empty (just headers are sent but no content) - no warning about exceeding limits or anything else.

To test it I used following code, when I commented out + 1 it worked.

<?
ob_start('ob_gzhandler');
for ($i=0; $i< (1024 * 4090) + 1; $i++) echo '.';
?>

My configuration:

in php.ini I have:
max_execution_time = 30
memory_limit = 8M

PHP 4.2.1
Apache 1.3.26

Same error (probably) reported by someone with PHP 4.2.2 and Apache 2.0.40, see phpMyAdmin bugreport:

http://sourceforge.net/tracker/index.php?func=detail&aid=650481&group_id=23067&atid=377408

Patches

Pull Requests

Pull requests:

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-12-18 11:11 UTC] moriyoshi@php.net 
Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip
 [2003-01-02 18:52 UTC] sniper@php.net 
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
 [2003-01-26 08:43 UTC] nijel at users dot sourceforge dot net 
Sorry for not reacting so long, but I forgot about it and this BTS didn't sent me mail that somethign has changed here.

In CVS snapshot is seems to works ok (at least the testcase I found).
 [2003-01-26 09:07 UTC] magnus@php.net 
This bug has been fixed in CVS.

In case this was a PHP problem, 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/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.
 [2015-01-13 12:03 UTC] bd dot ikon2 at gmil dot com 
Pls help me
 [2020-10-02 13:15 UTC] alotabiturki1 at gmail dot com 
The following pull request has been associated:

Patch Name: [WIP] Document JIT related OPcache INI settings
On GitHub:  https://github.com/php/doc-en/pull/140
Patch:      https://github.com/php/doc-en/pull/140.patch
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Thu Nov 21 13:01:29 2024 UTC