Sujet : Re: Rationale for aligning data on even bytes in a Unix shell file?
De : Muttley (at) *nospam* DastardlyHQ.org
Groupes : comp.lang.cDate : 28. Apr 2025, 13:01:34
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <vunqmt$387pg$1@dont-email.me>
References : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
On Mon, 28 Apr 2025 13:30:17 +0200
Bonita Montero <
Bonita.Montero@gmail.com> wibbled:
Am 28.04.2025 um 13:01 schrieb Muttley@DastardlyHQ.org:
>
I'd say logical. Why should the OS give a damn what locale the user is using
and hence the filename any more than it should care about whats inside the
file?
>
To have filenames displayed the same way no matter what locale is
currently configured.
Who cares? If someone is that bothered stick to 7 bit ascii. The locale has
nothing to do with the OS, its an application and library concern. Why should
the OS - for example - waste its time verifying the filename only uses valid
c odes for the locale and what if someone unzips something that contains
filenames with a locale it doesn't support? Refuse to store the file? What a
load of BS.
Just allow a stream of bytes - excluding some forbidden chars such as "/" - and
leave it at that.
Similarly does the OS care what locale DNS names are in? No.
How often would there be users using different locales on the same machine?
>
With Unix there's no locale defined for filesystem operations; it's
arbitrary.
Its not arbitray - there's no locale , end of.