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 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]
