+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 <[EMAIL PROTECTED]> wrote:

> -1
>
> On Feb 5, 2008 10:23 PM, Pierre Joye <[EMAIL PROTECTED]> 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
> >
> >
>

Reply via email to