From dev-return-18664-apmail-apr-dev-archive=apr.apache.org@apr.apache.org Wed Jul 18 09:12:29 2007 Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 77004 invoked from network); 18 Jul 2007 09:12:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 18 Jul 2007 09:12:29 -0000 Received: (qmail 47043 invoked by uid 500); 18 Jul 2007 09:12:19 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 47007 invoked by uid 500); 18 Jul 2007 09:12:19 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 46989 invoked by uid 99); 18 Jul 2007 09:12:19 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Jul 2007 02:12:19 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of jorton@redhat.com designates 66.187.233.31 as permitted sender) Received: from [66.187.233.31] (HELO mx1.redhat.com) (66.187.233.31) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Jul 2007 02:12:16 -0700 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l6I9BqO7003484; Wed, 18 Jul 2007 05:11:52 -0400 Received: from radish.cambridge.redhat.com (radish.cambridge.redhat.com [172.16.18.90]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l6I9BpBj012379; Wed, 18 Jul 2007 05:11:51 -0400 Received: from localhost ([127.0.0.1] helo=radish.cambridge.redhat.com) by radish.cambridge.redhat.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.62) (envelope-from ) id 1IB5ZX-0006Rr-7j; Wed, 18 Jul 2007 10:11:51 +0100 Received: (from jorton@localhost) by radish.cambridge.redhat.com (8.13.8/8.13.8/Submit) id l6I9BmSu024789; Wed, 18 Jul 2007 10:11:48 +0100 Date: Wed, 18 Jul 2007 10:11:48 +0100 From: Joe Orton To: Wilfredo =?utf-8?Q?S=C3=A1nchez?= Vega Cc: APR Developer List Subject: Re: apr_filepath_encoding on Darwin Message-ID: <20070718091148.GA23522@redhat.com> Mail-Followup-To: Wilfredo =?utf-8?Q?S=C3=A1nchez?= Vega , APR Developer List References: <20070717122529.GB2587@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Organization: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, United Kingdom. Registered in UK and Wales under Company Registration No. 03798903 Directors: Michael Cunningham (USA), Brendan Lane (Ireland), Matt Parson (USA), Charlie Peters (USA) X-Virus-Checked: Checked by ClamAV on apache.org Thanks for the write-up, Fred. - it is convention on all modern Unixes I'm aware of that filename charset/encoding follows LC_CTYPE; not just Linux. It may derive from Solaris, I think that's where the locale APIs originate. - AFAIK this convention is not standardised anywhere. - Linux-the-kernel is no different from any other Unix kernel in this respect; it doesn't care about filename charset/encoding and doesn't set policy for userspace. Many Linux distributions set up UTF-8 locales (via $LANG etc) by default, and expect applications to follow the convention. - if Darwin has a configurable locale, does *not* set this up by default such that nl_langinfo(CODESET) returns UTF-8, but does by policy require filenames in UTF-8, regardless of locale, I would agree with changing apr_filepath_encoding as Erik proposed. That is the case? joe