ID:               15209
 User updated by:  [EMAIL PROTECTED]
 Reported By:      [EMAIL PROTECTED]
 Status:           Duplicate
 Bug Type:         Output Control
 Operating System: RH Linux 7.2
 PHP Version:      4.1.x - 4.2.1
 New Comment:

Is this really a dupe of 14251?  Maybe they involve some of the same
code, but these are really two different issues.  14251 involves the
fact that the shutdown function code gets a different working
directory.  15209 concerns whether the shutdown function runs before or
after the HTTP connection is closed.


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

[2002-10-01 06:04:16] [EMAIL PROTECTED]

Dup of #14251

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

[2002-08-19 14:01:08] [EMAIL PROTECTED]

I am using AIX 4.3.3, Apache 1.3.26, mod_perl 1.26 and PHP 4.2.2 This
problem is one of 2 that are causing compilation failures for me.

The other is that the LARGE_FILE definition (in mod_perl's
ap_config_auto.h) is causing "conflicting type" errors for mmap64 when
compiling sapi_apache.c (I will raise a seperate bug report for this
second problem)

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

[2002-06-27 11:56:37] [EMAIL PROTECTED]

I agree that there should be a function that can run things after the
script has finished with it's output portion. I can think of many
examples where this is desirable.

For example, if I wanted to get a list of ads to display on a website,
i could run the DB queries that do the logging after the user is
happily on thier way to other things. This would yeild a significant
*PERCEIVED* speed increase for the user.

If it only works on Apache/*NIX, I think that's fine. More incentive to
switch to this platform. There are other functions and features that
are specific to this platform too.

I JUST found this function, and I've got a few very good uses for it
(the case where the connection is closed BEFORE the function runs).
Plus maintaining backwards compatability would be nice :)

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

[2002-06-11 12:38:38] [EMAIL PROTECTED]

> Generally, it's not obvious that shutdown
>functions should be executed after the connection shuts
>down.
It's not obvius, but worked (and documented?) this way 
before, and some programs used this feature exstensively 
(such as ours) And now we have to say to our customers 
that they shouldn't upgrade from 4.0.6 if they want to use 
our system. I think there are other people who have the 
same situation.

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

[2002-06-07 11:48:55] [EMAIL PROTECTED]

Then we need two functions.  One for the case where we don't want to
close the connection, and one for offline processing after closing the
connection.  Is there some other mechanism for offline processing?  If
not do you have any ideas on how one might implement such an extension?

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

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

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

Reply via email to