Mombu the Php Forum sponsored links

Go Back   Mombu the Php Forum > Php > #35278 : output_buffer set too low -> segfaulting Apache childs
User Name
Password
REGISTER NOW! Mark Forums Read

sponsored links


Reply
 
1 10th June 00:49
php-bugs@lists.php.net (maddog2k at maddog2k dot
External User
 
Posts: 1
Default #35278 : output_buffer set too low -> segfaulting Apache childs



From: maddog2k at maddog2k dot net
Operating system: Linux
PHP version: 4CVS-2005-11-18 (snap)
PHP Bug Type: Output Control
Bug description: output_buffer set too low -> segfaulting Apache childs

Description:
------------
Bug #35264 was fixed, but this introduced a new Apache child segmentation
fault, under some conditions.

With PHP 4.4.0 and below, the following would work correctly with Apache
2.0.54/.55 :

AddOutputFilter INCLUDES .php
AddType application/x-httpd-php .php

Then having a .php that contains multiple (eg. 2) <!--#include
virtual="/page.html" --> and for example about 24 thumbnails (of 4.0k
each), you read a segfault of an Apache child process in the error_log and
the page loading finishes and showing cut-off content.

Like I said, the segfault happens since the fix for bug #35264, before it
just didn't segfault but stopped loading.

When changing output_buffer to 0 or Off, no difference.
Only when I set output_buffer => 16384 in php.ini, the page loads
completely.

Strange thing here is that output buffering isn't used in the page at all,
or SSI by default must use buffering...

Seems to me that something has changed regarding buffering between 4.4.0
<-> higher versions.

Like the memory get's full or so, cause when I delete a few lines of
html-code in the page (random), it does load.

Noe that this does like an Apache bug or so, but hence it only happens
since PHP 4.4.1

Reproduce code:
---------------
Hopefully, the description rings a bell at you guys
But possible if really needed.


Expected result:
----------------
Page loads completely (100%)

Actual result:
--------------
Page loads not completely

--
Edit bug report at http://bugs.php.net/?id=35278&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35278&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35278&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35278&r=trysnapshot51
Fixed in CVS: http://bugs.php.net/fix.php?id=35278&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=35278&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35278&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35278&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35278&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35278&r=support
Expected behavior: http://bugs.php.net/fix.php?id=35278&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=35278&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=35278&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=35278&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35278&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=35278&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35278&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35278&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35278&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35278&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35278&r=mysqlcfg
  Reply With Quote


  sponsored links


2 10th June 00:49
sniper
External User
 
Posts: 1
Default #35278 : output_buffer set too low -> segfaulting Apache childs



ID: 35278
Updated by: sniper@php.net
Reported By: maddog2k at maddog2k dot net
-Status: Open
+Status: Feedback
Bug Type: Output Control
Operating System: Linux
PHP Version: 4CVS-2005-11-18 (snap)
New Comment:

Please try using this CVS snapshot:

http://snaps.php.net/php5-latest.tar.gz

For Windows:

http://snaps.php.net/win32/php5-win32-latest.zip


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

[2005-11-18 16:33:34] maddog2k at maddog2k dot net

Description:
------------
Bug #35264 was fixed, but this introduced a new Apache child
segmentation fault, under some conditions.

With PHP 4.4.0 and below, the following would work correctly with
Apache 2.0.54/.55 :

AddOutputFilter INCLUDES .php
AddType application/x-httpd-php .php

Then having a .php that contains multiple (eg. 2) <!--#include
virtual="/page.html" --> and for example about 24 thumbnails (of 4.0k
each), you read a segfault of an Apache child process in the error_log
and the page loading finishes and showing cut-off content.

Like I said, the segfault happens since the fix for bug #35264, before
it just didn't segfault but stopped loading.

When changing output_buffer to 0 or Off, no difference.
Only when I set output_buffer => 16384 in php.ini, the page loads
completely.

Strange thing here is that output buffering isn't used in the page at
all, or SSI by default must use buffering...

Seems to me that something has changed regarding buffering between
4.4.0 <-> higher versions.

Like the memory get's full or so, cause when I delete a few lines of
html-code in the page (random), it does load.

Noe that this does like an Apache bug or so, but hence it only happens
since PHP 4.4.1

Reproduce code:
---------------
Hopefully, the description rings a bell at you guys
But possible if really needed.


Expected result:
----------------
Page loads completely (100%)

Actual result:
--------------
Page loads not completely


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


--
Edit this bug report at http://bugs.php.net/?id=35278&edit=1
  Reply With Quote
3 10th June 00:49
php-bugs@lists.php.net (maddog2k at maddog2k dot
External User
 
Posts: 1
Default #35278 : output_buffer set too low -> segfaulting Apache childs


ID: 35278
User updated by: maddog2k at maddog2k dot net
Reported By: maddog2k at maddog2k dot net
-Status: Feedback
+Status: Open
Bug Type: Output Control
Operating System: Linux
PHP Version: 4CVS-2005-11-18 (snap)
New Comment:

Unfortunately, no change... (php5-200511181330 -> 5.1.0RC7-dev)


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

[2005-11-18 16:33:57] sniper@php.net

Please try using this CVS snapshot:

http://snaps.php.net/php5-latest.tar.gz

For Windows:

http://snaps.php.net/win32/php5-win32-latest.zip

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

[2005-11-18 16:33:34] maddog2k at maddog2k dot net

Description:
------------
Bug #35264 was fixed, but this introduced a new Apache child
segmentation fault, under some conditions.

With PHP 4.4.0 and below, the following would work correctly with
Apache 2.0.54/.55 :

AddOutputFilter INCLUDES .php
AddType application/x-httpd-php .php

Then having a .php that contains multiple (eg. 2) <!--#include
virtual="/page.html" --> and for example about 24 thumbnails (of 4.0k
each), you read a segfault of an Apache child process in the error_log
and the page loading finishes and showing cut-off content.

Like I said, the segfault happens since the fix for bug #35264, before
it just didn't segfault but stopped loading.

When changing output_buffer to 0 or Off, no difference.
Only when I set output_buffer => 16384 in php.ini, the page loads
completely.

Strange thing here is that output buffering isn't used in the page at
all, or SSI by default must use buffering...

Seems to me that something has changed regarding buffering between
4.4.0 <-> higher versions.

Like the memory get's full or so, cause when I delete a few lines of
html-code in the page (random), it does load.

Noe that this does like an Apache bug or so, but hence it only happens
since PHP 4.4.1

Reproduce code:
---------------
Hopefully, the description rings a bell at you guys
But possible if really needed.


Expected result:
----------------
Page loads completely (100%)

Actual result:
--------------
Page loads not completely


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


--
Edit this bug report at http://bugs.php.net/?id=35278&edit=1
  Reply With Quote
4 10th June 00:49
sniper
External User
 
Posts: 1
Default #35278 : output_buffer set too low -> segfaulting Apache childs


ID: 35278
Updated by: sniper@php.net
Reported By: maddog2k at maddog2k dot net
Status: Open
Bug Type: Output Control
Operating System: Linux
-PHP Version: 4CVS-2005-11-18 (snap)
+PHP Version: 5CVS, 4CVS (2005-11-18) (snap)
New Comment:

Do us a favor and test with the latest PHP 5 snapshots from now on so
we don't have to ask for that separately.


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

[2005-11-18 16:55:42] maddog2k at maddog2k dot net

Unfortunately, no change... (php5-200511181330 -> 5.1.0RC7-dev)

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

[2005-11-18 16:33:57] sniper@php.net

Please try using this CVS snapshot:

http://snaps.php.net/php5-latest.tar.gz

For Windows:

http://snaps.php.net/win32/php5-win32-latest.zip

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

[2005-11-18 16:33:34] maddog2k at maddog2k dot net

Description:
------------
Bug #35264 was fixed, but this introduced a new Apache child
segmentation fault, under some conditions.

With PHP 4.4.0 and below, the following would work correctly with
Apache 2.0.54/.55 :

AddOutputFilter INCLUDES .php
AddType application/x-httpd-php .php

Then having a .php that contains multiple (eg. 2) <!--#include
virtual="/page.html" --> and for example about 24 thumbnails (of 4.0k
each), you read a segfault of an Apache child process in the error_log
and the page loading finishes and showing cut-off content.

Like I said, the segfault happens since the fix for bug #35264, before
it just didn't segfault but stopped loading.

When changing output_buffer to 0 or Off, no difference.
Only when I set output_buffer => 16384 in php.ini, the page loads
completely.

Strange thing here is that output buffering isn't used in the page at
all, or SSI by default must use buffering...

Seems to me that something has changed regarding buffering between
4.4.0 <-> higher versions.

Like the memory get's full or so, cause when I delete a few lines of
html-code in the page (random), it does load.

Noe that this does like an Apache bug or so, but hence it only happens
since PHP 4.4.1

Reproduce code:
---------------
Hopefully, the description rings a bell at you guys
But possible if really needed.


Expected result:
----------------
Page loads completely (100%)

Actual result:
--------------
Page loads not completely


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


--
Edit this bug report at http://bugs.php.net/?id=35278&edit=1
  Reply With Quote
5 10th June 01:13
sniper
External User
 
Posts: 1
Default #35278 : output_buffer set too low -> segfaulting Apache childs


ID: 35278
Updated by: sniper@php.net
Reported By: maddog2k at maddog2k dot net
-Status: Open
+Status: Assigned
Bug Type: Output Control
Operating System: Linux
PHP Version: 5CVS, 4CVS (2005-11-18) (snap)
-Assigned To:
+Assigned To: iliaa
New Comment:

Ilia, this is pretty interesting. And on Linux..


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

[2005-11-18 17:18:42] sniper@php.net

Do us a favor and test with the latest PHP 5 snapshots from now on so
we don't have to ask for that separately.

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

[2005-11-18 16:55:42] maddog2k at maddog2k dot net

Unfortunately, no change... (php5-200511181330 -> 5.1.0RC7-dev)

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

[2005-11-18 16:33:57] sniper@php.net

Please try using this CVS snapshot:

http://snaps.php.net/php5-latest.tar.gz

For Windows:

http://snaps.php.net/win32/php5-win32-latest.zip

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

[2005-11-18 16:33:34] maddog2k at maddog2k dot net

Description:
------------
Bug #35264 was fixed, but this introduced a new Apache child
segmentation fault, under some conditions.

With PHP 4.4.0 and below, the following would work correctly with
Apache 2.0.54/.55 :

AddOutputFilter INCLUDES .php
AddType application/x-httpd-php .php

Then having a .php that contains multiple (eg. 2) <!--#include
virtual="/page.html" --> and for example about 24 thumbnails (of 4.0k
each), you read a segfault of an Apache child process in the error_log
and the page loading finishes and showing cut-off content.

Like I said, the segfault happens since the fix for bug #35264, before
it just didn't segfault but stopped loading.

When changing output_buffer to 0 or Off, no difference.
Only when I set output_buffer => 16384 in php.ini, the page loads
completely.

Strange thing here is that output buffering isn't used in the page at
all, or SSI by default must use buffering...

Seems to me that something has changed regarding buffering between
4.4.0 <-> higher versions.

Like the memory get's full or so, cause when I delete a few lines of
html-code in the page (random), it does load.

Noe that this does like an Apache bug or so, but hence it only happens
since PHP 4.4.1

Reproduce code:
---------------
Hopefully, the description rings a bell at you guys
But possible if really needed.


Expected result:
----------------
Page loads completely (100%)

Actual result:
--------------
Page loads not completely


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


--
Edit this bug report at http://bugs.php.net/?id=35278&edit=1
  Reply With Quote
6 10th June 01:13
iliaa
External User
 
Posts: 1
Default #35278 : output_buffer set too low -> segfaulting Apache childs


ID: 35278
Updated by: iliaa@php.net
Reported By: maddog2k at maddog2k dot net
-Status: Assigned
+Status: Closed
Bug Type: Output Control
Operating System: Linux
PHP Version: 5CVS, 4CVS (2005-11-18) (snap)
Assigned To: iliaa
New Comment:

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.

Give it 2-3 hours and grab the latest snapshot, it should resolve this
issue.


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

[2005-11-18 17:19:09] sniper@php.net

Ilia, this is pretty interesting. And on Linux..

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

[2005-11-18 17:18:42] sniper@php.net

Do us a favor and test with the latest PHP 5 snapshots from now on so
we don't have to ask for that separately.

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

[2005-11-18 16:55:42] maddog2k at maddog2k dot net

Unfortunately, no change... (php5-200511181330 -> 5.1.0RC7-dev)

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

[2005-11-18 16:33:57] sniper@php.net

Please try using this CVS snapshot:

http://snaps.php.net/php5-latest.tar.gz

For Windows:

http://snaps.php.net/win32/php5-win32-latest.zip

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

[2005-11-18 16:33:34] maddog2k at maddog2k dot net

Description:
------------
Bug #35264 was fixed, but this introduced a new Apache child
segmentation fault, under some conditions.

With PHP 4.4.0 and below, the following would work correctly with
Apache 2.0.54/.55 :

AddOutputFilter INCLUDES .php
AddType application/x-httpd-php .php

Then having a .php that contains multiple (eg. 2) <!--#include
virtual="/page.html" --> and for example about 24 thumbnails (of 4.0k
each), you read a segfault of an Apache child process in the error_log
and the page loading finishes and showing cut-off content.

Like I said, the segfault happens since the fix for bug #35264, before
it just didn't segfault but stopped loading.

When changing output_buffer to 0 or Off, no difference.
Only when I set output_buffer => 16384 in php.ini, the page loads
completely.

Strange thing here is that output buffering isn't used in the page at
all, or SSI by default must use buffering...

Seems to me that something has changed regarding buffering between
4.4.0 <-> higher versions.

Like the memory get's full or so, cause when I delete a few lines of
html-code in the page (random), it does load.

Noe that this does like an Apache bug or so, but hence it only happens
since PHP 4.4.1

Reproduce code:
---------------
Hopefully, the description rings a bell at you guys
But possible if really needed.


Expected result:
----------------
Page loads completely (100%)

Actual result:
--------------
Page loads not completely


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


--
Edit this bug report at http://bugs.php.net/?id=35278&edit=1
  Reply With Quote
7 10th June 02:10
php-bugs@lists.php.net (maddog2k at maddog2k dot
External User
 
Posts: 1
Default #35278 : output_buffer set too low -> segfaulting Apache childs


ID: 35278
User updated by: maddog2k at maddog2k dot net
Reported By: maddog2k at maddog2k dot net
Status: Closed
Bug Type: Output Control
Operating System: Linux
PHP Version: 5CVS, 4CVS (2005-11-18) (snap)
Assigned To: iliaa
New Comment:

Confirming the fix.

Many thanks!


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

[2005-11-18 20:04:03] 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.

Give it 2-3 hours and grab the latest snapshot, it should resolve this
issue.

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

[2005-11-18 17:19:09] sniper@php.net

Ilia, this is pretty interesting. And on Linux..

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

[2005-11-18 17:18:42] sniper@php.net

Do us a favor and test with the latest PHP 5 snapshots from now on so
we don't have to ask for that separately.

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

[2005-11-18 16:55:42] maddog2k at maddog2k dot net

Unfortunately, no change... (php5-200511181330 -> 5.1.0RC7-dev)

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

[2005-11-18 16:33:57] sniper@php.net

Please try using this CVS snapshot:

http://snaps.php.net/php5-latest.tar.gz

For Windows:

http://snaps.php.net/win32/php5-win32-latest.zip

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

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/35278

--
Edit this bug report at http://bugs.php.net/?id=35278&edit=1
  Reply With Quote


  sponsored links


Reply


Thread Tools
Display Modes




Copyright © 2006 SmartyDevil.com - Dies Mies Jeschet Boenedoesef Douvema Enitemaus -
666