Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:27287 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 98181 invoked by uid 1010); 5 Jan 2007 17:31:02 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 98166 invoked from network); 5 Jan 2007 17:31:02 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Jan 2007 17:31:02 -0000 Authentication-Results: pb1.pair.com header.from=andrei@gravitonic.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=andrei@gravitonic.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain gravitonic.com from 204.11.219.139 cause and error) X-PHP-List-Original-Sender: andrei@gravitonic.com X-Host-Fingerprint: 204.11.219.139 lerdorf.com Linux 2.5 (sometimes 2.4) (4) Received: from [204.11.219.139] ([204.11.219.139:44983] helo=lerdorf.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 3D/FD-01582-65B8E954 for ; Fri, 05 Jan 2007 12:31:02 -0500 Received: from [66.228.175.145] (borndress-lm.corp.yahoo.com [66.228.175.145]) (authenticated bits=0) by lerdorf.com (8.13.8/8.13.8/Debian-3) with ESMTP id l05HUxgo013698; Fri, 5 Jan 2007 09:30:59 -0800 In-Reply-To: <010a01c730d4$02ac3a30$0201a8c0@pc1> References: <020801c725ce$fe9fe190$0201a8c0@pc1> <90c8af0c49a1264f019f15b797817313@gravitonic.com> <01c901c73002$591dc6e0$0201a8c0@pc1> <7b7100f58b16f2ada86e55f00f8abdbf@gravitonic.com> <010a01c730d4$02ac3a30$0201a8c0@pc1> Mime-Version: 1.0 (Apple Message framework v624) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-ID: <0c40b8b1ed5f82a446e75461ff59b873@gravitonic.com> Content-Transfer-Encoding: 7bit Cc: "php-dev Internals" Date: Fri, 5 Jan 2007 09:31:34 -0800 To: "Matt Wilmas" X-Mailer: Apple Mail (2.624) Subject: Re: [PHP-DEV] The new printf implementation From: andrei@gravitonic.com (Andrei Zmievski) Yes, POSIX locales should not be used either in internal or userland printf() unless we're using en_US locale. -Andrei On Jan 5, 2007, at 6:15 AM, Matt Wilmas wrote: > Hi Andrei, > > I have no idea. :-) It doesn't really affect me personally that I can > think > of, so whatever you guys decide. I don't feel strongly either way... > I > just wanted to bring up the internal changes originally after the > locale > stuff created the bug with number_format() (maybe a couple others). > > In your first reply (weeks ago), you mentioned POSIX locales being > deprecated in Unicode mode, and I assumed you were referring to the > internal > printf, but maybe you meant PHP's userland printf. Well, whichever > version, > I'm neutral on what to do. Oh, and to clarify that the > locale-awareness > wasn't "a good idea" in my last message, I meant as far as breaking > things > (internal or 3rd party), not just in general... > > > Matt > > > ----- Original Message ----- > From: "Andrei Zmievski" > Sent: Thursday, January 04, 2007 > >> So we should remove locale-awareness then? >> >> -Andrei >> >> On Jan 4, 2007, at 5:15 AM, Matt Wilmas wrote: >> >>> Hi Andrei, >>> >>> No, not really... :-) I agree with what you said. Even in >>> non-Unicode mode >>> or 5.2, it doesn't seem like making things locale aware which weren't >>> before >>> is a good idea (3rd party code that's relying on behavior, etc. >>> which I >>> think was mentioned elsewhere). >>> >>> >>> Matt