#40815 [Asn->Csd]: Trying apply default exception handler produces segfault

From: Date: Thu, 15 Mar 2007 16:44:43 +0000
Subject: #40815 [Asn->Csd]: Trying apply default exception handler produces segfault
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-110393@lists.php.net to get a copy of this message 
 ID:               40815
 Updated by:       tony2001@php.net
 Reported By:      nizar dot jouini at gmail dot com
-Status:           Assigned
+Status:           Closed
 Bug Type:         Reproducible crash
 Operating System: Linux 2.6.17-10/Ubuntu 6.10
 PHP Version:      5.2.1
 Assigned To:      tony2001
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.




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

[2007-03-15 10:48:05] nizar dot jouini at gmail dot com

It seems that it is also possible to produce this in RHEL4/Centos4 (PHP
5.2.1 compiled from sources) with the same result.

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

[2007-03-15 10:42:23] nizar dot jouini at gmail dot com

Description:
------------
Trying to set an exception handler which is a type of 'static public
function' results in a segfault. This script is run from php-cli

Reproduce code:
---------------
<?php

class ehandle{
        static public function exh ($ex) {

                echo 'foo';
        }
}


set_exception_handler("ehandle::exh");

throw new Exception ("Whiii");

?>

Expected result:
----------------
I would expect to catch an exception.

Actual result:
--------------
fish: Job 1, “php destroythis.php ” terminated by signal SIGSEGV
(Address boundary error)


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


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

Thread (4 messages)

« previous php.bugs (#110393) next »