Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: Muttley@DastardlyHQ.org
Newsgroups: comp.lang.c
Subject: Re: Rationale for aligning data on even bytes in a Unix shell file?
Date: Wed, 30 Apr 2025 12:37:45 -0000 (UTC)
Organization: A noiseless patient Spider
Lines: 27
Message-ID: <vut5ip$9m43$1@dont-email.me>
References: <vuih43$2agfa$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>
 <vunhtp$301lb$1@dont-email.me>
 <vunib4$308ou$1@raubtier-asyl.eternal-september.org>
 <vunilp$30n57$1@raubtier-asyl.eternal-september.org>
 <vcMPP.1383459$f81.136711@fx48.iad>
 <vuobu5$3o38b$2@raubtier-asyl.eternal-september.org>
 <SxOPP.2986762$t84d.1636746@fx11.iad> <20250428203634.00006e09@yahoo.com>
 <vupvph$1a961$1@dont-email.me> <vurvru$34gfq$4@dont-email.me>
 <vusiqn$3ov7j$1@dont-email.me> <vuskeh$3p7jv$1@dont-email.me>
 <vusp6a$3ulkn$1@dont-email.me>
 <vusrsq$16ll$1@dont-email.me>
Injection-Date: Wed, 30 Apr 2025 14:37:45 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="4c8a2d891048b877383a09d39e1152c0";
	logging-data="317571"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1++BuUsVfcJ4FEzufxAR1i+"
Cancel-Lock: sha1:Qkm6R+6inh2kavRkkWX/wJ00Rtg=
Bytes: 2859

On Wed, 30 Apr 2025 11:52:25 +0200
Janis Papanagnou <janis_papanagnou+ng@hotmail.com> wibbled:
>On 30.04.2025 11:06, Muttley@DastardlyHQ.org wrote:
>> On Wed, 30 Apr 2025 09:45:20 +0200
>> David Brown <david.brown@hesbynett.no> wibbled:
>>> More relevant to this group, it make also be convenient for people 
>>> trying to work with big C code bases that were written on Windows and 
>>> you now want to compile (for whatever target you want) them on Linux. 
>>> I've seen code bases developed on Windows machines where the 
>>> capitalisation of include directives was inconsistent - that works on 
>>> case-insensitive filesystems, but not on case-sensitive systems.  (Yes, 
>>> I know there are many other ways to deal with such issues, but putting 
>>> the source code in a case-insensitive directory on ext4 is one option.)
>> 
>> I've seen on more than one occasion C++ (not C yet) projects where there
>> were 2 files only different in case, eg: Network.cpp and network.cpp where
>> the former would be the class and the latter would be procedural support
>code.
>> Good luck unzipping that on Windows or any other case insensitive file
>system.
>
>For low-level system software like network functionality that
>would probably anyway not work on Windows in the first place

Huh?