[PHP-DEV] Bug #14529 Updated: script doesn't always finish output
ID: 14529 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: Linux RH 7.2 PHP Version: 4.1.1 New Comment: 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=articleoid=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...) Previous Comments: [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=articleoid=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. [2002-01-19 23:50:47] [EMAIL PROTECTED] Never thought to look at apache logs. Here is a very common error. [Sat Jan 19 20:49:54 2002] [notice] child pid 14822 exit signal Segmentation fault (11) [Sat Jan 19 21:25:20 2002] [warn] child process 14826 still did not exit, sending a SIGTERM [Sat Jan 19 21:25:24 2002] [error] child process 14826 still did not exit, sending a SIGKILL The first line has at least 20 of them in a row and then the last two occasionally show up at the end of it. It happens on every page load. I was using trans-sid for most tests. Register globals has been Off for most tests as well. No use of ob_end_flush() or ob_end_clean() anywhere in my scripts. (I have output_buffering set to Off - but have tried, On and 4K). I'm not sure what you mean by gdb for running httpd under. I tried using tail on the error_log and when the page locks the error message (above) is what I got. [2002-01-19 23:33:04] [EMAIL PROTECTED] Please update Version :) Here comes more questions. Do you use trans-sid? (If yes, do you have register_globals=On?) Do you use ob_end_flush(), ob_end_clean() anywher in your scripts? I guess you have already checked, but Do you see any error logs for Apache and PHP? Could you try to run httpd under gdb to see if you get any signal or exit code. [2002-01-19 23:29:21] [EMAIL PROTECTED] PHP4.0.6 compiled with the same ./configure line works flawless so it's only happening in 4.1.0 - 4.2.0-dev In linux the pages almost never load simply gives me error reports (some sort of connection error so drops connection), IE loads about 60-70% of the time (but I've noticed it is only displaying old cached information even though I've got it set to nocache in php.ini and tried sending headers to force no caching). I even tried forcing IE not to cache in it's settings but it still does it or else it locks up forever (ALT-CTL-DEL to finally end that task - I've left it for as long as an hour to see if it'd time out first or do something). I've tried reducing the code to force it not to do any includes except the main one. So I could test a much smaller script and it still gives me the problem. Yet if I do a very simple page (like with ? phpinfo() ?) there is no problems at all. I'm reading through other bugs trying to find similarities with various functions I use and other bugs to see if I can narrow this down. [2002-01-19 23:16:19] [EMAIL PROTECTED] I've answered that before (I've tried 3 different snaps versions). I tried todays php-200201191500 and still the same problem. I even re-compiled my kernel to the latest stable version this morning just in case it was a RH default compile thing. I'm recompiling php-4.0.6 from scratch (rather than the RPM) as we speak with the exact same options on ./configure line just to be sure that it is just 4.1.0 or newer
[PHP-DEV] Bug #14529 Updated: script doesn't always finish output
ID: 14529 Updated by: [EMAIL PROTECTED] -Summary: script doesn't always finish output 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: Anyone have short complete script for this bug? Previous Comments: [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=articleoid=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=articleoid=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. [2002-01-19 23:50:47] [EMAIL PROTECTED] Never thought to look at apache logs. Here is a very common error. [Sat Jan 19 20:49:54 2002] [notice] child pid 14822 exit signal Segmentation fault (11) [Sat Jan 19 21:25:20 2002] [warn] child process 14826 still did not exit, sending a SIGTERM [Sat Jan 19 21:25:24 2002] [error] child process 14826 still did not exit, sending a SIGKILL The first line has at least 20 of them in a row and then the last two occasionally show up at the end of it. It happens on every page load. I was using trans-sid for most tests. Register globals has been Off for most tests as well. No use of ob_end_flush() or ob_end_clean() anywhere in my scripts. (I have output_buffering set to Off - but have tried, On and 4K). I'm not sure what you mean by gdb for running httpd under. I tried using tail on the error_log and when the page locks the error message (above) is what I got. [2002-01-19 23:33:04] [EMAIL PROTECTED] Please update Version :) Here comes more questions. Do you use trans-sid? (If yes, do you have register_globals=On?) Do you use ob_end_flush(), ob_end_clean() anywher in your scripts? I guess you have already checked, but Do you see any error logs for Apache and PHP? Could you try to run httpd under gdb to see if you get any signal or exit code. [2002-01-19 23:29:21] [EMAIL PROTECTED] PHP4.0.6 compiled with the same ./configure line works flawless so it's only happening in 4.1.0 - 4.2.0-dev In linux the pages almost never load simply gives me error reports (some sort of connection error so drops connection), IE loads about 60-70% of the time (but I've noticed it is only displaying old cached information even though I've got it set to nocache in php.ini and tried sending headers to force no caching). I even tried forcing IE not to cache in it's settings but it still does it or else it locks up forever (ALT-CTL-DEL to finally end that task - I've left it for as long as an hour to see if it'd time out first or do something). I've tried reducing the code to force it not to do any includes except the main one. So I could test a much smaller script and it still gives me the problem. Yet if I do a very simple page (like with ? phpinfo() ?) there is no problems at all. I'm reading through other bugs trying to find similarities with various functions I use and other bugs to see if I can narrow this down. 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 -- PHP Development
[PHP-DEV] Bug #14529 Updated: script doesn't always finish output
ID: 14529 Updated by: [EMAIL PROTECTED] -Summary: script doesn't always finish output Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Output Control Operating System: Linux RH 7.2 PHP Version: 4.1.1 New Comment: And what happens when you get rid of --enable-trans-sid from your confiugre line? Previous Comments: [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=articleoid=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=articleoid=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. [2002-01-19 23:50:47] [EMAIL PROTECTED] Never thought to look at apache logs. Here is a very common error. [Sat Jan 19 20:49:54 2002] [notice] child pid 14822 exit signal Segmentation fault (11) [Sat Jan 19 21:25:20 2002] [warn] child process 14826 still did not exit, sending a SIGTERM [Sat Jan 19 21:25:24 2002] [error] child process 14826 still did not exit, sending a SIGKILL The first line has at least 20 of them in a row and then the last two occasionally show up at the end of it. It happens on every page load. I was using trans-sid for most tests. Register globals has been Off for most tests as well. No use of ob_end_flush() or ob_end_clean() anywhere in my scripts. (I have output_buffering set to Off - but have tried, On and 4K). I'm not sure what you mean by gdb for running httpd under. I tried using tail on the error_log and when the page locks the error message (above) is what I got. [2002-01-19 23:33:04] [EMAIL PROTECTED] Please update Version :) Here comes more questions. Do you use trans-sid? (If yes, do you have register_globals=On?) Do you use ob_end_flush(), ob_end_clean() anywher in your scripts? I guess you have already checked, but Do you see any error logs for Apache and PHP? Could you try to run httpd under gdb to see if you get any signal or exit code. 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 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #14529 Updated: script doesn't always finish output
ID: 14529 Updated by: [EMAIL PROTECTED] -Summary: script doesn't always finish output Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Output Control Operating System: Linux RH 7.2 PHP Version: 4.1.1 New Comment: 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. Previous Comments: [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=articleoid=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=articleoid=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. [2002-01-19 23:50:47] [EMAIL PROTECTED] Never thought to look at apache logs. Here is a very common error. [Sat Jan 19 20:49:54 2002] [notice] child pid 14822 exit signal Segmentation fault (11) [Sat Jan 19 21:25:20 2002] [warn] child process 14826 still did not exit, sending a SIGTERM [Sat Jan 19 21:25:24 2002] [error] child process 14826 still did not exit, sending a SIGKILL The first line has at least 20 of them in a row and then the last two occasionally show up at the end of it. It happens on every page load. I was using trans-sid for most tests. Register globals has been Off for most tests as well. No use of ob_end_flush() or ob_end_clean() anywhere in my scripts. (I have output_buffering set to Off - but have tried, On and 4K). I'm not sure what you mean by gdb for running httpd under. I tried using tail on the error_log and when the page locks the error message (above) is what I got.
[PHP-DEV] Bug #14529 Updated: script doesn't always finish output
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=articleoid=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=articleoid=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=14529edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #14529 Updated: script doesn't always finish output
ID: 14529 Updated by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: Linux RH 7.2 PHP Version: 4.1.1 New Comment: 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=articleoid=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. Previous Comments: [2002-01-19 23:50:47] [EMAIL PROTECTED] Never thought to look at apache logs. Here is a very common error. [Sat Jan 19 20:49:54 2002] [notice] child pid 14822 exit signal Segmentation fault (11) [Sat Jan 19 21:25:20 2002] [warn] child process 14826 still did not exit, sending a SIGTERM [Sat Jan 19 21:25:24 2002] [error] child process 14826 still did not exit, sending a SIGKILL The first line has at least 20 of them in a row and then the last two occasionally show up at the end of it. It happens on every page load. I was using trans-sid for most tests. Register globals has been Off for most tests as well. No use of ob_end_flush() or ob_end_clean() anywhere in my scripts. (I have output_buffering set to Off - but have tried, On and 4K). I'm not sure what you mean by gdb for running httpd under. I tried using tail on the error_log and when the page locks the error message (above) is what I got. [2002-01-19 23:33:04] [EMAIL PROTECTED] Please update Version :) Here comes more questions. Do you use trans-sid? (If yes, do you have register_globals=On?) Do you use ob_end_flush(), ob_end_clean() anywher in your scripts? I guess you have already checked, but Do you see any error logs for Apache and PHP? Could you try to run httpd under gdb to see if you get any signal or exit code. [2002-01-19 23:29:21] [EMAIL PROTECTED] PHP4.0.6 compiled with the same ./configure line works flawless so it's only happening in 4.1.0 - 4.2.0-dev In linux the pages almost never load simply gives me error reports (some sort of connection error so drops connection), IE loads about 60-70% of the time (but I've noticed it is only displaying old cached information even though I've got it set to nocache in php.ini and tried sending headers to force no caching). I even tried forcing IE not to cache in it's settings but it still does it or else it locks up forever (ALT-CTL-DEL to finally end that task - I've left it for as long as an hour to see if it'd time out first or do something). I've tried reducing the code to force it not to do any includes except the main one. So I could test a much smaller script and it still gives me the problem. Yet if I do a very simple page (like with ? phpinfo() ?) there is no problems at all. I'm reading through other bugs trying to find similarities with various functions I use and other bugs to see if I can narrow this down. [2002-01-19 23:16:19] [EMAIL PROTECTED] I've answered that before (I've tried 3 different snaps versions). I tried todays php-200201191500 and still the same problem. I even re-compiled my kernel to the latest stable version this morning just in case it was a RH default compile thing. I'm recompiling php-4.0.6 from scratch (rather than the RPM) as we speak with the exact same options on ./configure line just to be sure that it is just 4.1.0 or newer giving me the grief. [2002-01-19 21:56:53] [EMAIL PROTECTED] This is 4th time to ask. Do you have problem with 4.2.0-dev? 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/?id=14529 Edit this bug report at http://bugs.php.net/?id=14529edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail:
[PHP-DEV] Bug #14529 Updated: script doesn't always finish output
ID: 14529 User updated by: [EMAIL PROTECTED] Old Summary: script doesn't always finish output Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Output Control Operating System: Linux RH 7.2 PHP Version: 4.1.1 New Comment: found some new things that may help. On the pages that didn't finish loading I discovered my PHP generated code missed a end /font tag. So I added it in and it displays the entire page now (weird that PHP4.0.6 didn't have this problem). BUT the problem of it crashing IE6.0 still happens in PHP4.1.1. It is as if there is header information that isn't being sent properly. When I use a linux box rather than crashing it pops up an error window saying Error, connection to server was dropped. The way to duplicate this is simply go to a page that loaded fine a minute ago and click refresh (and 1/3 will crash). I've tried this on smaller scripts and it doesn't crash but it does on this larger program which uses many different functions of PHP so I'm wondering if a function that is used is what causes the problem. Any ideas of how I can narrow the test down to find what exactly causes the conflict (maybe a combination of functions)? The script varies depending on the pages function (many includes) and can be as many as 5000 lines long in some places. It runs perfectly smooth in PHP4.0.1 - PHP4.0.6 but not in PHP4.1.0 or newer. I'll try todays latest snap again (previous one didn't work either). Previous Comments: [2002-01-10 01:58:24] [EMAIL PROTECTED] Ok. Please test it when the site is up. If you find any new problem in snapshots, please submit bug report for it :) BTW, output control code differs in 4.2.0, so this problem may be fixed in 4.2.0. [2002-01-10 01:05:52] [EMAIL PROTECTED] http://snaps.php.net seems to be down now (get message saying host doesn't exist) so I'll have to try it another day [2002-01-10 00:56:41] [EMAIL PROTECTED] I tried the latest snapshot a few weeks ago and after some difficulty getting it to run this script (as I discovered it won't let me connect to mysql using localhost) it crashed my IE when I tried loading the script. When I use another browser (on my linux box) it gives me the connection lost error again. I haven't tried it with the latest snapshot (so it's a few weeks outdated). I'll go get it and try it right now. [2002-01-10 00:29:39] [EMAIL PROTECTED] Derick was asking if you have problem with 4.2.0-dev http://snaps.php.net/ [2002-01-09 23:26:20] [EMAIL PROTECTED] Have tried using PHP 4.1.1 now and output is still being cut off. It seems to do this when there is a very long string in a variable. For example I have my one program create all the body of an HTML file into one variable such as $body. Other variables handle other sections of the HTML code such as $header, $body_tag, etc. This way many different modules can all have control over the page output regardless of when they are called. But if the output gets fairly large in one variable, then the script seems to stop output (NOT NECESSARILY while outputing that variable but could be in the middle of an echo statement further down. It's as if it can only handle echoing a limited amount HTML. I'm not talking about the variable being huge either, just a couple of pages worth of text. I tried changing the default 8MB of memory a script can use up to 20MB. Currently I have output buffering turned to Off. If I turn it on it seems to handle it better but still have problems. 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/?id=14529 Edit this bug report at http://bugs.php.net/?id=14529edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14529 Updated: script doesn't always finish output
ID: 14529 Updated by: yohgaki Old Summary: script doesn't always finish output Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Output Control Operating System: Linux RH 7.2 PHP Version: 4.1.1 New Comment: This is 4th time to ask. Do you have problem with 4.2.0-dev? Previous Comments: [2002-01-19 19:44:12] [EMAIL PROTECTED] found some new things that may help. On the pages that didn't finish loading I discovered my PHP generated code missed a end /font tag. So I added it in and it displays the entire page now (weird that PHP4.0.6 didn't have this problem). BUT the problem of it crashing IE6.0 still happens in PHP4.1.1. It is as if there is header information that isn't being sent properly. When I use a linux box rather than crashing it pops up an error window saying Error, connection to server was dropped. The way to duplicate this is simply go to a page that loaded fine a minute ago and click refresh (and 1/3 will crash). I've tried this on smaller scripts and it doesn't crash but it does on this larger program which uses many different functions of PHP so I'm wondering if a function that is used is what causes the problem. Any ideas of how I can narrow the test down to find what exactly causes the conflict (maybe a combination of functions)? The script varies depending on the pages function (many includes) and can be as many as 5000 lines long in some places. It runs perfectly smooth in PHP4.0.1 - PHP4.0.6 but not in PHP4.1.0 or newer. I'll try todays latest snap again (previous one didn't work either). [2002-01-10 01:58:24] [EMAIL PROTECTED] Ok. Please test it when the site is up. If you find any new problem in snapshots, please submit bug report for it :) BTW, output control code differs in 4.2.0, so this problem may be fixed in 4.2.0. [2002-01-10 01:05:52] [EMAIL PROTECTED] http://snaps.php.net seems to be down now (get message saying host doesn't exist) so I'll have to try it another day [2002-01-10 00:56:41] [EMAIL PROTECTED] I tried the latest snapshot a few weeks ago and after some difficulty getting it to run this script (as I discovered it won't let me connect to mysql using localhost) it crashed my IE when I tried loading the script. When I use another browser (on my linux box) it gives me the connection lost error again. I haven't tried it with the latest snapshot (so it's a few weeks outdated). I'll go get it and try it right now. [2002-01-10 00:29:39] [EMAIL PROTECTED] Derick was asking if you have problem with 4.2.0-dev http://snaps.php.net/ 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/?id=14529 Edit this bug report at http://bugs.php.net/?id=14529edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14529 Updated: script doesn't always finish output
ID: 14529 User updated by: [EMAIL PROTECTED] Old Summary: script doesn't always finish output Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Output Control Operating System: Linux RH 7.2 PHP Version: 4.1.1 New Comment: I've answered that before (I've tried 3 different snaps versions). I tried todays php-200201191500 and still the same problem. I even re-compiled my kernel to the latest stable version this morning just in case it was a RH default compile thing. I'm recompiling php-4.0.6 from scratch (rather than the RPM) as we speak with the exact same options on ./configure line just to be sure that it is just 4.1.0 or newer giving me the grief. Previous Comments: [2002-01-19 21:56:53] [EMAIL PROTECTED] This is 4th time to ask. Do you have problem with 4.2.0-dev? [2002-01-19 19:44:12] [EMAIL PROTECTED] found some new things that may help. On the pages that didn't finish loading I discovered my PHP generated code missed a end /font tag. So I added it in and it displays the entire page now (weird that PHP4.0.6 didn't have this problem). BUT the problem of it crashing IE6.0 still happens in PHP4.1.1. It is as if there is header information that isn't being sent properly. When I use a linux box rather than crashing it pops up an error window saying Error, connection to server was dropped. The way to duplicate this is simply go to a page that loaded fine a minute ago and click refresh (and 1/3 will crash). I've tried this on smaller scripts and it doesn't crash but it does on this larger program which uses many different functions of PHP so I'm wondering if a function that is used is what causes the problem. Any ideas of how I can narrow the test down to find what exactly causes the conflict (maybe a combination of functions)? The script varies depending on the pages function (many includes) and can be as many as 5000 lines long in some places. It runs perfectly smooth in PHP4.0.1 - PHP4.0.6 but not in PHP4.1.0 or newer. I'll try todays latest snap again (previous one didn't work either). [2002-01-10 01:58:24] [EMAIL PROTECTED] Ok. Please test it when the site is up. If you find any new problem in snapshots, please submit bug report for it :) BTW, output control code differs in 4.2.0, so this problem may be fixed in 4.2.0. [2002-01-10 01:05:52] [EMAIL PROTECTED] http://snaps.php.net seems to be down now (get message saying host doesn't exist) so I'll have to try it another day [2002-01-10 00:56:41] [EMAIL PROTECTED] I tried the latest snapshot a few weeks ago and after some difficulty getting it to run this script (as I discovered it won't let me connect to mysql using localhost) it crashed my IE when I tried loading the script. When I use another browser (on my linux box) it gives me the connection lost error again. I haven't tried it with the latest snapshot (so it's a few weeks outdated). I'll go get it and try it right now. 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/?id=14529 Edit this bug report at http://bugs.php.net/?id=14529edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14529 Updated: script doesn't always finish output
ID: 14529 User updated by: [EMAIL PROTECTED] Old Summary: script doesn't always finish output Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: Linux RH 7.2 Old PHP Version: 4.1.1 PHP Version: 4.1.0 - 4.2.0-dev New Comment: PHP4.0.6 compiled with the same ./configure line works flawless so it's only happening in 4.1.0 - 4.2.0-dev In linux the pages almost never load simply gives me error reports (some sort of connection error so drops connection), IE loads about 60-70% of the time (but I've noticed it is only displaying old cached information even though I've got it set to nocache in php.ini and tried sending headers to force no caching). I even tried forcing IE not to cache in it's settings but it still does it or else it locks up forever (ALT-CTL-DEL to finally end that task - I've left it for as long as an hour to see if it'd time out first or do something). I've tried reducing the code to force it not to do any includes except the main one. So I could test a much smaller script and it still gives me the problem. Yet if I do a very simple page (like with ? phpinfo() ?) there is no problems at all. I'm reading through other bugs trying to find similarities with various functions I use and other bugs to see if I can narrow this down. Previous Comments: [2002-01-19 23:16:19] [EMAIL PROTECTED] I've answered that before (I've tried 3 different snaps versions). I tried todays php-200201191500 and still the same problem. I even re-compiled my kernel to the latest stable version this morning just in case it was a RH default compile thing. I'm recompiling php-4.0.6 from scratch (rather than the RPM) as we speak with the exact same options on ./configure line just to be sure that it is just 4.1.0 or newer giving me the grief. [2002-01-19 21:56:53] [EMAIL PROTECTED] This is 4th time to ask. Do you have problem with 4.2.0-dev? [2002-01-19 19:44:12] [EMAIL PROTECTED] found some new things that may help. On the pages that didn't finish loading I discovered my PHP generated code missed a end /font tag. So I added it in and it displays the entire page now (weird that PHP4.0.6 didn't have this problem). BUT the problem of it crashing IE6.0 still happens in PHP4.1.1. It is as if there is header information that isn't being sent properly. When I use a linux box rather than crashing it pops up an error window saying Error, connection to server was dropped. The way to duplicate this is simply go to a page that loaded fine a minute ago and click refresh (and 1/3 will crash). I've tried this on smaller scripts and it doesn't crash but it does on this larger program which uses many different functions of PHP so I'm wondering if a function that is used is what causes the problem. Any ideas of how I can narrow the test down to find what exactly causes the conflict (maybe a combination of functions)? The script varies depending on the pages function (many includes) and can be as many as 5000 lines long in some places. It runs perfectly smooth in PHP4.0.1 - PHP4.0.6 but not in PHP4.1.0 or newer. I'll try todays latest snap again (previous one didn't work either). [2002-01-10 01:58:24] [EMAIL PROTECTED] Ok. Please test it when the site is up. If you find any new problem in snapshots, please submit bug report for it :) BTW, output control code differs in 4.2.0, so this problem may be fixed in 4.2.0. [2002-01-10 01:05:52] [EMAIL PROTECTED] http://snaps.php.net seems to be down now (get message saying host doesn't exist) so I'll have to try it another day 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/?id=14529 Edit this bug report at http://bugs.php.net/?id=14529edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14529 Updated: script doesn't always finish output
ID: 14529 Updated by: yohgaki Old Summary: script doesn't always finish output Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Output Control Operating System: Linux RH 7.2 Old PHP Version: 4.1.0 - 4.2.0-dev PHP Version: 4.2.0-dev (2002/1/19) New Comment: Please update Version :) Here comes more questions. Do you use trans-sid? (If yes, do you have register_globals=On?) Do you use ob_end_flush(), ob_end_clean() anywher in your scripts? I guess you have already checked, but Do you see any error logs for Apache and PHP? Could you try to run httpd under gdb to see if you get any signal or exit code. Previous Comments: [2002-01-19 23:29:21] [EMAIL PROTECTED] PHP4.0.6 compiled with the same ./configure line works flawless so it's only happening in 4.1.0 - 4.2.0-dev In linux the pages almost never load simply gives me error reports (some sort of connection error so drops connection), IE loads about 60-70% of the time (but I've noticed it is only displaying old cached information even though I've got it set to nocache in php.ini and tried sending headers to force no caching). I even tried forcing IE not to cache in it's settings but it still does it or else it locks up forever (ALT-CTL-DEL to finally end that task - I've left it for as long as an hour to see if it'd time out first or do something). I've tried reducing the code to force it not to do any includes except the main one. So I could test a much smaller script and it still gives me the problem. Yet if I do a very simple page (like with ? phpinfo() ?) there is no problems at all. I'm reading through other bugs trying to find similarities with various functions I use and other bugs to see if I can narrow this down. [2002-01-19 23:16:19] [EMAIL PROTECTED] I've answered that before (I've tried 3 different snaps versions). I tried todays php-200201191500 and still the same problem. I even re-compiled my kernel to the latest stable version this morning just in case it was a RH default compile thing. I'm recompiling php-4.0.6 from scratch (rather than the RPM) as we speak with the exact same options on ./configure line just to be sure that it is just 4.1.0 or newer giving me the grief. [2002-01-19 21:56:53] [EMAIL PROTECTED] This is 4th time to ask. Do you have problem with 4.2.0-dev? [2002-01-19 19:44:12] [EMAIL PROTECTED] found some new things that may help. On the pages that didn't finish loading I discovered my PHP generated code missed a end /font tag. So I added it in and it displays the entire page now (weird that PHP4.0.6 didn't have this problem). BUT the problem of it crashing IE6.0 still happens in PHP4.1.1. It is as if there is header information that isn't being sent properly. When I use a linux box rather than crashing it pops up an error window saying Error, connection to server was dropped. The way to duplicate this is simply go to a page that loaded fine a minute ago and click refresh (and 1/3 will crash). I've tried this on smaller scripts and it doesn't crash but it does on this larger program which uses many different functions of PHP so I'm wondering if a function that is used is what causes the problem. Any ideas of how I can narrow the test down to find what exactly causes the conflict (maybe a combination of functions)? The script varies depending on the pages function (many includes) and can be as many as 5000 lines long in some places. It runs perfectly smooth in PHP4.0.1 - PHP4.0.6 but not in PHP4.1.0 or newer. I'll try todays latest snap again (previous one didn't work either). [2002-01-10 01:58:24] [EMAIL PROTECTED] Ok. Please test it when the site is up. If you find any new problem in snapshots, please submit bug report for it :) BTW, output control code differs in 4.2.0, so this problem may be fixed in 4.2.0. 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/?id=14529 Edit this bug report at http://bugs.php.net/?id=14529edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14529 Updated: script doesn't always finish output
ID: 14529 User updated by: [EMAIL PROTECTED] Old Summary: script doesn't always finish output Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Output Control Operating System: Linux RH 7.2 Old PHP Version: 4.2.0-dev (2002/1/19) PHP Version: 4.1.1 New Comment: Never thought to look at apache logs. Here is a very common error. [Sat Jan 19 20:49:54 2002] [notice] child pid 14822 exit signal Segmentation fault (11) [Sat Jan 19 21:25:20 2002] [warn] child process 14826 still did not exit, sending a SIGTERM [Sat Jan 19 21:25:24 2002] [error] child process 14826 still did not exit, sending a SIGKILL The first line has at least 20 of them in a row and then the last two occasionally show up at the end of it. It happens on every page load. I was using trans-sid for most tests. Register globals has been Off for most tests as well. No use of ob_end_flush() or ob_end_clean() anywhere in my scripts. (I have output_buffering set to Off - but have tried, On and 4K). I'm not sure what you mean by gdb for running httpd under. I tried using tail on the error_log and when the page locks the error message (above) is what I got. Previous Comments: [2002-01-19 23:33:04] [EMAIL PROTECTED] Please update Version :) Here comes more questions. Do you use trans-sid? (If yes, do you have register_globals=On?) Do you use ob_end_flush(), ob_end_clean() anywher in your scripts? I guess you have already checked, but Do you see any error logs for Apache and PHP? Could you try to run httpd under gdb to see if you get any signal or exit code. [2002-01-19 23:29:21] [EMAIL PROTECTED] PHP4.0.6 compiled with the same ./configure line works flawless so it's only happening in 4.1.0 - 4.2.0-dev In linux the pages almost never load simply gives me error reports (some sort of connection error so drops connection), IE loads about 60-70% of the time (but I've noticed it is only displaying old cached information even though I've got it set to nocache in php.ini and tried sending headers to force no caching). I even tried forcing IE not to cache in it's settings but it still does it or else it locks up forever (ALT-CTL-DEL to finally end that task - I've left it for as long as an hour to see if it'd time out first or do something). I've tried reducing the code to force it not to do any includes except the main one. So I could test a much smaller script and it still gives me the problem. Yet if I do a very simple page (like with ? phpinfo() ?) there is no problems at all. I'm reading through other bugs trying to find similarities with various functions I use and other bugs to see if I can narrow this down. [2002-01-19 23:16:19] [EMAIL PROTECTED] I've answered that before (I've tried 3 different snaps versions). I tried todays php-200201191500 and still the same problem. I even re-compiled my kernel to the latest stable version this morning just in case it was a RH default compile thing. I'm recompiling php-4.0.6 from scratch (rather than the RPM) as we speak with the exact same options on ./configure line just to be sure that it is just 4.1.0 or newer giving me the grief. [2002-01-19 21:56:53] [EMAIL PROTECTED] This is 4th time to ask. Do you have problem with 4.2.0-dev? [2002-01-19 19:44:12] [EMAIL PROTECTED] found some new things that may help. On the pages that didn't finish loading I discovered my PHP generated code missed a end /font tag. So I added it in and it displays the entire page now (weird that PHP4.0.6 didn't have this problem). BUT the problem of it crashing IE6.0 still happens in PHP4.1.1. It is as if there is header information that isn't being sent properly. When I use a linux box rather than crashing it pops up an error window saying Error, connection to server was dropped. The way to duplicate this is simply go to a page that loaded fine a minute ago and click refresh (and 1/3 will crash). I've tried this on smaller scripts and it doesn't crash but it does on this larger program which uses many different functions of PHP so I'm wondering if a function that is used is what causes the problem. Any ideas of how I can narrow the test down to find what exactly causes the conflict (maybe a combination of functions)? The script varies depending on the pages function (many includes) and can be as many as 5000 lines long in some places. It runs perfectly smooth in PHP4.0.1 - PHP4.0.6 but not in PHP4.1.0 or newer. I'll try todays latest snap again (previous one didn't work either). The
[PHP-DEV] Bug #14529 Updated: script doesn't always finish output
ID: 14529 User updated by: [EMAIL PROTECTED] Old Summary: script doesn't always finish output Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: Linux RH 7.2 Old PHP Version: 4.1.0 PHP Version: 4.1.1 New Comment: Have tried using PHP 4.1.1 now and output is still being cut off. It seems to do this when there is a very long string in a variable. For example I have my one program create all the body of an HTML file into one variable such as $body. Other variables handle other sections of the HTML code such as $header, $body_tag, etc. This way many different modules can all have control over the page output regardless of when they are called. But if the output gets fairly large in one variable, then the script seems to stop output (NOT NECESSARILY while outputing that variable but could be in the middle of an echo statement further down. It's as if it can only handle echoing a limited amount HTML. I'm not talking about the variable being huge either, just a couple of pages worth of text. I tried changing the default 8MB of memory a script can use up to 20MB. Currently I have output buffering turned to Off. If I turn it on it seems to handle it better but still have problems. Previous Comments: [2001-12-19 18:32:00] [EMAIL PROTECTED] Sorry, What I first thought to be consistant is proving me wrong. The end bracket is now making no difference whether the page loads completely or not. It seemed to at first but now there is no difference. A new discovery is that on some pages even with Output_buffering set to On, it is also halting output to HTML code. It is also crashing many times whereas a request to a page (or simple refresh) is sometimes just hanging or returning very quickly that the page is not available (and upon a refresh it loads again). 4.1.0 had some wise moves made with the session handling so globals can be turned off. I've been waiting for this improvement for sometime, but 4.1.0 is simply too buggy and unstable. I've tried a couple of the new developments but am finding other problems with them the strongest being my code to connect to my MySQL database no longer works in the newer versions (4.2.0-dev). I am giving up and going back to 4.0.6 Until the serious bugs are removed from a version with the better session handling. If you need me to test other things I'd be happy to, just let me know. [2001-12-17 17:58:58] [EMAIL PROTECTED] Went back to PHP 4.1.0 and have tried numerous things and found a consistency causing the problem (don't understand why though). If the URL is something such as: http://www.domain.com/test/control_panel scripting stops part ways through unless I have output_buffering On if the URL is: http://www.domain.com/test/control_panel/ (notice the end /) it works just fine with output_buffering on OR off When I drop back to PHP4.0.6 it doesn't matter if the end '/' is there or not. I must point out that this script forces a virtual URL in that it actually is running a PHP script called test and everything else on the URL is simply virtual pages telling the test script what it is to be doing. On static pages I have not tested this to see if the '/' is missing that there is a problem. Perhaps apache needs different configuration when using PHP4.1.0 over PHP4.0.6 to overcome the end '/' tag. Now that I know this bug, I can easily overcome it in my code (all links already do this but for test pages I just manually type it in and have always left the end '/' off as it worked in previous versions of PHP). Just in case I tested it with both magic_quotes on and off in both 4.0.6 and 4.1.0 and it still works in 4.0.6 and not in 4.1.0 Either way this problem is not as serious anymore as this slight fix (in knowing the '/' is needed) means I'm no longer having half pages displayed. [2001-12-15 15:33:50] [EMAIL PROTECTED] Tried using the snap shot and it will no longer let me connect to my MySQL database so I couldn't run the page I've been doing the testing on. Did the format for mysql_connect change in this version? I can still connect to it from the Linux prompt itself so it's still running. In phpinfo() the section on mysql looks exactly the same except MYSQL_MODULE_TYPE (4.1.0 reports 'none' the 4.2.0-dev reports 'builtin') yet I used the same configure line (both used built in - I've never figured out how to get it to use the installed MySQL perhaps because it's installed from rpm files and library file just don't exist - but not too sure what I am supposed to be looking for there). [2001-12-15 06:35:00] [EMAIL PROTECTED] Can you please try a snapshot from snaps.php.net, and
[PHP-DEV] Bug #14529 Updated: script doesn't always finish output
ID: 14529 Updated by: yohgaki Old Summary: script doesn't always finish output Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Output Control Operating System: Linux RH 7.2 PHP Version: 4.1.1 New Comment: Derick was asking if you have problem with 4.2.0-dev http://snaps.php.net/ Previous Comments: [2002-01-09 23:26:20] [EMAIL PROTECTED] Have tried using PHP 4.1.1 now and output is still being cut off. It seems to do this when there is a very long string in a variable. For example I have my one program create all the body of an HTML file into one variable such as $body. Other variables handle other sections of the HTML code such as $header, $body_tag, etc. This way many different modules can all have control over the page output regardless of when they are called. But if the output gets fairly large in one variable, then the script seems to stop output (NOT NECESSARILY while outputing that variable but could be in the middle of an echo statement further down. It's as if it can only handle echoing a limited amount HTML. I'm not talking about the variable being huge either, just a couple of pages worth of text. I tried changing the default 8MB of memory a script can use up to 20MB. Currently I have output buffering turned to Off. If I turn it on it seems to handle it better but still have problems. [2001-12-19 18:32:00] [EMAIL PROTECTED] Sorry, What I first thought to be consistant is proving me wrong. The end bracket is now making no difference whether the page loads completely or not. It seemed to at first but now there is no difference. A new discovery is that on some pages even with Output_buffering set to On, it is also halting output to HTML code. It is also crashing many times whereas a request to a page (or simple refresh) is sometimes just hanging or returning very quickly that the page is not available (and upon a refresh it loads again). 4.1.0 had some wise moves made with the session handling so globals can be turned off. I've been waiting for this improvement for sometime, but 4.1.0 is simply too buggy and unstable. I've tried a couple of the new developments but am finding other problems with them the strongest being my code to connect to my MySQL database no longer works in the newer versions (4.2.0-dev). I am giving up and going back to 4.0.6 Until the serious bugs are removed from a version with the better session handling. If you need me to test other things I'd be happy to, just let me know. [2001-12-17 17:58:58] [EMAIL PROTECTED] Went back to PHP 4.1.0 and have tried numerous things and found a consistency causing the problem (don't understand why though). If the URL is something such as: http://www.domain.com/test/control_panel scripting stops part ways through unless I have output_buffering On if the URL is: http://www.domain.com/test/control_panel/ (notice the end /) it works just fine with output_buffering on OR off When I drop back to PHP4.0.6 it doesn't matter if the end '/' is there or not. I must point out that this script forces a virtual URL in that it actually is running a PHP script called test and everything else on the URL is simply virtual pages telling the test script what it is to be doing. On static pages I have not tested this to see if the '/' is missing that there is a problem. Perhaps apache needs different configuration when using PHP4.1.0 over PHP4.0.6 to overcome the end '/' tag. Now that I know this bug, I can easily overcome it in my code (all links already do this but for test pages I just manually type it in and have always left the end '/' off as it worked in previous versions of PHP). Just in case I tested it with both magic_quotes on and off in both 4.0.6 and 4.1.0 and it still works in 4.0.6 and not in 4.1.0 Either way this problem is not as serious anymore as this slight fix (in knowing the '/' is needed) means I'm no longer having half pages displayed. [2001-12-15 15:33:50] [EMAIL PROTECTED] Tried using the snap shot and it will no longer let me connect to my MySQL database so I couldn't run the page I've been doing the testing on. Did the format for mysql_connect change in this version? I can still connect to it from the Linux prompt itself so it's still running. In phpinfo() the section on mysql looks exactly the same except MYSQL_MODULE_TYPE (4.1.0 reports 'none' the 4.2.0-dev reports 'builtin') yet I used the same configure line (both used built in - I've never figured out how to get it to use the installed MySQL perhaps because it's installed from rpm files and library file just don't exist - but not too sure what I am supposed to be looking
[PHP-DEV] Bug #14529 Updated: script doesn't always finish output
ID: 14529 User updated by: [EMAIL PROTECTED] Old Summary: script doesn't always finish output Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Output Control Operating System: Linux RH 7.2 PHP Version: 4.1.1 New Comment: I tried the latest snapshot a few weeks ago and after some difficulty getting it to run this script (as I discovered it won't let me connect to mysql using localhost) it crashed my IE when I tried loading the script. When I use another browser (on my linux box) it gives me the connection lost error again. I haven't tried it with the latest snapshot (so it's a few weeks outdated). I'll go get it and try it right now. Previous Comments: [2002-01-10 00:29:39] [EMAIL PROTECTED] Derick was asking if you have problem with 4.2.0-dev http://snaps.php.net/ [2002-01-09 23:26:20] [EMAIL PROTECTED] Have tried using PHP 4.1.1 now and output is still being cut off. It seems to do this when there is a very long string in a variable. For example I have my one program create all the body of an HTML file into one variable such as $body. Other variables handle other sections of the HTML code such as $header, $body_tag, etc. This way many different modules can all have control over the page output regardless of when they are called. But if the output gets fairly large in one variable, then the script seems to stop output (NOT NECESSARILY while outputing that variable but could be in the middle of an echo statement further down. It's as if it can only handle echoing a limited amount HTML. I'm not talking about the variable being huge either, just a couple of pages worth of text. I tried changing the default 8MB of memory a script can use up to 20MB. Currently I have output buffering turned to Off. If I turn it on it seems to handle it better but still have problems. [2001-12-19 18:32:00] [EMAIL PROTECTED] Sorry, What I first thought to be consistant is proving me wrong. The end bracket is now making no difference whether the page loads completely or not. It seemed to at first but now there is no difference. A new discovery is that on some pages even with Output_buffering set to On, it is also halting output to HTML code. It is also crashing many times whereas a request to a page (or simple refresh) is sometimes just hanging or returning very quickly that the page is not available (and upon a refresh it loads again). 4.1.0 had some wise moves made with the session handling so globals can be turned off. I've been waiting for this improvement for sometime, but 4.1.0 is simply too buggy and unstable. I've tried a couple of the new developments but am finding other problems with them the strongest being my code to connect to my MySQL database no longer works in the newer versions (4.2.0-dev). I am giving up and going back to 4.0.6 Until the serious bugs are removed from a version with the better session handling. If you need me to test other things I'd be happy to, just let me know. [2001-12-17 17:58:58] [EMAIL PROTECTED] Went back to PHP 4.1.0 and have tried numerous things and found a consistency causing the problem (don't understand why though). If the URL is something such as: http://www.domain.com/test/control_panel scripting stops part ways through unless I have output_buffering On if the URL is: http://www.domain.com/test/control_panel/ (notice the end /) it works just fine with output_buffering on OR off When I drop back to PHP4.0.6 it doesn't matter if the end '/' is there or not. I must point out that this script forces a virtual URL in that it actually is running a PHP script called test and everything else on the URL is simply virtual pages telling the test script what it is to be doing. On static pages I have not tested this to see if the '/' is missing that there is a problem. Perhaps apache needs different configuration when using PHP4.1.0 over PHP4.0.6 to overcome the end '/' tag. Now that I know this bug, I can easily overcome it in my code (all links already do this but for test pages I just manually type it in and have always left the end '/' off as it worked in previous versions of PHP). Just in case I tested it with both magic_quotes on and off in both 4.0.6 and 4.1.0 and it still works in 4.0.6 and not in 4.1.0 Either way this problem is not as serious anymore as this slight fix (in knowing the '/' is needed) means I'm no longer having half pages displayed. [2001-12-15 15:33:50] [EMAIL PROTECTED] Tried using the snap shot and it will no longer let me connect to my MySQL database so I couldn't run the page I've
[PHP-DEV] Bug #14529 Updated: script doesn't always finish output
ID: 14529 User updated by: [EMAIL PROTECTED] Old Summary: script doesn't always finish output Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: Linux RH 7.2 PHP Version: 4.1.1 New Comment: http://snaps.php.net seems to be down now (get message saying host doesn't exist) so I'll have to try it another day Previous Comments: [2002-01-10 00:56:41] [EMAIL PROTECTED] I tried the latest snapshot a few weeks ago and after some difficulty getting it to run this script (as I discovered it won't let me connect to mysql using localhost) it crashed my IE when I tried loading the script. When I use another browser (on my linux box) it gives me the connection lost error again. I haven't tried it with the latest snapshot (so it's a few weeks outdated). I'll go get it and try it right now. [2002-01-10 00:29:39] [EMAIL PROTECTED] Derick was asking if you have problem with 4.2.0-dev http://snaps.php.net/ [2002-01-09 23:26:20] [EMAIL PROTECTED] Have tried using PHP 4.1.1 now and output is still being cut off. It seems to do this when there is a very long string in a variable. For example I have my one program create all the body of an HTML file into one variable such as $body. Other variables handle other sections of the HTML code such as $header, $body_tag, etc. This way many different modules can all have control over the page output regardless of when they are called. But if the output gets fairly large in one variable, then the script seems to stop output (NOT NECESSARILY while outputing that variable but could be in the middle of an echo statement further down. It's as if it can only handle echoing a limited amount HTML. I'm not talking about the variable being huge either, just a couple of pages worth of text. I tried changing the default 8MB of memory a script can use up to 20MB. Currently I have output buffering turned to Off. If I turn it on it seems to handle it better but still have problems. [2001-12-19 18:32:00] [EMAIL PROTECTED] Sorry, What I first thought to be consistant is proving me wrong. The end bracket is now making no difference whether the page loads completely or not. It seemed to at first but now there is no difference. A new discovery is that on some pages even with Output_buffering set to On, it is also halting output to HTML code. It is also crashing many times whereas a request to a page (or simple refresh) is sometimes just hanging or returning very quickly that the page is not available (and upon a refresh it loads again). 4.1.0 had some wise moves made with the session handling so globals can be turned off. I've been waiting for this improvement for sometime, but 4.1.0 is simply too buggy and unstable. I've tried a couple of the new developments but am finding other problems with them the strongest being my code to connect to my MySQL database no longer works in the newer versions (4.2.0-dev). I am giving up and going back to 4.0.6 Until the serious bugs are removed from a version with the better session handling. If you need me to test other things I'd be happy to, just let me know. [2001-12-17 17:58:58] [EMAIL PROTECTED] Went back to PHP 4.1.0 and have tried numerous things and found a consistency causing the problem (don't understand why though). If the URL is something such as: http://www.domain.com/test/control_panel scripting stops part ways through unless I have output_buffering On if the URL is: http://www.domain.com/test/control_panel/ (notice the end /) it works just fine with output_buffering on OR off When I drop back to PHP4.0.6 it doesn't matter if the end '/' is there or not. I must point out that this script forces a virtual URL in that it actually is running a PHP script called test and everything else on the URL is simply virtual pages telling the test script what it is to be doing. On static pages I have not tested this to see if the '/' is missing that there is a problem. Perhaps apache needs different configuration when using PHP4.1.0 over PHP4.0.6 to overcome the end '/' tag. Now that I know this bug, I can easily overcome it in my code (all links already do this but for test pages I just manually type it in and have always left the end '/' off as it worked in previous versions of PHP). Just in case I tested it with both magic_quotes on and off in both 4.0.6 and 4.1.0 and it still works in 4.0.6 and not in 4.1.0 Either way this problem is not as serious anymore as this slight fix (in knowing the '/' is needed) means I'm no longer having half pages displayed.
[PHP-DEV] Bug #14529 Updated: script doesn't always finish output
ID: 14529 Updated by: yohgaki Old Summary: script doesn't always finish output Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Output Control Operating System: Linux RH 7.2 PHP Version: 4.1.1 New Comment: Ok. Please test it when the site is up. If you find any new problem in snapshots, please submit bug report for it :) BTW, output control code differs in 4.2.0, so this problem may be fixed in 4.2.0. Previous Comments: [2002-01-10 01:05:52] [EMAIL PROTECTED] http://snaps.php.net seems to be down now (get message saying host doesn't exist) so I'll have to try it another day [2002-01-10 00:56:41] [EMAIL PROTECTED] I tried the latest snapshot a few weeks ago and after some difficulty getting it to run this script (as I discovered it won't let me connect to mysql using localhost) it crashed my IE when I tried loading the script. When I use another browser (on my linux box) it gives me the connection lost error again. I haven't tried it with the latest snapshot (so it's a few weeks outdated). I'll go get it and try it right now. [2002-01-10 00:29:39] [EMAIL PROTECTED] Derick was asking if you have problem with 4.2.0-dev http://snaps.php.net/ [2002-01-09 23:26:20] [EMAIL PROTECTED] Have tried using PHP 4.1.1 now and output is still being cut off. It seems to do this when there is a very long string in a variable. For example I have my one program create all the body of an HTML file into one variable such as $body. Other variables handle other sections of the HTML code such as $header, $body_tag, etc. This way many different modules can all have control over the page output regardless of when they are called. But if the output gets fairly large in one variable, then the script seems to stop output (NOT NECESSARILY while outputing that variable but could be in the middle of an echo statement further down. It's as if it can only handle echoing a limited amount HTML. I'm not talking about the variable being huge either, just a couple of pages worth of text. I tried changing the default 8MB of memory a script can use up to 20MB. Currently I have output buffering turned to Off. If I turn it on it seems to handle it better but still have problems. [2001-12-19 18:32:00] [EMAIL PROTECTED] Sorry, What I first thought to be consistant is proving me wrong. The end bracket is now making no difference whether the page loads completely or not. It seemed to at first but now there is no difference. A new discovery is that on some pages even with Output_buffering set to On, it is also halting output to HTML code. It is also crashing many times whereas a request to a page (or simple refresh) is sometimes just hanging or returning very quickly that the page is not available (and upon a refresh it loads again). 4.1.0 had some wise moves made with the session handling so globals can be turned off. I've been waiting for this improvement for sometime, but 4.1.0 is simply too buggy and unstable. I've tried a couple of the new developments but am finding other problems with them the strongest being my code to connect to my MySQL database no longer works in the newer versions (4.2.0-dev). I am giving up and going back to 4.0.6 Until the serious bugs are removed from a version with the better session handling. If you need me to test other things I'd be happy to, just let me know. 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/?id=14529 Edit this bug report at http://bugs.php.net/?id=14529edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14529 Updated: script doesn't always finish output
ID: 14529 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: Linux RH 7.2 PHP Version: 4.1.0 New Comment: Sorry, What I first thought to be consistant is proving me wrong. The end bracket is now making no difference whether the page loads completely or not. It seemed to at first but now there is no difference. A new discovery is that on some pages even with Output_buffering set to On, it is also halting output to HTML code. It is also crashing many times whereas a request to a page (or simple refresh) is sometimes just hanging or returning very quickly that the page is not available (and upon a refresh it loads again). 4.1.0 had some wise moves made with the session handling so globals can be turned off. I've been waiting for this improvement for sometime, but 4.1.0 is simply too buggy and unstable. I've tried a couple of the new developments but am finding other problems with them the strongest being my code to connect to my MySQL database no longer works in the newer versions (4.2.0-dev). I am giving up and going back to 4.0.6 Until the serious bugs are removed from a version with the better session handling. If you need me to test other things I'd be happy to, just let me know. Previous Comments: [2001-12-17 17:58:58] [EMAIL PROTECTED] Went back to PHP 4.1.0 and have tried numerous things and found a consistency causing the problem (don't understand why though). If the URL is something such as: http://www.domain.com/test/control_panel scripting stops part ways through unless I have output_buffering On if the URL is: http://www.domain.com/test/control_panel/ (notice the end /) it works just fine with output_buffering on OR off When I drop back to PHP4.0.6 it doesn't matter if the end '/' is there or not. I must point out that this script forces a virtual URL in that it actually is running a PHP script called test and everything else on the URL is simply virtual pages telling the test script what it is to be doing. On static pages I have not tested this to see if the '/' is missing that there is a problem. Perhaps apache needs different configuration when using PHP4.1.0 over PHP4.0.6 to overcome the end '/' tag. Now that I know this bug, I can easily overcome it in my code (all links already do this but for test pages I just manually type it in and have always left the end '/' off as it worked in previous versions of PHP). Just in case I tested it with both magic_quotes on and off in both 4.0.6 and 4.1.0 and it still works in 4.0.6 and not in 4.1.0 Either way this problem is not as serious anymore as this slight fix (in knowing the '/' is needed) means I'm no longer having half pages displayed. [2001-12-15 15:33:50] [EMAIL PROTECTED] Tried using the snap shot and it will no longer let me connect to my MySQL database so I couldn't run the page I've been doing the testing on. Did the format for mysql_connect change in this version? I can still connect to it from the Linux prompt itself so it's still running. In phpinfo() the section on mysql looks exactly the same except MYSQL_MODULE_TYPE (4.1.0 reports 'none' the 4.2.0-dev reports 'builtin') yet I used the same configure line (both used built in - I've never figured out how to get it to use the installed MySQL perhaps because it's installed from rpm files and library file just don't exist - but not too sure what I am supposed to be looking for there). [2001-12-15 06:35:00] [EMAIL PROTECTED] Can you please try a snapshot from snaps.php.net, and see if it's fixed in the 4.2.0dev version? Thanx, Derick [2001-12-14 20:16:49] [EMAIL PROTECTED] Having a problem like in bug ID# 9836 but was unable to submit comments to that thread. scripts sometimes stops outputing part ways through. (No errors just an uncompleted page displayed). Regardless of how many refreshes it stops at exact same place. Some pages have very little code others have a lot so length doesn't seem to be the issue. I tried setting a session variable after an echo statement that did not fully display and on a reload it had taken the new value. This would suggest the script doesn't really stop, just the output of HTML being returned stops. As a side note the time the setting of a session variable was added below the lines not displaying, upon a refresh it not only showed me the variable was set but it displayed the whole page. Sure enough if I pulled the session variable out (nothing relative to the page at all), restart the session it's back to stopping at the exact same spot before - right in the middle of an echo
[PHP-DEV] Bug #14529 Updated: script doesn't always finish output
ID: 14529 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: Linux RH 7.2 Old PHP Version: 4.2.0-dev PHP Version: 4.1.0 New Comment: Went back to PHP 4.1.0 and have tried numerous things and found a consistency causing the problem (don't understand why though). If the URL is something such as: http://www.domain.com/test/control_panel scripting stops part ways through unless I have output_buffering On if the URL is: http://www.domain.com/test/control_panel/ (notice the end /) it works just fine with output_buffering on OR off When I drop back to PHP4.0.6 it doesn't matter if the end '/' is there or not. I must point out that this script forces a virtual URL in that it actually is running a PHP script called test and everything else on the URL is simply virtual pages telling the test script what it is to be doing. On static pages I have not tested this to see if the '/' is missing that there is a problem. Perhaps apache needs different configuration when using PHP4.1.0 over PHP4.0.6 to overcome the end '/' tag. Now that I know this bug, I can easily overcome it in my code (all links already do this but for test pages I just manually type it in and have always left the end '/' off as it worked in previous versions of PHP). Just in case I tested it with both magic_quotes on and off in both 4.0.6 and 4.1.0 and it still works in 4.0.6 and not in 4.1.0 Either way this problem is not as serious anymore as this slight fix (in knowing the '/' is needed) means I'm no longer having half pages displayed. Previous Comments: [2001-12-15 15:33:50] [EMAIL PROTECTED] Tried using the snap shot and it will no longer let me connect to my MySQL database so I couldn't run the page I've been doing the testing on. Did the format for mysql_connect change in this version? I can still connect to it from the Linux prompt itself so it's still running. In phpinfo() the section on mysql looks exactly the same except MYSQL_MODULE_TYPE (4.1.0 reports 'none' the 4.2.0-dev reports 'builtin') yet I used the same configure line (both used built in - I've never figured out how to get it to use the installed MySQL perhaps because it's installed from rpm files and library file just don't exist - but not too sure what I am supposed to be looking for there). [2001-12-15 06:35:00] [EMAIL PROTECTED] Can you please try a snapshot from snaps.php.net, and see if it's fixed in the 4.2.0dev version? Thanx, Derick [2001-12-14 20:16:49] [EMAIL PROTECTED] Having a problem like in bug ID# 9836 but was unable to submit comments to that thread. scripts sometimes stops outputing part ways through. (No errors just an uncompleted page displayed). Regardless of how many refreshes it stops at exact same place. Some pages have very little code others have a lot so length doesn't seem to be the issue. I tried setting a session variable after an echo statement that did not fully display and on a reload it had taken the new value. This would suggest the script doesn't really stop, just the output of HTML being returned stops. As a side note the time the setting of a session variable was added below the lines not displaying, upon a refresh it not only showed me the variable was set but it displayed the whole page. Sure enough if I pulled the session variable out (nothing relative to the page at all), restart the session it's back to stopping at the exact same spot before - right in the middle of an echo statement such as: echo This is a sample; would only output: Thi (and that would be the last of the page) It is not timing out (runs in less than a second). But I have discovered if I set the following in php.ini it works perfectly: output_buffering = On (formally set to 'Off') You would think that with it set to On you'd have more chances of a cut off than with it Off Here is my config line (same as when I run PHP4.0.6 which doesn't repeat this problem). ./configure --with-apxs --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --prefix=/u sr --with-config-file-path=/etc --disable-debug --enable-pic --disable-rpath --enable-inline-optimization --with-bz2 --with-curf --with-db3 --with-exec-dir=/usr/bin --with-gd --with-gdbm --with-gettext -with-jpeg-dir=/usr --enable-trans-sid --with-openssl --with-png --with-regex=system --with-ttl --with-zlib --with-layout=GNU --enable-debugger --enable-ftp --enable-magic-quotes --enable-safe-mode
[PHP-DEV] Bug #14529 Updated: script doesn't always finish output
ID: 14529 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Output Control Operating System: Linux RH 7.2 PHP Version: 4.1.0 New Comment: Can you please try a snapshot from snaps.php.net, and see if it's fixed in the 4.2.0dev version? Thanx, Derick Previous Comments: [2001-12-14 20:16:49] [EMAIL PROTECTED] Having a problem like in bug ID# 9836 but was unable to submit comments to that thread. scripts sometimes stops outputing part ways through. (No errors just an uncompleted page displayed). Regardless of how many refreshes it stops at exact same place. Some pages have very little code others have a lot so length doesn't seem to be the issue. I tried setting a session variable after an echo statement that did not fully display and on a reload it had taken the new value. This would suggest the script doesn't really stop, just the output of HTML being returned stops. As a side note the time the setting of a session variable was added below the lines not displaying, upon a refresh it not only showed me the variable was set but it displayed the whole page. Sure enough if I pulled the session variable out (nothing relative to the page at all), restart the session it's back to stopping at the exact same spot before - right in the middle of an echo statement such as: echo This is a sample; would only output: Thi (and that would be the last of the page) It is not timing out (runs in less than a second). But I have discovered if I set the following in php.ini it works perfectly: output_buffering = On (formally set to 'Off') You would think that with it set to On you'd have more chances of a cut off than with it Off Here is my config line (same as when I run PHP4.0.6 which doesn't repeat this problem). ./configure --with-apxs --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --prefix=/u sr --with-config-file-path=/etc --disable-debug --enable-pic --disable-rpath --enable-inline-optimization --with-bz2 --with-curf --with-db3 --with-exec-dir=/usr/bin --with-gd --with-gdbm --with-gettext -with-jpeg-dir=/usr --enable-trans-sid --with-openssl --with-png --with-regex=system --with-ttl --with-zlib --with-layout=GNU --enable-debugger --enable-ftp --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-yp --enable-wddx --with-mysql --with-pgsql --without-unixODBC --without-oracle --without-oci8 --with-pspell --with-xml --with-pdf --with-cybercash I also am using Zend Optimizer (for 4.1.0) I should also point out that with PHP4.1.0 I can not use 'user' session handling (used MySQL to handle sessions in PHP4.0.6), now unless I turn it back to default 'files' it will not let me use old (session_register) or the new ($_SESSION['name']=)...though no errors occur the session just doesn't retrieve or store data anymore. I don't know if these two would be linked but I thought I'd bring it up Edit this bug report at http://bugs.php.net/?id=14529edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14529 Updated: script doesn't always finish output
ID: 14529 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Output Control Operating System: Linux RH 7.2 Old PHP Version: 4.1.0 PHP Version: 4.2.0-dev New Comment: Tried using the snap shot and it will no longer let me connect to my MySQL database so I couldn't run the page I've been doing the testing on. Did the format for mysql_connect change in this version? I can still connect to it from the Linux prompt itself so it's still running. In phpinfo() the section on mysql looks exactly the same except MYSQL_MODULE_TYPE (4.1.0 reports 'none' the 4.2.0-dev reports 'builtin') yet I used the same configure line (both used built in - I've never figured out how to get it to use the installed MySQL perhaps because it's installed from rpm files and library file just don't exist - but not too sure what I am supposed to be looking for there). Previous Comments: [2001-12-15 06:35:00] [EMAIL PROTECTED] Can you please try a snapshot from snaps.php.net, and see if it's fixed in the 4.2.0dev version? Thanx, Derick [2001-12-14 20:16:49] [EMAIL PROTECTED] Having a problem like in bug ID# 9836 but was unable to submit comments to that thread. scripts sometimes stops outputing part ways through. (No errors just an uncompleted page displayed). Regardless of how many refreshes it stops at exact same place. Some pages have very little code others have a lot so length doesn't seem to be the issue. I tried setting a session variable after an echo statement that did not fully display and on a reload it had taken the new value. This would suggest the script doesn't really stop, just the output of HTML being returned stops. As a side note the time the setting of a session variable was added below the lines not displaying, upon a refresh it not only showed me the variable was set but it displayed the whole page. Sure enough if I pulled the session variable out (nothing relative to the page at all), restart the session it's back to stopping at the exact same spot before - right in the middle of an echo statement such as: echo This is a sample; would only output: Thi (and that would be the last of the page) It is not timing out (runs in less than a second). But I have discovered if I set the following in php.ini it works perfectly: output_buffering = On (formally set to 'Off') You would think that with it set to On you'd have more chances of a cut off than with it Off Here is my config line (same as when I run PHP4.0.6 which doesn't repeat this problem). ./configure --with-apxs --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --prefix=/u sr --with-config-file-path=/etc --disable-debug --enable-pic --disable-rpath --enable-inline-optimization --with-bz2 --with-curf --with-db3 --with-exec-dir=/usr/bin --with-gd --with-gdbm --with-gettext -with-jpeg-dir=/usr --enable-trans-sid --with-openssl --with-png --with-regex=system --with-ttl --with-zlib --with-layout=GNU --enable-debugger --enable-ftp --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-yp --enable-wddx --with-mysql --with-pgsql --without-unixODBC --without-oracle --without-oci8 --with-pspell --with-xml --with-pdf --with-cybercash I also am using Zend Optimizer (for 4.1.0) I should also point out that with PHP4.1.0 I can not use 'user' session handling (used MySQL to handle sessions in PHP4.0.6), now unless I turn it back to default 'files' it will not let me use old (session_register) or the new ($_SESSION['name']=)...though no errors occur the session just doesn't retrieve or store data anymore. I don't know if these two would be linked but I thought I'd bring it up Edit this bug report at http://bugs.php.net/?id=14529edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
