Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:12517 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 58336 invoked by uid 1010); 1 Sep 2004 05:04:27 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 58288 invoked from network); 1 Sep 2004 05:04:27 -0000 Received: from unknown (HELO mail.zend.com) (80.74.107.235) by pb1.pair.com with SMTP; 1 Sep 2004 05:04:27 -0000 Received: (qmail 10573 invoked from network); 1 Sep 2004 05:04:21 -0000 Received: from localhost (HELO AndiNotebook.zend.com) (127.0.0.1) by localhost with SMTP; 1 Sep 2004 05:04:21 -0000 Message-ID: <5.1.0.14.2.20040831220333.02ea9b00@127.0.0.1> X-Sender: andi@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Tue, 31 Aug 2004 22:03:37 -0700 To: Marcus Boerger ,Davey Cc: internals@lists.php.net In-Reply-To: <1833935670.20040831210358@marcus-boerger.de> References: <20040831064149.20909.qmail@pb1.pair.com> <20040831064149.20909.qmail@pb1.pair.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: [PHP-DEV] set_exception_handler behaviour change... From: andi@zend.com (Andi Gutmans) Amen :) At 09:03 PM 8/31/2004 +0200, Marcus Boerger wrote: >Hello Davey, > >Tuesday, August 31, 2004, 8:41:45 AM, you wrote: > > > Dear all, > > > I would like to request that set_exception_handler's behaviour be > > changed. IMHO it should not die after handling an exception. > > >An exception means that the current execution block cannot be >continued and incase that block is not a try block then the stack >is wound up and the next block is skipped until a try block with >a matching catch block is found. The 'cannot' means 'cannot' dot. >If you want to continue from some exceptional behavior than what >you want is some kind of error callback or interrupt. And if one >of those fits then exception are the absolute wrong way. So you >should redesign your software and please never use exceptions for >control flow or parameter passing and never make it a standard >in any way to use exceptions - they are exceptions. > >marcus > >-- >PHP Internals - PHP Runtime Development Mailing List >To unsubscribe, visit: http://www.php.net/unsub.php