Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:27652 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 19786 invoked by uid 1010); 25 Jan 2007 15:00:20 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 19770 invoked from network); 25 Jan 2007 15:00:20 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Jan 2007 15:00:20 -0000 Authentication-Results: pb1.pair.com header.from=ilia@prohost.org; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=ilia@prohost.org; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain prohost.org from 64.233.166.176 cause and error) X-PHP-List-Original-Sender: ilia@prohost.org X-Host-Fingerprint: 64.233.166.176 py-out-1112.google.com Linux 2.4/2.6 Received: from [64.233.166.176] ([64.233.166.176:64196] helo=py-out-1112.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 51/2D-13597-306C8B54 for ; Thu, 25 Jan 2007 10:00:20 -0500 Received: by py-out-1112.google.com with SMTP id a25so247978pyi for ; Thu, 25 Jan 2007 07:00:17 -0800 (PST) Received: by 10.35.64.8 with SMTP id r8mr4155447pyk.1169737217167; Thu, 25 Jan 2007 07:00:17 -0800 (PST) Received: from ?192.168.1.151? ( [204.101.63.110]) by mx.google.com with ESMTP id w38sm2153951pyg.2007.01.25.07.00.16; Thu, 25 Jan 2007 07:00:16 -0800 (PST) In-Reply-To: <000b01c74090$60bce950$0100a8c0@pc07653> References: <0F741213-BCA4-4923-A83A-3E4E9C561DAE@prohost.org> <5F.94.13597.04698B54@pb1.pair.com> <45B897E5.40007@zend.com> <41936.195.22.180.233.1169730121.squirrel@avilys.eik.lt> <45B8B2E5.4010204@zend.com> <40869.195.22.180.233.1169733866.squirrel@avilys.eik.lt> <3ED37F9A-9BC8-4BBA-BB85-77BB0B188074@prohost.org> <000b01c74090$60bce950$0100a8c0@pc07653> Mime-Version: 1.0 (Apple Message framework v752.3) X-Priority: 3 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-ID: <017A7F13-255C-4C7E-B22F-7481CCE07BAB@prohost.org> Cc: Content-Transfer-Encoding: 7bit Date: Thu, 25 Jan 2007 10:00:13 -0500 To: "Nuno Lopes" X-Mailer: Apple Mail (2.752.3) Subject: Re: [PHP-DEV] Re: PHP 5.2.1RC3 Released From: ilia@prohost.org (Ilia Alshanetsky) Nuno, The idea is that while internal libs will use it, PHP will do all the user-locale handling internally. On 25-Jan-07, at 9:52 AM, Nuno Lopes wrote: >>> PHP needs locale insensitive strcasecmp() or your developers will >>> continue >>> hitting string comparison issues in Turkish and Azerbaijani. Ilia >>> patched >>> it in timezone parsing code. Some day other strcasecmp will pop >>> in other >>> place. >>> >>> Switching locale everytime you want to compare strings is a hack >>> and not a >>> bug fix. >> >> Its a solution that works. There are very few instances where such >> behavior is needed and in php6 it won't be relevant anyway since >> posix locales will not be used. > > This is not true at all.. I even think this is a big misconception > of PHP 6. > Although this has nothing to do with the issue mentioned above, we > will still need setlocale() in PHP 6 because of externals libs. > Even the bundled PCRE uses locales, and that is very handful (e.g. > locale-dependent '\w'). So, POSIX locales will be deprecated for > string handling, date formatting and such things, but they will > still be used by external libs. > > Nuno Ilia Alshanetsky