Bug #14529 Updated: script doesn't always finish output

From: Date: Sun, 17 Mar 2002 16:50:01 +0000
Subject: Bug #14529 Updated: script doesn't always finish output
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-2691@lists.php.net to get a copy of this message
ID: 14529 Updated by: gyrbo@yahoo.com Reported By: jay1@swift-web.com 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] gyrbo@yahoo.com 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] s.waight@gold.ac.uk 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 20000731 (Red Hat Linux 7.1 2.96-98) ------------------------------------------------------------------------ [2002-03-13 17:27:27] rlm@pricegrabber.com 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] jay1@swift-web.com A question for s.waight@gold.ac.uk : 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] hholzgra@php.net 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=14529&edit=1

« previous php.bugs (#2691) next »