|
php.net | support | documentation | report a bug | advanced search | search howto | statistics | random bug | login |
PatchesPull RequestsHistoryAllCommentsChangesGit/SVN commits
[2006-02-03 10:55 UTC] dmitry@php.net
|
|||||||||||||||||||||||||||
Copyright © 2001-2025 The PHP GroupAll rights reserved. |
Last updated: Sat Nov 01 04:00:02 2025 UTC |
Description: ------------ I just ran into this in CodeGen_PECL, wondering why the script terminated half-way without giving any message, a stripped down reproducing example is added below. Basicly the problem was that a fatal error occuerd (which can't be caught by an error handler) but my output buffer redirection code still kicked in, so swallowing the error message from the still active output buffer its rather strange that i could implement an error handler for E_FATAL errors using destructors whereas error_handler() and register_shutdown_function() can't be used for this Reproduce code: --------------- <?php class ob { private $filename; function __construct($filename) { $this->filename = $filename; ob_start(); } function __destruct() { file_put_contents($this->filename, ob_get_clean()); } } $ob = new ob("ob.txt"); foo::bar(); ?> Expected result: ---------------- the error message "Fatal error: Class 'foo' not found in /home/hartmut/new/ob.php on line 22" shown on the console after calling the script Actual result: -------------- the error message "Fatal error: Class 'foo' not found in /home/hartmut/new/ob.php on line 22" goes to the "ob.txt" file, not the console, when calling this using CLI, the destructor is obviously executed *after* error handling