Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:41861 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 16838 invoked from network); 12 Nov 2008 02:58:03 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 12 Nov 2008 02:58:03 -0000 Authentication-Results: pb1.pair.com smtp.mail=sv_forums@fmethod.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=sv_forums@fmethod.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain fmethod.com from 69.16.228.148 cause and error) X-PHP-List-Original-Sender: sv_forums@fmethod.com X-Host-Fingerprint: 69.16.228.148 unknown Linux 2.4/2.6 Received: from [69.16.228.148] ([69.16.228.148:52433] helo=host.fmethod.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 2F/87-07308-A364A194 for ; Tue, 11 Nov 2008 21:58:03 -0500 Received: from [83.228.56.37] (port=2871 helo=pc) by host.fmethod.com with esmtpa (Exim 4.69) (envelope-from ) id 1L05vb-0002uE-QN for internals@lists.php.net; Tue, 11 Nov 2008 20:58:00 -0600 Message-ID: <9557A9D87CD54647A2E7D307C6306DFE@pc> To: References: <03.10.53449.C0EC1C74@pb1.pair.com> <4919F4C0.4050202@dynom.nl> <2dedb8a0811111413n59bbec62md0e8fc5132a6db30@mail.gmail.com> Date: Wed, 12 Nov 2008 04:57:55 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host.fmethod.com X-AntiAbuse: Original Domain - lists.php.net X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - fmethod.com Subject: Re: [PHP-DEV] register globals -> PHP6 still replaces . in variables from outside From: sv_forums@fmethod.com ("Stan Vassilev | FM") > I don't see it would work with something like > import_request_variables() unless thats removed or extract(), which is > some of the reasons for this replacement feature afair. > There was never a need for the replacement to occur for the GPC superglobals. If import_request_variables() needs it, it can do it there only for that import. I.e. $_GET['foo.bar'] is just fine, and importing 'foo.bar' with the above function could still produce $foo_bar only for that specific edge case. It's just a premature replacement too early the stack. Regards, Stan Vassilev.