Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:37813 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 42545 invoked from network); 23 May 2008 00:56:35 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 May 2008 00:56:35 -0000 Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass; domainkeys=bad Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.198.234 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 209.85.198.234 rv-out-0506.google.com Received: from [209.85.198.234] ([209.85.198.234:49026] helo=rv-out-0506.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 39/01-35754-E3616384 for ; Thu, 22 May 2008 20:56:34 -0400 Received: by rv-out-0506.google.com with SMTP id g37so379478rvb.23 for ; Thu, 22 May 2008 17:56:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=HL7fBufroq7VHp8/X14CnTJW0HQEpsOMeB41qm08uKc=; b=Qn6RccjUmE9F/25shVdRDbz41vGoX7bf+DeYHIUEiC64B14GNXmSuB5LROlWZkVfOOMGdFcci5e1Nbf6LnAlAylgugWarRF1rMGAxVVrzKLRwWNw2vlb/Fec0ur6uXJOuqrXUF32CXvRbntfNLzFOsDCLhEb7MNHVQp0HJRezfA= 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:content-transfer-encoding:content-disposition:references; b=Zcr1QV8rgZB2TiJVhdGt/V1jXS1KkbqsyCcd8EfLE0M32sFyk9tG1axsQ6/8LJGgcz2qIWm1TI7g+zzVgE/25Zq5V+wE5HnZcPLuB8FtedIajaXE33FjcRJmIK6JCT2wQaYm+KD8jdWOHWqh50FWOFp56CFRlSiQ4/T4kApwb6A= Received: by 10.141.27.16 with SMTP id e16mr352651rvj.141.1211504186619; Thu, 22 May 2008 17:56:26 -0700 (PDT) Received: by 10.141.123.13 with HTTP; Thu, 22 May 2008 17:56:26 -0700 (PDT) Message-ID: Date: Fri, 23 May 2008 02:56:26 +0200 To: "Rasmus Lerdorf" Cc: "Lars Strojny" , "Philip Olson" , "internals Mailing List" In-Reply-To: <48360328.3040500@lerdorf.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <5B2E59A9-BC46-447F-BEBC-C4149866A802@roshambo.org> <1211494158.7416.5.camel@localhost> <48360328.3040500@lerdorf.com> Subject: Re: [PHP-DEV] magic quotes finale From: pierre.php@gmail.com ("Pierre Joye") Hi Rasmus, On Fri, May 23, 2008 at 1:35 AM, Rasmus Lerdorf wrote: > Lars Strojny wrote: >> >> [ forgot to sent that to the list ] >> >> Hi Philip, >> >> Am Dienstag, den 20.05.2008, 12:55 -0700 schrieb Philip Olson: >> [...] >>> >>> PHP 5.3 is approaching fast, so let's conclude our dealings with magical >>> quotes... this should be the last time. Please have a look at the following >>> RFC and discuss it within this thread. >>> >>> Magic Quotes in PHP 5.3 and beyond >>> - http://wiki.php.net/rfc/magicquotes >>> >>> It recommends changes to both 5_3 and 6_0 branches, namely, removing >>> E_DEPRECATED from the get_ magical quote functions. Silence means you're >>> okay with the RFC being implemented. >> >> Why should we leave get_magic_quotes_gpc()? If someone wants to be >> backwards compatible, just use >> if (function_exists('get_magic_quotes_gpc') and @get_magic_quotes_gpc()) >> Let's just add this to the manual, and everything is fine. >> >> I don't see a problem with this at all and it has the advantage of >> allowing use to remove all the traces of magic quotes in 6. Magic quotes >> are considered a bad practice for a long time. > > We have covered this a bunch of times already. magic_quotes_gpc are gone, > but we leave in the function that tells userspace code that they are off. > get_magic_quotes_gpc() will always return false which means that thousands > of applications out there will run unchanged and will simply take the > magic_quotes off code path. Exactly, what I said in my very first reply to this thread. With all respects to Philip, this RFC and discussion are pointless, the solution has been approved and the problem is about to be solved (when I get two and half mins to apply my patch, probably early next week). Cheers, -- Pierre http://blog.thepimp.net | http://www.libgd.org