Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:26579
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain zend.com designates 212.25.124.162 as permitted sender)
Message-ID: <C1.00.02763.5933A554@pb1.pair.com>
Date: Tue, 14 Nov 2006 23:12:24 +0200
To: RQuadling@GoogleMail.com
Cc: "Antony Dovgal" <antony@zend.com>,php-dev <internals@lists.php.net>
In-Reply-To: <10845a340611140219m7b9ddeedm452d6f4b99341776@mail.gmail.co
 m>
References: <4558E5E7.5040809@zend.com>
 <10845a340611140024l4902ea09q600a43c5018e819c@mail.gmail.com>
 <45598955.3030604@zend.com>
 <10845a340611140219m7b9ddeedm452d6f4b99341776@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Subject: Re: [PHP-DEV] fgets()/fgetss() BC break in HEAD
From: zeev@zend.com (Zeev Suraski)

Richard,

Really, this has been discussed so many times.

Backwards compatibility breakage accumulates.  It's not a 
binary.  "If we break something we can break everything since it's 
broken anyway" is not very convincing.  The more you break the worse 
things are, the more work you have to do in order to 
migrate.  Therefore, whatever breakage we have in any one version has 
absolutely nothing at all whatsoever in any way shape or form in any 
jurisdiction on this planet or otherwise to do with introducing 
another BC break.

Zeev

At 12:19 14/11/2006, Richard Quadling wrote:
>On 14/11/06, Antony Dovgal <antony@zend.com> wrote:
>>"It works this way since PHP3" means "it works right" even if there 
>>was a bug in PHP3.
>>That's because thousands of people could rely on this behaviour 
>>(which is, I repeat,
>>very well documented and pretty much expected).
>
>And so why are we losing register_globals? For a LOT of code they work
>and removing rg is sure as hell a BC for a lot of code. And we move
>forward without it (along with magic_quotes and other dead wood). I
>think this is just another one of those "yeah, well, we made a
>decision a LONG time ago and now we are changing it" for a more
>consistent approach.
>
>Just because it was written down, doesn't mean it is right.
>(Bible/koran/etc being perfect examples!)
>
>
>
>--
>-----
>Richard Quadling
>Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
>"Standing on the shoulders of some very clever giants!"
>
>--
>PHP Internals - PHP Runtime Development Mailing List
>To unsubscribe, visit: http://www.php.net/unsub.php