Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:17246 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 18590 invoked by uid 1010); 12 Jul 2005 20:12:38 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 18575 invoked from network); 12 Jul 2005 20:12:37 -0000 Received: from unknown (HELO prohost.org) (127.0.0.1) by localhost with SMTP; 12 Jul 2005 20:12:37 -0000 X-Host-Fingerprint: 70.85.46.36 unknown Received: from ([70.85.46.36:48424] helo=prohost.org) by pb1.pair.com (ecelerity 1.2 r(5656M)) with SMTP id 85/F4-23681-53424D24 for ; Tue, 12 Jul 2005 16:12:37 -0400 Received: (qmail 22017 invoked from network); 12 Jul 2005 20:12:33 -0000 Received: from cpe00095beeab35-cm000f9f7d6664.cpe.net.cable.rogers.com (HELO ?192.168.1.101?) (69.196.31.219) by prohost.org with SMTP; 12 Jul 2005 20:12:33 -0000 Message-ID: <42D42430.5060001@prohost.org> Date: Tue, 12 Jul 2005 16:12:32 -0400 User-Agent: Mozilla Thunderbird 1.0 - [MOOX M3] (Windows/20041208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pierre-Alain Joye CC: internals@lists.php.net References: <20050712105234.5dhkvvd6ghcsw8sg@marina.horde.org> <20050712212026.5bd2dbbb.pierre@dotgeek.org> In-Reply-To: <20050712212026.5bd2dbbb.pierre@dotgeek.org> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] php 4.4 BC break From: ilia@prohost.org (Ilia Alshanetsky) Pierre-Alain Joye wrote: > The bug #33643 is not what I can call "shooting in my own foot". I'd call that precisely that, I had this happen in my own code a few times, but looking at the code logically what was being done was clearly wrong. > There were cases were I fully agree to break BC, but this one and > its pairs, not. I agree that it's nice to solve this problem, my > point here is we fix a Zend bug by removing some facilities in the > langage. I only hope that we will allow that again in future > versions. In this case the "facility" was implementing, poorly might I add a handler for a clearly incorrect behavior. Removing it was not only appropriate but necessary to encourage proper code being written. Ilia