Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:9228 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 48749 invoked by uid 1010); 15 Apr 2004 20:59:17 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 48694 invoked from network); 15 Apr 2004 20:59:16 -0000 Received: from unknown (HELO shiva.mind.de) (212.42.230.204) by pb1.pair.com with SMTP; 15 Apr 2004 20:59:16 -0000 Received: from [192.168.1.105] (p508EAB8A.dip.t-dialin.net [80.142.171.138]) by shiva.mind.de (Postfix) with ESMTP id E672B97B4F for ; Thu, 15 Apr 2004 22:59:15 +0200 (CEST) Date: Thu, 15 Apr 2004 22:59:40 +0200 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <120784023843.20040415225940@marcus-boerger.de> Cc: PHP Internals In-Reply-To: References: <5.1.0.14.2.20040412225034.023b41d0@127.0.0.1> <407B7A9D.7000409@chiaraquartet.net> <4607968687.20040413220525@marcus-boerger.de> <152611396296.20040413230232@marcus-boerger.de> <114617965328.20040414005201@marcus-boerger.de> <75619750500.20040414012146@marcus-boerger.de> <110650551015.20040414095507@marcus-boerger.de> <407D2F10.8060506@cschneid!.com> <43693637937.20040414215314@marcus-boerger.de> <5.1.0.14.2.20040415092538.027c9ad8@127.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Exceptions and Errors From: helly@php.net (Marcus Boerger) Hello Derick, Thursday, April 15, 2004, 9:59:23 AM, you wrote: > On Thu, 15 Apr 2004, Andi Gutmans wrote: >> I don't like these ideas. I think it should stay the way it is and not only >> because we're at RC2. >> If Thies doesn't want to deal with this, then he can write constructors >> without logic. It's not that hard for the one in many classes where this >> might be needed. > He's FORCED to do this if extensions use this exception throwing from > constructors. Which is exactly his point here as we're now forcing > people to use this weird exception thing for no reason other than to > satisfy OO purists. Hey guys calm down on SQLite. There exceptions are better than handling errors here or leaving behind an invalid database object. ATM we don't have an option other than choosing between hell and hell or use exceptions. And also why do people discurage the use of exceptions that would never use oo in the first place? marcus -- Best regards, Marcus mailto:helly@php.net