Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:22210
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Reply-To: mlively@ft11.com
To: Zeev Suraski <zeev@zend.com>
Cc: pierre.php@gmail.com, internals@lists.php.net, Derick Rethans <derick@php.net>
In-Reply-To: <7.0.1.0.2.20060307160220.05bda238@zend.com>
References: <20060305162128.5b1fdb86@localhost.localdomain>
	<20060306214619.5e6ec076@localhost.localdomain>
	<006301c641a5$17625f50$6600a8c0@binarysecfb111>
	<440D3C70.5040003@hardened-php.net> <440D3D7F.5080505@lerdorf.com>
	<440D3E24.2040101@hardened-php.net>
	<Pine.LNX.4.62.0603070909070.10670@localhost>
	<20060307112759.7ed7e9ec@localhost.localdomain>
	<7.0.1.0.2.20060307160220.05bda238@zend.com>
Content-Type: text/plain
Organization: FT11 Interactive
Date: Tue, 07 Mar 2006 08:51:42 -0800
Message-ID: <1141750302.3361.5.camel@localhost.localdomain>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Re: Adieu register_globals
From: mlively@ft11.com (Mike Lively)

Just a silly little brainstorm....

What about moving those functions to a separate php extension where they
can eventually be phased out? At least at that point you can get it all
out of the core but still provide an easy way for people who need the BC
to have it. (is there already a deprec extension somewhere?)

On Tue, 2006-03-07 at 16:08 +0200, Zeev Suraski wrote:
> At 12:27 07/03/2006, Pierre wrote:
> >On 3/7/06, Derick Rethans <derick@php.net> wrote:
> > > On Tue, 7 Mar 2006, Stefan Esser wrote:
> > >
> > > >
> > > > > That was the plan.  Checking for register_globals should return
> > > > > false.
> > > >
> > > > Pierre's list says it removes things like
> > > > get_magic_quotes_gpc() ..., which is a NONO.
> > >
> > > yeah, agreed. And we should also throw errors when people make the
> > > setting, as per
> > > http://www.php.net/~derick/meeting-notes.html#register-globals
> >
> >What is the point of detecting something that does not exist anymore?
> 
> The point is that breakage is aggregated, not binary.  The more stuff 
> we break, the more difficult it is to port, and frankly, it's quite 
> likely that a non OO app could migrate fairly cleanly even to PHP 6 
> with unicode disabled (perhaps with minor 
> fixes).  get_magic_quotes_gpc() is designed for apps to do something 
> differently depending on the value of magic_quotes_gpc.  It's fine 
> that it's always off in PHP 6, but there's no reason not to keep this 
> function (to always return false) so that you don't have to fix God 
> knows how many lines of code to remove it.
> 
> Zeev 
>