#30992 [Fbk->NoF]: Severe misbehavior of script-based class destructors

ID: 30992 Updated by: php-bugs@lists.php.net Reported By: anthony at ectrolinux dot com -Status: Feedback +Status: No Feedback Bug Type: Zend Engine 2 problem Operating System: Gentoo Linux PHP Version: 5.0.2 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: ------------------------------------------------------------------------ [2005-02-28 21:18:42] sniper@php.net Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip ------------------------------------------------------------------------ [2004-12-06 06:11:06] anthony at ectrolinux dot com Description: ------------ Some of the effects of this bug are outlined in the two bugs that are referenced at the end of this bug report. As neither of those bugs outline the actual, underlying cause of the problem, this bug shall do so. When working with script-based classes or derivations of built-in PHP classes, PHP prematurely executes the procedures that would be expected during script termination, before script termination actually occurs. As a result of this, before the destructors are called, output buffering is explicitly terminated, sessions are closed and other pieces of functionality that are integral to proper script execution are not available to properly shutdown the script. Script developers may work-around the bug by explicitly unsetting the class objects before they would normally go out of scope at the end of the script, however this method can easily be haphazardly implemented if there are lingering object references in other sections of the code. Reproduce code: --------------- See bugs: - #29032 - #30578 ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=30992&edit=1