Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:35244
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.128.191 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
        b=aeIiY0KhU0wsfR/poSgf7BvhaC530+PTg8KErbViIyT0YKEgKwdXTBGOTXayYe1JIZRCrF0AH6oB9tTCuKslZrdSpEoGfUGtWTuhCJllM68DODiP53MOrqMLmzQS6VZNyo79eeKtu45hLz6TxcHGLLtm4gWIdrZXXRkTmmoDcAQ=
Message-ID: <261daaa10802060458o2c5eb9celfb6e0cb42bd5c418@mail.gmail.com>
Date: Wed, 6 Feb 2008 14:58:30 +0200
To: Lokrain <lokrain@gmail.com>
Cc: "Pierre Joye" <pierre.php@gmail.com>, 
	"PHP internals" <internals@lists.php.net>
In-Reply-To: <345fd5cd0802060430h6e29fd9asc82f607d9b55b84c@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; 
	boundary="----=_Part_13400_10546717.1202302710384"
References: <fe05d1540802051223h1306acddw1891ed7f96a13bd0@mail.gmail.com>
	 <345fd5cd0802060430h6e29fd9asc82f607d9b55b84c@mail.gmail.com>
Subject: Re: [PHP-DEV] get_magic_quotes_gpc, get-magic-quotes-runtime in head, get a "final" decision
From: kenashkov@gmail.com ("Vesselin Kenashkov")

------=_Part_13400_10546717.1202302710384
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

+1 - remove the functions

To make a script compatible one has to add
function get_magic_quotes_gpc(){return 0;}
in one of his library files.

I think the current change is somewhat similar to PHP_INI_ALL in PHP ->
PHP_INI_PERDIR for magic_quotes_gpc made in 4.2.3. It also could lead to
breakage but it was done besides the fact that it wasnt a major release (I
guess bugfix for security reasons...).
Now is coming a major release and my opinion is that the deprecated features
must be removed even in the cost of BC breakage.

Probably a general policy on BC breakages in major releases has to be
discussed and then decide on per-case basis.
If there is already such a policy or guidelines please point me to it.

On Feb 6, 2008 2:30 PM, Lokrain <lokrain@gmail.com> wrote:

> -1
>
> On Feb 5, 2008 10:23 PM, Pierre Joye <pierre.php@gmail.com> wrote:
>
> > Hi,
> >
> > It seems that there is voices in favor of keeping the GPC related
> > functions in HEAD/php6 but returning always FALSE. I thought the
> > decision was already done but I rather prefer to ask the list a second
> > time and be done with this topic (and be free to bogus any other bug
> > reports about this problem, especially when the reporters begin to
> > spam me and other with all possible funny words ;-)
> >
> > There is not really a need to discuss the removal again, that's why I
> > ask for a simple vote:
> >
> > +1: remove them (as it is now in HEAD)
> > -1: Restore them and always return FALSE (not 0)
> >  0: I don't care, do what you wish, I never use them anyway
> >
> > Feel free to comment the topic but please don't start an endless
> > discussion, we already discuss it to death two years ago (yes, two
> > years ago :-)
> >
> > Thanks,
> > --
> > Pierre
> > http://blog.thepimp.net | http://www.libgd.org
> >
> > --
> > PHP Internals - PHP Runtime Development Mailing List
> > To unsubscribe, visit: http://www.php.net/unsub.php
> >
> >
>

------=_Part_13400_10546717.1202302710384--