Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:22198 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 81008 invoked by uid 1010); 7 Mar 2006 14:41:30 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 80991 invoked from network); 7 Mar 2006 14:41:30 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 Mar 2006 14:41:30 -0000 X-Host-Fingerprint: 212.227.48.61 mayflowerholding.com Linux 2.5 (sometimes 2.4) (4) Received: from ([212.227.48.61:40252] helo=s15175637.rootmaster.info) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 7A/AD-22029-99B9D044 for ; Tue, 07 Mar 2006 09:41:30 -0500 Received: (qmail 32587 invoked by uid 2520); 7 Mar 2006 15:41:26 +0100 Received: from 84.153.75.127 by s15175637 (envelope-from , uid 2020) with qmail-scanner-1.25st (uvscan: v4.4.00/v4710. spamassassin: 3.0.3. perlscan: 1.25st. Clear:RC:0(84.153.75.127):SA:0(-0.5/7.0):. Processed in 2.1558 secs); 07 Mar 2006 14:41:26 -0000 X-Spam-Status: No, hits=-0.5 required=7.0 Received: from p54994b7f.dip.t-dialin.net (HELO ?192.168.0.106?) (84.153.75.127) by mayflowerholding.com with (DHE-RSA-AES256-SHA encrypted) SMTP; 7 Mar 2006 15:41:23 +0100 To: internals@lists.php.net, Zeev Suraski Date: Tue, 7 Mar 2006 15:40:35 +0100 User-Agent: KMail/1.9.1 Cc: Pierre References: <20060307042941.1c7d06c1@localhost.localdomain> <20060307151627.67579a91@localhost.localdomain> In-Reply-To: <20060307151627.67579a91@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-ID: <200603071540.37306.johannes@php.net> Subject: Re: [PHP-DEV] Adieu a la magie (remove magic_quotes) From: johannes@php.net (Johannes Schlueter) Hi Pierre, On Tuesday 07 March 2006 15:16, Pierre wrote: > Fair enough, as I said in my last post in the magic_quotes thread, it > is easy to keep this function. I will modify the patch to keep the > related functions (returning always false). Is is ok? I'd also mark them as deprecated using the new deprecation flag since new applications shouldn't use it. johannes