#15209 [Opn->Dup]: Under Apache, register_shutdown_function() broke between 4.0.x to 4.1.x

ID: 15209 Updated by: yohgaki@php.net Reported By: priebe@mi-corporation.com -Status: Open +Status: Duplicate Bug Type: Output Control Operating System: RH Linux 7.2 PHP Version: 4.1.x - 4.2.1 New Comment: Dup of #14251 Previous Comments: ------------------------------------------------------------------------ [2002-08-19 14:01:08] spearson8872@aol.com 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] cam@wecreate.ca 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] sts@mail.xubion.hu > 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] jtate@php.net 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? ------------------------------------------------------------------------ [2002-06-07 11:38:48] zeev@php.net This should be discussed. Generally, it's not obvious that shutdown functions should be executed after the connection shuts down. It may very well be used to print out information, which obviously cannot be done if it's done after the user disconnects. I believe that getting this behavior to work is only possible under Apache. With most (all?) other server APIs, it's only possible to do things while the user is still connected. So, if we want consistency across web server, the existing behavior is the desired one. ------------------------------------------------------------------------ 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