Bug #14529 Updated: script doesn't always finish output
ID: 14529
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Critical
Bug Type: Output Control
Operating System: Linux RH 7.2
PHP Version: 4.3.0-dev
New Comment:
I found an interesting detail. On my windows box running PHP 4.1.1 and
Apache 1.3.23, it only stops on = signs.
I had a template that has some = signs in it, and by replacing the
first accurence, it goes on until the next one.
I'm using output buffering, but it outputs the content anyway. The
interesting fact is that it only turncates the output while echoing the
buffer.
Previous Comments:
[2002-03-14 04:02:44] [EMAIL PROTECTED]
Apologies for not including web server details (did so in another post
on another bug). Apache 1.3.20 with PHP as a DSO (no CGI compile). My
local Unix guru has suggested trying a more recent Apache release which
I will do when I get chance.
I haven't tried with 4.0.6 pre-file upload and I am loathed to do so as
I've now built PHP about a dozen times in the last week or so.
I don't have access to another linux ditro unfortunately although we
are running a production environment on Solaris. I haven't tried
anything on that yet due to its production status but can do if it
helps.
GCC details (gcc -v)
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs
gcc version 2.96 2731 (Red Hat Linux 7.1 2.96-98)
[2002-03-13 17:27:27] [EMAIL PROTECTED]
We MAY have seen a similar problem (not using Zend Optimizer, though --
whew!). We had problems with locutions like
function postprocess($buf)
{
$buf = preg_replace(/some stuff/,some other stuff,$buf);
return $buf;
}
ob_start(postprocess);
Changing the postprocess function to
function postprocess($ibuf)
{
$obuf = preg_replace(/some stuff/,some other stuff,$ibuf);
return $obuf;
}
seems to have eliminated the problem.
[2002-03-13 10:41:37] [EMAIL PROTECTED]
A question for [EMAIL PROTECTED] :
Did you try it before the patch was applied in 4.0.6
Of the pages giving me grief, some of them have forms and some of them
don't.
I don't have the access at my end to try my scripts on a different
linux version.
[2002-03-13 08:57:03] [EMAIL PROTECTED]
i faintly remember issues with the gcc version
RedHat uses (experimental gcc prerelease from
their own labs or something)
there were definetly problems in the past that
where RedHat-only :(
do you have a chance to test on another linux
distribution or to compile on another one and
transfer the binaries to your RH system?
[2002-03-13 08:31:53] [EMAIL PROTECTED]
Which webserver and version do you use?
Derick
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/14529
--
Edit this bug report at http://bugs.php.net/?id=14529edit=1
Bug #14529 Updated: script doesn't always finish output
ID: 14529
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Critical
Bug Type: Output Control
Operating System: Linux RH 7.2
PHP Version: 4.3.0-dev
New Comment:
Sorry, don't mind my previous post. I had a bug in my template system.
Previous Comments:
[2002-03-17 11:19:53] [EMAIL PROTECTED]
I found an interesting detail. On my windows box running PHP 4.1.1 and
Apache 1.3.23, it only stops on = signs.
I had a template that has some = signs in it, and by replacing the
first accurence, it goes on until the next one.
I'm using output buffering, but it outputs the content anyway. The
interesting fact is that it only turncates the output while echoing the
buffer.
[2002-03-14 04:02:44] [EMAIL PROTECTED]
Apologies for not including web server details (did so in another post
on another bug). Apache 1.3.20 with PHP as a DSO (no CGI compile). My
local Unix guru has suggested trying a more recent Apache release which
I will do when I get chance.
I haven't tried with 4.0.6 pre-file upload and I am loathed to do so as
I've now built PHP about a dozen times in the last week or so.
I don't have access to another linux ditro unfortunately although we
are running a production environment on Solaris. I haven't tried
anything on that yet due to its production status but can do if it
helps.
GCC details (gcc -v)
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs
gcc version 2.96 2731 (Red Hat Linux 7.1 2.96-98)
[2002-03-13 17:27:27] [EMAIL PROTECTED]
We MAY have seen a similar problem (not using Zend Optimizer, though --
whew!). We had problems with locutions like
function postprocess($buf)
{
$buf = preg_replace(/some stuff/,some other stuff,$buf);
return $buf;
}
ob_start(postprocess);
Changing the postprocess function to
function postprocess($ibuf)
{
$obuf = preg_replace(/some stuff/,some other stuff,$ibuf);
return $obuf;
}
seems to have eliminated the problem.
[2002-03-13 10:41:37] [EMAIL PROTECTED]
A question for [EMAIL PROTECTED] :
Did you try it before the patch was applied in 4.0.6
Of the pages giving me grief, some of them have forms and some of them
don't.
I don't have the access at my end to try my scripts on a different
linux version.
[2002-03-13 08:57:03] [EMAIL PROTECTED]
i faintly remember issues with the gcc version
RedHat uses (experimental gcc prerelease from
their own labs or something)
there were definetly problems in the past that
where RedHat-only :(
do you have a chance to test on another linux
distribution or to compile on another one and
transfer the binaries to your RH system?
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/14529
--
Edit this bug report at http://bugs.php.net/?id=14529edit=1
