Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:25964 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 26825 invoked by uid 1010); 6 Oct 2006 15:51:37 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 26808 invoked from network); 6 Oct 2006 15:51:37 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 6 Oct 2006 15:51:37 -0000 Authentication-Results: pb1.pair.com smtp.mail=stas@zend.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=stas@zend.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zend.com designates 80.74.107.235 as permitted sender) X-PHP-List-Original-Sender: stas@zend.com X-Host-Fingerprint: 80.74.107.235 mail.zend.com Linux 2.5 (sometimes 2.4) (4) Received: from [80.74.107.235] ([80.74.107.235:59257] helo=mail.zend.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 68/92-11652-38B76254 for ; Fri, 06 Oct 2006 11:51:36 -0400 Received: (qmail 12625 invoked from network); 6 Oct 2006 15:50:08 -0000 Received: from unknown (HELO ?192.168.2.100?) (192.168.2.100) by internal.zend.office with SMTP; 6 Oct 2006 15:50:08 -0000 Message-ID: <45267B7D.9080206@zend.com> Date: Fri, 06 Oct 2006 08:51:25 -0700 Organization: Zend Technologies User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Edin Kadribasic CC: internals@lists.php.net References: <50.8B.48579.ED205254@pb1.pair.com> <45252FC7.9030500@php.net> <4e89b4260610060728v51b1ba65m69304a88d693ce7d@mail.gmail.com> <45267188.9030107@emini.dk> In-Reply-To: <45267188.9030107@emini.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Re: [VOTE] Intermediate Results From: stas@zend.com (Stanislav Malyshev) > The vote is should OO strictness (fatal error on changing function > arguments in derived classes in this case) be removed or kept. I think fatal error should be definitely removed or the rules be at least relaxed sufficiently to accomodate for PHP flexibility - e.g., () should be allowed to be overriden with ($a, $b, $c), etc. In light of technical difficulty to implement sufficiently flexible cheks, I would not mind removing them altogether or demoting them to very low priority notice.