Deutsch   English   Français   Italiano  
<100i2la$292le$1@dont-email.me>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: "Paul Edwards" <mutazilah@gmail.com>
Newsgroups: comp.lang.c
Subject: Re: encapsulating directory operations
Date: Wed, 21 May 2025 00:12:54 +1000
Organization: A noiseless patient Spider
Lines: 41
Message-ID: <100i2la$292le$1@dont-email.me>
References: <100h650$23r5l$1@dont-email.me> <20250520065158.709@kylheku.com>
Injection-Date: Tue, 20 May 2025 16:12:58 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="c0d5a6b4b43d1a9768c38cdc271b55e1";
	logging-data="2394798"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX186lR0I4nfivu5iCLFjq+aPW7cL0VgLew0="
Cancel-Lock: sha1:gPDm7T3QQqtFz75AxvGb0uteDwM=
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-MSMail-Priority: Normal
X-Priority: 3
X-Newsreader: Microsoft Outlook Express 6.00.2800.1106

"Kaz Kylheku" <643-408-1753@kylheku.com> wrote in message
news:20250520065158.709@kylheku.com...
> On 2025-05-20, Paul Edwards <mutazilah@gmail.com> wrote:
> > The folder routines will do everything I need.
>
> Except be written in C90?

Yes - because it is not possible to write them in C90.

Sort of.

C90 doesn't explicitly prohibit the fopen and manipulations
I envisaged.

But nor does it endorse it.

I can make my own C library (PDPCLIB) do it.

But that doesn't have any weight with other C library authors.

I don't necessarily care about other C library authors.

But I'm not ruling out caring.

That's why I'm after technical guidance. Are there some
underlying principles at play here?

I'm not really expecting the zmodem protocol to be part
of C90, even though I can implement it on a stream - at
least under the right conditions.

So is it right to expect directories to be covered by C90?

(I'm not saying I do or don't have that expectation).

I'm asking the question, not making statements (in this
sub-instance).

BFN. Paul.