ID: 14529 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Output Control Operating System: Linux RH 7.2 PHP Version: 4.1.1 New Comment:
To properly diagnose this bug, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Previous Comments: ------------------------------------------------------------------------ [2002-02-05 18:55:06] [EMAIL PROTECTED] When I use simple little scripts it seems to work fine. The pages where I have problems is where there are dynamically called include_once and variable variables used. For me the output seemed to work at first with output.buffering on but it turns out there was problems on other pages then (that weren't bothered by it being off). And IE6 would simply load pages from cache of old pages (and Netscape would simply crash with a connection lost error) I also discovered that some environmental variables working with sessions would fail to if there was a tiny error on html output at least in one consistent test. Example: If I had page (such as index.php) generate a basic HTML page but within the html code generated there was an <img> tag with an image name that did not exist on the server anymore (I had renamed it and forgot to update that script). The browser just shows standard little box with x in it where image should be as usual. When this was happening, if I echoed the value of $HTTP_SERVER_VARS['PHP_SELF'] it would return index.php (or the name of the page). However, if I saved that value to a session, then even though a test before the script end showed it correctly set, upon reloading it would be set to the page name (image.gif). I have tried the compiling with AND without --enable-trans-sid and these errors still continue with no change. I have to keep my production server on php 4.0.6 as it simply is way to unreliable in 4.1.0 or newer (including 4.2.2-dev). I use a lot of serialize/unserialize and really was hoping to upgrade for the performance differences. ------------------------------------------------------------------------ [2002-02-05 18:38:03] [EMAIL PROTECTED] And what happens when you get rid of --enable-trans-sid from your confiugre line? ------------------------------------------------------------------------ [2002-02-05 18:36:38] [EMAIL PROTECTED] Anyone have short complete script for this bug? ------------------------------------------------------------------------ [2002-02-05 16:25:52] [EMAIL PROTECTED] I have verified this bug with the latest 4.2.0-dev version. Output problems are still the same: corrupt output with buffering off, and correct output with buffering on, without any HTTP GET variables. (http://ged.dynodns.net/band/index.php?func=article&oid=19288) But only on some pages, for some reason. (E.G. events.php never works) I'm backing up to 4.0.6 to get the site to a production status again. (If 4.0.6 doesn't work, I'll post again...) ------------------------------------------------------------------------ [2002-02-01 19:03:20] [EMAIL PROTECTED] I am also experiencing this problem with PHP. On some pages no output is generated whatsoever (http://ged.dynodns.net/band/events.php [events.phps for source]). But the main page (http://ged.dynodns.net/band/index.php [index.phps for source]) works fine until GET var's are passed to it (ie: index.php?func=article&oid=19288), in which case it doesn't work at all. It cuts output off when I have output buffering off, but appears to work OK when I have output buffering enabled. ./configure \ --with-apxs \ --disable-short-tags \ --without-mysql \ --with-pgsql=/usr/pgsql and the php.ini file can be viewed here: http://ged.dynodns.net/band/php.ini I also, do not get any error reports or crashes when running Apache in gdb for debugging. I have all logging in PHP set to E_ALL so I should see any cought source errors, and Apache set to 'debug' so I should get verbose error messages there, and none are showing up for this problem. ------------------------------------------------------------------------ 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 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php
