Email List: Xaustin-group-lX
[All Lists]

Re: Invalid shell assignments in environment

To: chet.ramey@xxxxxxxx
Subject: Re: Invalid shell assignments in environment
From: "Don Cragun" <dcragun@xxxxxxxxx>
Date: Thu, 2 Jul 2009 12:01:02 -0700 (PDT)
Cc: austin-group-l@xxxxxxxxxxxxx
References: <200907012242.n61MgCCp020103@xxxxxx> <4A4C2005.6030402@xxxxxx> <4a4c81a6.2tWl4Z9DpJUyvd+z%Joerg.Schilling@xxxxxx> <200907021327.n62DRe5k029384@xxxxxx> <20090702143325.GA5491@xxxxxx> <4A4CCA35.6070009@xxxxxx> <4A4CCBE1.7020801@xxxxxx> <20090702150847.GA6190@xxxxxx> <090702183047.AA87319.SM@xxxxxx>
On Thu, July 2, 2009 11:30, Chet Ramey wrote:
>> Actually, there is a known issue about the possibility of
>> characters in the portable character set having different encodings
>> in different locales.  It was raised back in March in relation
>> to the slash in pathnames, but it applies to other cases as well,
>> including this one.
>
> Sure, but that will eventually get fixed.  The intent as I understand
> it is that the portable character set be locale-independent (or at
> least constant across "conforming locales").
>
> Chet

Chet,
In practice, most system do not have a problem here.
When the standards were being written, the authors wanted
to allow for the possibility of having some locales with an
EBCDIC codeset base and others with an ISO 8859-* or 646
(ASCII) codeset base.  So, the intent was not to require that
the characters in the portable character set have the same
encoding in all locales even though that could simplify a lot
of code.

 - Don

<Prev in Thread] Current Thread [Next in Thread>