Documenting composite LC_ALL locale, anyone?

[Andrey Chernov]

On Sun, Feb 01, 2004 at 02:49:13PM +0200, Ruslan Ermilov wrote:
> One option to deal with this complex case (LC_ALL, composite locale,
> and when some of the components start with a `/') would be to replace
> each single slash with two adjacent slashes, so an argument of
> `/pathto/localedef/output' would become `//pathto//localedef//output'.
> Then double slashes in the input would represent a single slash, and
> single shash would represent a component separator.

//xxx///yyy//zzz is /xxx /yyy/zzz or /xxx/ yyy/zzz ?

> Unfortunately, POSIX-200x is silent on this case while requiring that
> the output of ``setlocale(LC_ALL, NULL)'' should be such that when
> it's fed back to ``setlocale(LC_ALL, ...)'' it should restore all of
> the locale components.  Perhaps we should seek for some clarifications
> in the Austin Group?  ;)

This is implementation-defined. It does not matter to standartize it 
because it can't be modified, only saved/restored.

-- 
Andrey Chernov | http://ache.pp.ru/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 305 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-i18n/attachments/20040201/c4ace661/attachment-0001.bin