Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: Lawrence D'Oliveiro <ldo@nz.invalid>
Newsgroups: comp.lang.c
Subject: Re: Rationale for aligning data on even bytes in a Unix shell file?
Date: Fri, 9 May 2025 02:22:59 -0000 (UTC)
Organization: A noiseless patient Spider
Lines: 18
Message-ID: <vvjou3$2bbhn$4@dont-email.me>
References: <vuih43$2agfa$1@dont-email.me> <vuml73$1riea$1@dont-email.me>
	<vun04h$2fjrn$2@raubtier-asyl.eternal-september.org>
	<vun1nh$22hc5$3@dont-email.me>
	<vunak2$2p980$1@raubtier-asyl.eternal-september.org>
	<vunbgo$2q5u8$1@dont-email.me>
	<vunbjg$2q72n$1@raubtier-asyl.eternal-september.org>
	<vund1f$2rh3j$1@dont-email.me>
	<vungko$2uoa2$1@raubtier-asyl.eternal-september.org>
	<X9MPP.1383458$f81.819466@fx48.iad>
	<vuobri$3o38b$1@raubtier-asyl.eternal-september.org>
	<XtOPP.2986761$t84d.2537581@fx11.iad>
	<vuohq9$3tlhf$1@raubtier-asyl.eternal-september.org>
	<vuoig5$3ub4j$1@dont-email.me>
	<vuorpf$6tnn$1@raubtier-asyl.eternal-september.org>
	<vup2nt$bi1k$2@dont-email.me>
	<vupofl$13pg2$2@raubtier-asyl.eternal-september.org>
	<vuprce$15sqo$2@dont-email.me>
	<vvd6n5$353gs$1@raubtier-asyl.eternal-september.org>
	<vvfbnj$ulpc$1@dont-email.me> <vvh05a$1bfpj$2@dont-email.me>
	<vvhktl$1k0km$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Injection-Date: Fri, 09 May 2025 04:23:00 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="f688fb82bfdbd1d9fb6edb26b3dd8b1f";
	logging-data="2469431"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1+So3PBp67Npu1TyybeXt1+"
User-Agent: Pan/0.162 (Pokrosvk)
Cancel-Lock: sha1:F4p79tNVdZnpiuh4yTjCcUxW3Fw=
Bytes: 2785

On Thu, 8 May 2025 01:57:05 -0500, BGB wrote:

> Either way, case-insensitivity at the FS level adds complexity.

If you look around some other groups, you will see discussion of a recent 
rant from Linus Torvalds on this very issue. Basically, he doesn’t like 
case-insensitivity. And he is justified in pointing out that it leads to 
more opportunities for bugs in the kernel code. The only reason we need to 
have it is because it makes certain things easier for users.

> I guess, one intermediate option could be to keep the FS proper as case
> sensitive, but then fake case insensitivity at the level of the OS APIs
> (based on a system-level locale setting).

There is a standard Unicode locale-independent case-folding algorithm. 
That is what Linux implements. At the time of volume initialization, it 
only involves setting one filesystem parameter, which says to assume that 
all filenames are UTF-8-encoded.