Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:43054 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 28670 invoked from network); 15 Feb 2009 16:21:11 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 Feb 2009 16:21:11 -0000 Authentication-Results: pb1.pair.com smtp.mail=helly@php.net; spf=unknown; sender-id=unknown Authentication-Results: pb1.pair.com header.from=helly@php.net; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 85.214.94.56 as permitted sender) X-PHP-List-Original-Sender: helly@php.net X-Host-Fingerprint: 85.214.94.56 aixcept.net Linux 2.6 Received: from [85.214.94.56] ([85.214.94.56:58855] helo=h1149922.serverkompetenz.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id A8/B4-08422-6F048994 for ; Sun, 15 Feb 2009 11:21:11 -0500 Received: from MBOERGER-ZRH.ad.corp.google.com (11-114.107-92.cust.bluewin.ch [92.107.114.11]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by h1149922.serverkompetenz.net (Postfix) with ESMTP id 93C3511F5AA; Sun, 15 Feb 2009 17:21:07 +0100 (CET) Date: Sun, 15 Feb 2009 17:18:17 +0100 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <1751040118.20090215171817@marcus-boerger.de> To: Stanislav Malyshev CC: Marcus Boerger , Lukas Kahwe Smith , php-dev List In-Reply-To: <49950D32.3000702@zend.com> References: <5EC76153-898F-49C2-BDF1-C227578DB874@pooteeweet.org> <49889E3B.8020306@zend.com> <16710621709.20090208153645@marcus-boerger.de> <49950D32.3000702@zend.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] towards the next 5.3 release From: helly@php.net (Marcus Boerger) 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. Best regards, Marcus