ID:               17774
 Updated by:       [EMAIL PROTECTED]
 Reported By:      [EMAIL PROTECTED]
-Status:           Open
+Status:           Feedback
 Bug Type:         Scripting Engine problem
 Operating System: FREEBSD 4.5-STABLE
 PHP Version:      4.0CVS-2002-06-15
 New Comment:

If you did a clean install you have output buffering enabled, meaning
that PHP won't send the browser data until it filled the buffer of 4k
or the script has stopped running. This is why it does not output
anything right away. The other 'problem' can be explain by the fact you
likely have 'ignore_user_abort' enabled, meaning that the script will
run till completion even if the user connection was terminated or timed
out.


Previous Comments:
------------------------------------------------------------------------

[2002-09-30 14:33:47] [EMAIL PROTECTED]

This is an old posting of the bug, it was back in the days when I was
with rackshack and running freebsd 4.5-STABLE.

I am now running freebsd 4.7-RELEASE 2 and amn with a different ISP,
thus a totally different machine.

>From your very latest CVS, I just downloaded and installed 5 minutes
ago this error is still occuring.

In fact your latest version is even worse, now the script, which I will
detail below doesnt print anything in the browser it just waits, and
you press stop say after 5 seconds, approx 45 seconds later [thats a
total of 50 1 second sleep attempts] the script writes to the outpout
file the connection_status, which is a 0, this is saying that the
script finsihed normally, this is WRONG according to your own manual of
which it shgould report connection status 1, which is unatural
termination of the script.

This bug is not fixed, it cannot be me I have been through all flavours
and rebuilds of freebsd and every time the same error!

This is the script, still the same as it was before the latest cvs
install that now doesnt display anything, you can view this script at
http://admin.mghost.net/~neil/test/index.php, the output file is
http://admin.mghost.net/~neil/test/wank.txt.


<?
function exitfp() {
    $fp = fopen("wank.txt","w");
    fputs($fp, connection_status());
    fclose($fp);
}
register_shutdown_function('exitfp');

if(connection_aborted() != true){print "0";}
flush();
ignore_user_abort(true);
$m = '50';
while(connection_aborted() != true and $m > $a){
    sleep('1');
    print connection_status();
    flush();
    $a = $a + 1;
}

exitfp();

?>

------------------------------------------------------------------------

[2002-09-29 22:47:09] [EMAIL PROTECTED]

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.

Using latest CVS snapshot I cannot replicate the problem you've
described. According to
http://www.php.net/manual/en/features.connection-handling.php
0 - NORMAL, and 0 is what gets printed to the browser. Upon untimely
termination of script, 1 is written to the output file, which means
that connection was aborted.

------------------------------------------------------------------------

[2002-09-25 12:40:54] [EMAIL PROTECTED]

An ammendmant to my last two posts.

I would expect the script to put a '1' into wank.txt if somebody
presses the STOP button on there browser.

However the output I am getting is a '0' to say it disconnected
regulary.

------------------------------------------------------------------------

[2002-09-25 08:33:25] [EMAIL PROTECTED]

Oh yeah, running that script, if I press the STOP button halfway
through, after a while it will output "0" into wank.txt, which is
wrong, it should put 2 is it? for connection closed.

------------------------------------------------------------------------

[2002-09-25 08:31:31] [EMAIL PROTECTED]

I found there may be flaws with that code, so I wrote something else to
test if the function was fixed, and it appears not, here is the code,
if somebody cancels I would expect it to put '0' into wank.txt :-

<?
function exitfp() {
    $fp = fopen("wank.txt","w");
    fputs($fp, connection_status());
    fclose($fp);
}
register_shutdown_function('exitfp');

if(connection_aborted() != true){print "0";}
flush();
ignore_user_abort(true);
$m = '50';
while(connection_aborted() != true and $m > $a){
    sleep('1');
    print connection_status();
    flush();
    $a = $a + 1;
}

exitfp();

?>

------------------------------------------------------------------------

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/17774

-- 
Edit this bug report at http://bugs.php.net/?id=17774&edit=1

Reply via email to