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=14529&edit=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]