Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:43057 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 60864 invoked from network); 15 Feb 2009 21:03:43 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 Feb 2009 21:03:43 -0000 Authentication-Results: pb1.pair.com smtp.mail=mls@pooteeweet.org; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=mls@pooteeweet.org; sender-id=unknown Received-SPF: error (pb1.pair.com: domain pooteeweet.org from 88.198.8.16 cause and error) X-PHP-List-Original-Sender: mls@pooteeweet.org X-Host-Fingerprint: 88.198.8.16 bigtime.backendmedia.com Linux 2.6 Received: from [88.198.8.16] ([88.198.8.16:36086] helo=bigtime.backendmedia.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id DC/39-08422-D2388994 for ; Sun, 15 Feb 2009 16:03:42 -0500 Received: from localhost (unknown [127.0.0.1]) by bigtime.backendmedia.com (Postfix) with ESMTP id 680C4414400B; Sun, 15 Feb 2009 21:04:41 +0000 (UTC) X-Virus-Scanned: amavisd-new at backendmedia.com Received: from bigtime.backendmedia.com ([127.0.0.1]) by localhost (bigtime.backendmedia.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EdirLnXqTmF8; Sun, 15 Feb 2009 22:04:40 +0100 (CET) Received: from Soitgoes.lan (unknown [77.207.3.30]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mls@pooteeweet.org) by bigtime.backendmedia.com (Postfix) with ESMTP id 870914144009; Sun, 15 Feb 2009 22:04:34 +0100 (CET) To: Marcus Boerger In-Reply-To: <1751040118.20090215171817@marcus-boerger.de> X-Priority: 3 (Normal) References: <5EC76153-898F-49C2-BDF1-C227578DB874@pooteeweet.org> <49889E3B.8020306@zend.com> <16710621709.20090208153645@marcus-boerger.de> <49950D32.3000702@zend.com> <1751040118.20090215171817@marcus-boerger.de> Message-ID: <7C18F8BD-F240-4AFE-A83F-431B0398E9C1@pooteeweet.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 15 Feb 2009 22:03:31 +0100 Cc: Stanislav Malyshev , php-dev List X-Mailer: Apple Mail (2.930.3) Subject: Re: [PHP-DEV] towards the next 5.3 release From: mls@pooteeweet.org (Lukas Kahwe Smith) On 15.02.2009, at 17:18, Marcus Boerger wrote: > Hello Stanislav, > > Friday, February 13, 2009, 7:03:30 AM, you wrote: > >> Hi! > >>> it should actually be a hard error. As we always claim PHP >>> follows pure >>> IS-A relation ships. > >> I feel very uneasy with hard errors on something that is not indeed >> an >> error preventing engine from continuing. I.e. my (personal) opinion >> is >> that if the engine can move forward, even with some assumption, it >> should. IMHO it's like having undefined variables, etc. It makes PHP >> less strict, but I'd say it's not necessarily a bad thing. > > Hard as in E_RECOVERABLE_ERROR of course, since you are right that the > engine indeed can continue. Thats almost as useless. If you make it E_RECOVERABLE_ERROR .. it essentially prevents people from modifying the method signatures in a non academic OO manner, which I think is not the point of PHP. E_STRICT reminds people that they are doing the wrong thing in academic terms, which however might very well make sense in business terms non the less. regards, Lukas