Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:46849 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 37520 invoked from network); 21 Jan 2010 03:26:39 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 21 Jan 2010 03:26:39 -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:36553] helo=host.fmethod.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 61/09-26239-E69C75B4 for ; Wed, 20 Jan 2010 22:26:39 -0500 Received: from [83.228.56.37] (port=3870 helo=pc) by host.fmethod.com with esmtpa (Exim 4.69) (envelope-from ) id 1NXngp-000312-AZ; Wed, 20 Jan 2010 21:26:35 -0600 Message-ID: <3DE7B8205D8D4477B97B712FAD5B94C3@pc> To: "Tim Starling" Cc: , "Nathan Rixham" References: <4B57BC24.10605@wikimedia.org> Date: Thu, 21 Jan 2010 05:26:37 +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.5843 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] Dots and spaces in variable names are converted to underscores. From: sv_forums@fmethod.com ("Stan Vassilev") > I'd be happy if it stayed like it is, for backwards compatibility. If > not, then there needs to be some reasonably straightforward way for an > app to work out how PHP has messed up its input so that it can put it > back together (compare get_magic_quotes_gpc()). > > In any case, it could be better documented. I see it is documented in > these places: Hi, I look at this feature more as a broken compatibility with HTTP, since there's data lost from otherwise valid field names on the way from the server to PHP's userland. Since the bigger feature in question (register_globals) is removed, people who use the underscore filter with register_globals have already lost backwards compatibility. For those who want to *emulate* register_globals with extract(), they can easily emulate the underscore filter as well (it's 3 lines of code). Regards, Stan Vassilev