Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:12700 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 34529 invoked by uid 1010); 10 Sep 2004 06:15:14 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 34406 invoked from network); 10 Sep 2004 06:15:13 -0000 Received: from unknown (HELO mail.zend.com) (80.74.107.235) by pb1.pair.com with SMTP; 10 Sep 2004 06:15:13 -0000 Received: (qmail 17994 invoked from network); 10 Sep 2004 06:15:11 -0000 Received: from localhost (HELO AndiNotebook.zend.com) (127.0.0.1) by localhost with SMTP; 10 Sep 2004 06:15:11 -0000 Message-ID: <5.1.0.14.2.20040909231354.034fc570@127.0.0.1> X-Sender: andi@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 09 Sep 2004 23:15:08 -0700 To: Antony Dovgal ,php-dev In-Reply-To: <20040910095725.257bcb8e.tony2001@phpclub.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: [PHP-DEV] [patch] Zend/zend_objects_API.c - bug #29980 (segfault while executing __destruct()) From: andi@zend.com (Andi Gutmans) References: <20040910095725.257bcb8e.tony2001@phpclub.net> I think this makes sense because PHP could be in an unstable state. Think EG(exit_status) covers all possible situations? No time to check now how it differs from CG(unclean_shutdown) which is most often used. Andi At 09:57 AM 9/10/2004 +0400, Antony Dovgal wrote: >And the last one, the most questionable patch. > >ATM ZE2 calls destructor at the end of the request and no matter >is there were a fatal error (which should probably stop executing the script). >In some cases it leads to nasty segfaults (me and report's author can >reproduce >it, but others can't. weird..). > >Some persons (hello, Andrey =)) think that this could be a useful feature, >but >for me it's just an inconsistency. IMO destructors should not be called after >fatal errors, because they can cause even more harm. > >-- >Wbr, >Antony Dovgal aka tony2001 >tony2001@phpclub.net || antony@dovgal.com > >-- >PHP Internals - PHP Runtime Development Mailing List >To unsubscribe, visit: http://www.php.net/unsub.php