|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #36268 Object destructors called even after fatal errors
Submitted: 2006-02-02 21:44 UTC Modified: 2006-02-03 10:55 UTC
From: Assigned: dmitry (profile)
Status: Closed Package: Scripting Engine problem
PHP Version: 5.1.2 OS: linux
Private report: No CVE-ID: None
 [2006-02-02 21:44 UTC]
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:

class ob
  private $filename;

  function __construct($filename) {
	$this->filename = $filename;

  function __destruct() 
	file_put_contents($this->filename, ob_get_clean());

$ob = new ob("ob.txt");



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


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2006-02-03 10:55 UTC]
Fixed in CVS HEAD and PHP_5_1.
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Mon Apr 15 20:01:39 2024 UTC