and? I'm not sure the reason why you insist on getting his voice. This
topic has been discussed over and over and if, and I really mean if,
there are objections about the warning level, we can always change it
later.
On Fri, Jul 22, 2011 at 2:11 AM, Daniel Convissor
wrote:
> Hi Pierre:
>
>> if th
Hi Pierre:
> if there are no objection until then, I will commit this patch as it
> is tomorrow.
Derick is out of town until Monday.
Thanks,
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
data intensive web and database programming
h
hi,
if there are no objection until then, I will commit this patch as it
is tomorrow.
Thanks for your feedback!
On Wed, Jul 20, 2011 at 1:52 PM, Daniel Convissor
wrote:
> Hi Pierre:
>
>> I do not want to sound harsh but could you please read my reply?
>
> I had read your reply. I value your o
Hi Pierre:
> I do not want to sound harsh but could you please read my reply?
I had read your reply. I value your opinion. I also want to hear from
other people, and Derick in particular, which is why I directly addressed
him in my prior email to the list.
Thanks,
--Dan
--
T H E A N A L
On Tue, Jul 19, 2011 at 5:26 PM, Daniel Convissor
wrote:
> Hi Derick:
>
> On Mon, Jul 18, 2011 at 05:23:58PM +0100, Derick Rethans wrote:
>>
>> Doesn't that mean that anybody not running a php.ini file will just
>> always get this warning/error? I wouldn't want that as a php.ini file
>> should be
Hi Derick:
On Mon, Jul 18, 2011 at 05:23:58PM +0100, Derick Rethans wrote:
>
> Doesn't that mean that anybody not running a php.ini file will just
> always get this warning/error? I wouldn't want that as a php.ini file
> should be optional.
Yeah, that's problematic. What are your thoughts as
well
ON TOPIC:
deprecate it, throw a warning and set default to off
if you can not set default to off for whatever reason
you can not deprecate it - so simple the things are
Am 19.07.2011 12:31, schrieb Pierre Joye:
> May I ask you guys to stay on topic?
>
> I posted the steps to remove it. Th
May I ask you guys to stay on topic?
I posted the steps to remove it. There are only two open questions
about the warning level for the setter (or to kill them) and that's
all. Everything else is off topic. Please don't hijack this thread any
longer :)
On Tue, Jul 19, 2011 at 12:29 PM, Reindl Har
Am 19.07.2011 12:20, schrieb Lester Caine:
> Reindl Harald wrote:
magic_quotes_gpc is deprecated as of 5.3
>> http://php.net/manual/en/migration53.deprecated.php
>> only the default values was left to 1
>>
>> how dumb is this?
>>
>> if i deprecate something
Reindl Harald wrote:
magic_quotes_gpc is deprecated as of 5.3
>> http://php.net/manual/en/migration53.deprecated.php
>> only the default values was left to 1
>>
>> how dumb is this?
>>
>> if i deprecate something i do not like to use it in
>> future and at the same time i enable it as defaul
On 19 July 2011 09:57, Reindl Harald wrote:
> anybody who maintains a server should make a explicit config
> and not relying on random defaults
Consider me told. Amazed that a 2 year old deprecation notice is still
outstanding, but told all the same.
I think, rather than having "production" and
Am 19.07.2011 10:41, schrieb Lester Caine:
> Reindl Harald wrote:
>> magic_quotes_gpc is deprecated as of 5.3
>> http://php.net/manual/en/migration53.deprecated.php
>> only the default values was left to 1
>>
>> how dumb is this?
>>
>> if i deprecate something i do not like to use it in
>> future
Hello.
I have only one question - is really that many old applications able
to run on 5.3 who require magic_quotes, safe mode, register globals
and other legacy stuff?
How long are you planing on keeping the BC? 10 years, 15 years? Maybe 20?
Reality is - break it in 5.4 or in 6.0 in two-three years
Reindl Harald wrote:
magic_quotes_gpc is deprecated as of 5.3
http://php.net/manual/en/migration53.deprecated.php
only the default values was left to 1
how dumb is this?
if i deprecate something i do not like to use it in
future and at the same time i enable it as default?
there is no logical
Original-Nachricht
Betreff: Re: [PHP-DEV] [RFC] Magic Quotes in PHP, the Finalle
Datum: Tue, 19 Jul 2011 09:07:51 +0200
Von: Ferenc Kovacs
An: Reindl Harald
CC: internals@lists.php.net
magic_quotes_gpc is deprecated as of 5.3
http://php.net/manual/en/migration53.deprecated.php
On Tue, Jul 19, 2011 at 8:53 AM, Reindl Harald wrote:
>
>
> Am 19.07.2011 01:12, schrieb Ferenc Kovacs:
>>> since this is default OFF there is no warning if not configured
>>> empty php.ini implicits = Off
>>
>> sadly no:
>>
>> tyrael@thor:~/checkouts$ php -n -r 'echo PHP_VERSION."\n";echo
>> ini_
Am 19.07.2011 01:12, schrieb Ferenc Kovacs:
>> since this is default OFF there is no warning if not configured
>> empty php.ini implicits = Off
>
> sadly no:
>
> tyrael@thor:~/checkouts$ php -n -r 'echo PHP_VERSION."\n";echo
> ini_get("magic_quotes_gpc")."\n";'
> 5.3.6-6~dotdeb.1
> 1
>
> tyrae
On Tue, Jul 19, 2011 at 1:08 AM, Reindl Harald wrote:
>
>
> Am 19.07.2011 00:46, schrieb Ángel González:
>> Derick Rethans wrote:
>>> "Raise E_DEPRECATED when running the CGI or any web server SAPI and a
>>> php.ini file does not contain “magic_quotes_gpc = Off”."
>>>
>>> and
>>>
>>> "Raise E_ERRO
Am 19.07.2011 00:46, schrieb Ángel González:
> Derick Rethans wrote:
>> "Raise E_DEPRECATED when running the CGI or any web server SAPI and a
>> php.ini file does not contain “magic_quotes_gpc = Off”."
>>
>> and
>>
>> "Raise E_ERROR when running the CGI or any web server SAPI and a php.ini
>> fil
Derick Rethans wrote:
"Raise E_DEPRECATED when running the CGI or any web server SAPI and a
php.ini file does not contain “magic_quotes_gpc = Off”."
and
"Raise E_ERROR when running the CGI or any web server SAPI and a php.ini
file does not contain “magic_quotes_gpc = Off”."
Doesn't that mean t
On Jul 18, 2011 9:42 AM, "Pierre Joye" wrote:
> As far as I can remember, it was something along these lines:
>
> - GPC beeing killed means they are off, always. That also means that
> the default is Off too.
> - a warning is raised when one tries to call
> set_magic_quotes_runtime(true); That's t
On Jul 18, 2011, at 7:39 AM, Daniel Convissor wrote:
> Hi Folks:
>
> We all want to see Magic Quotes go away. Discussions on this list indicate
> several people are concerned with doing this in a safe and orderly
> manner. [1][2] To this end, I have posted an RFC at
> https://wiki.php.net/rfc/
hi Daniel,
What is wrong with the solution we came in the past to kill them? It
covers everything this RFC is trying to define and in a cleaner way.
Cleaner as in not being noisy in all possible ways.
As far as I can remember, it was something along these lines:
- GPC beeing killed means they ar
On Mon, 18 Jul 2011, Daniel Convissor wrote:
> Hi Folks:
>
> We all want to see Magic Quotes go away. Discussions on this list indicate
> several people are concerned with doing this in a safe and orderly
> manner. [1][2] To this end, I have posted an RFC at
> https://wiki.php.net/rfc/magicquot
On 2011-07-18, Keloran wrote:
> --20cf307c9ff207e6fd04a859d2f6
> Content-Type: text/plain; charset=ISO-8859-1
>
> personally I'm of the opinion that even 5.4 should actually cause a fatal
> error, but I know this not going to happen
>
> 5.4 throw an E_DEPRECATED, but with this being rolled into E_
On 18 July 2011 16:40, Keloran wrote:
> personally I'm of the opinion that even 5.4 should actually cause a fatal
> error, but I know this not going to happen
>
> 5.4 throw an E_DEPRECATED, but with this being rolled into E_ALL, it still
> might get ignored
> 5.4.1 set default to off
> 5.4.4 throw
personally I'm of the opinion that even 5.4 should actually cause a fatal
error, but I know this not going to happen
5.4 throw an E_DEPRECATED, but with this being rolled into E_ALL, it still
might get ignored
5.4.1 set default to off
5.4.4 throw an E_WARNING or E_FATAL if turned on
On Mon, Jul
27 matches
Mail list logo
