Re: encapsulating directory operations

Liste des GroupesRevenir à cl c 
Sujet : Re: encapsulating directory operations
De : mutazilah (at) *nospam* gmail.com (Paul Edwards)
Groupes : comp.lang.c
Date : 20. May 2025, 22:41:12
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <100ists$2eaej$1@dont-email.me>
References : 1 2 3 4 5 6
User-Agent : Microsoft Outlook Express 6.00.2800.1106
"David Brown" <david.brown@hesbynett.no> wrote in message
news:100ia33$2ae8t$1@dont-email.me...

Then why do think that something might depend on someone's "definition
of C" ?  The definition of C is clear - it is what the international
standard says it is.  You can have other C-like languages, but they are
not C.

Kaz has answered all of these questions to my satisfaction,
so I won't add anything further.

And in another corner, there are people who claim that I
am at fault for not making "my" compiler (a slight variation
of gcc 3.2.3) run in under 16 MiB of memory.
>
Now you are stretching credulity.

What do you mean?

I was told non-stop that it was "my fault" that I needed
more than the 16 MiB that was addressable by a S/370
and that I should "fix" "my" compiler. I was instead
"fixing" the architecture so that gcc could operate without
code changes.

I understand where these people are coming from.
>
And I can see the alternative described by that Jeff article
I referenced.
>
Few people click on random links.  If you have something to say, say it.

Basically the software industry is a joke. The advances have
all been done by hardware engineers.

I never knew Ritchie personally, and can only make guesses as to what he
might think or say.  I would, however, be very surprised if he
considered C90 to be "perfect" or in any sense complete, or that he
disapproved of the C standards committee moving forward with the
language.

He probably wouldn't disapprove of Rust being created either.

But I've actually seen Rust. No way this is a replacement for
assembler.

C I see as a replacement for assembler.

Anything past C90 is just pie in the sky let's add the kitchen
sink too and an abomination too.

If I saw people coding int_fast32_t instead of int32_t, it
would have some passing resemblance to C90.

It isn't remotely a passing resemblence.

I expect that like most of us, he would like some parts of
each new standard, and dislike other parts - some parts he would find
useful, and others not so much.  And he would be happy to accept that
the language is not for him personally - it's fine to have features that
are of use and interest to other people.

No it isn't. Because then it becomes a too-high bar for
compiler vendors and library vendors and the computers
themselves to reach.

Regardless, I intend to compete with the ISO committee, and
not so much start from scratch, as start from C90.
>
You don't lack ambition!

Competing with ISO is not difficult.

Defeating ISO is the ambitious thing. I didn't say I was trying
to win the competition. I'm not specifically saying I don't
want to win though. Note that I am also attempting to become
the US president, without being an American citizen or even
going to America. People keep saying it is impossible, because
the rules say xyz, and I point out how the rules also say I can
hold a Convention of the States to change those rules - all I
need is a fairly uniform 51% support of the American people,
and wait a few years for the appropriate elections, and it will
happen.

I didn't say that I'm expecting to get that 51%. But nor did
Trump get that in 2020. That's always been the challenge - 51%.

I'm also trying to become Chancellor of Germany without
going to Germany or learning German.

Not expecting to win that one either. But there's nothing
physically stopping me from trying.

My branch may not appeal to a majority, but I'm not particularly
trying to appeal to a majority. I'm interested in appealing to the
people who I work with (e.g. author of pdld). And I'm also
interested in technical guidance from the majority who likely
have more technical skills than me, regardless of whether they
agree with my approach/goals or not (spoiler: they don't).
>
I have no problem with giving technical advice (if I have any that I
think will be useful - I work with a significantly different type of
programming, however).  But I think you'd get on a lot better if you
said you were trying to write a C90 library of functions for directory
access,

That's not possible. There is no such concept in C90. That's
the problem.

and dropped the bizarre doomsday philosophy.

That's a joke.

Choose C90 for
maximal portability, or personal preference - that's fine.  Trying to
convince other people that C90 is somehow "perfect"

I don't think I made that claim.

while C99 is a
"complete and utter joke" is not going to get you much technical help.

I don't see what bearing my opinion on C99 (or politics,
or anything) has on a technical discussion of C90, but
so be it.

Telling us that you are doing all this to be "apocalypse-ready" simply
brands you as a delusional nutcase.

I personally don't care if I'm talking to Pol Pot himself.

And while I think delusional
nutcases (as long as they are non-violent) have as much right to get
technical answers as the next person, it really does distract from the
C-related questions you have.

Sounds like some people are easily distracted. I just snip
the bits that I'm not interested in.

Same as any debate anywhere. And verbal discussions too.
I don't really care if people swear at me. I first parse their
sentence into ASCII text (so that I can continue the
discussion online without interruption), strip out swearing etc,
scanning for a technical point.

And when the technical counter-arguments reach zero bytes,
I laugh. Works for me. I do an OOB check before any
part of the conversation becomes face to face though. And
if the OOB isn't in my favor I tell them to take it online, so
that my style of argument doesn't need to change.

BFN. Paul.



Date Sujet#  Auteur
20 May07:06 * encapsulating directory operations128Paul Edwards
20 May08:27 +* Re: encapsulating directory operations18Lawrence D'Oliveiro
20 May10:33 i`* Re: encapsulating directory operations17Paul Edwards
21 May01:10 i `* Re: encapsulating directory operations16Lawrence D'Oliveiro
21 May01:23 i  `* Re: encapsulating directory operations15Paul Edwards
21 May04:37 i   `* Re: encapsulating directory operations14Lawrence D'Oliveiro
21 May11:00 i    +* Re: encapsulating directory operations3Paul Edwards
22 May07:49 i    i`* Re: encapsulating directory operations2Lawrence D'Oliveiro
22 May08:02 i    i `- Re: encapsulating directory operations1Kaz Kylheku
22 May00:51 i    `* Re: encapsulating directory operations10James Kuyper
22 May06:04 i     `* Re: encapsulating directory operations9Lawrence D'Oliveiro
22 May19:13 i      `* Re: encapsulating directory operations8James Kuyper
22 May23:46 i       `* Re: encapsulating directory operations7Lawrence D'Oliveiro
23 May00:07 i        `* Re: encapsulating directory operations6James Kuyper
23 May00:15 i         `* Re: encapsulating directory operations5Kaz Kylheku
23 May00:26 i          +* Re: encapsulating directory operations2Paul Edwards
23 May01:44 i          i`- Re: encapsulating directory operations1Kaz Kylheku
23 May01:10 i          `* Re: encapsulating directory operations2James Kuyper
23 May03:08 i           `- Re: encapsulating directory operations1Kaz Kylheku
20 May10:18 +* Re: encapsulating directory operations56Keith Thompson
20 May10:33 i+* Re: encapsulating directory operations12Richard Heathfield
20 May10:45 ii+- Re: encapsulating directory operations1Paul Edwards
20 May12:42 ii+- Re: encapsulating directory operations1David Brown
20 May14:55 ii+* Re: encapsulating directory operations7Kaz Kylheku
20 May15:05 iii`* Re: encapsulating directory operations6Richard Heathfield
20 May15:09 iii +* Re: encapsulating directory operations2Muttley
20 May15:15 iii i`- Re: encapsulating directory operations1Paul Edwards
20 May15:48 iii `* Re: encapsulating directory operations3Paul Edwards
20 May16:02 iii  `* Re: encapsulating directory operations2Richard Heathfield
20 May16:28 iii   `- Re: encapsulating directory operations1Paul Edwards
23 May13:43 ii`* Re: encapsulating directory operations2Tim Rentsch
23 May14:27 ii `- Re: encapsulating directory operations1Richard Heathfield
20 May10:36 i`* Re: encapsulating directory operations43Paul Edwards
20 May13:23 i +* Re: encapsulating directory operations39David Brown
20 May14:47 i i`* Re: encapsulating directory operations38Paul Edwards
20 May15:37 i i +* Re: encapsulating directory operations10Richard Heathfield
20 May16:11 i i i`* Re: encapsulating directory operations9Paul Edwards
20 May16:43 i i i `* Re: encapsulating directory operations8Richard Heathfield
20 May22:15 i i i  +* Re: encapsulating directory operations2Paul Edwards
20 May23:50 i i i  i`- Re: encapsulating directory operations1Kaz Kylheku
21 May02:11 i i i  +- Re: encapsulating directory operations1Lawrence D'Oliveiro
21 May03:40 i i i  `* Re: encapsulating directory operations4James Kuyper
21 May05:50 i i i   `* Re: encapsulating directory operations3Richard Heathfield
21 May09:06 i i i    `* Re: encapsulating directory operations2David Brown
21 May09:27 i i i     `- Re: encapsulating directory operations1Richard Heathfield
20 May17:19 i i `* Re: encapsulating directory operations27David Brown
20 May17:43 i i  +* Re: encapsulating directory operations6Richard Heathfield
20 May18:14 i i  i+* Re: encapsulating directory operations4Kaz Kylheku
20 May18:20 i i  ii`* Re: encapsulating directory operations3Richard Heathfield
20 May19:50 i i  ii +- Re: encapsulating directory operations1Richard Heathfield
20 May20:34 i i  ii `- Re: encapsulating directory operations1Kaz Kylheku
21 May09:09 i i  i`- Re: encapsulating directory operations1David Brown
20 May17:51 i i  +- Re: encapsulating directory operations1Kaz Kylheku
20 May18:09 i i  +* Re: encapsulating directory operations2Richard Heathfield
20 May19:34 i i  i`- Re: encapsulating directory operations1Richard Heathfield
20 May22:41 i i  +* Re: encapsulating directory operations4Paul Edwards
20 May23:02 i i  i+- Re: encapsulating directory operations1Keith Thompson
21 May02:05 i i  i`* Re: encapsulating directory operations2Lawrence D'Oliveiro
21 May10:23 i i  i `- Re: encapsulating directory operations1Paul Edwards
20 May22:51 i i  +* Re: encapsulating directory operations9Paul Edwards
21 May05:31 i i  i`* Re: encapsulating directory operations8Richard Heathfield
21 May11:08 i i  i `* Re: encapsulating directory operations7Paul Edwards
21 May11:28 i i  i  +- Re: encapsulating directory operations1Richard Heathfield
21 May16:00 i i  i  `* Re: encapsulating directory operations5David Brown
21 May16:37 i i  i   `* Re: encapsulating directory operations4Richard Heathfield
21 May18:21 i i  i    +- Re: encapsulating directory operations1Michael S
22 May11:37 i i  i    `* Re: encapsulating directory operations2James Kuyper
22 May18:53 i i  i     `- Re: encapsulating directory operations1Kaz Kylheku
20 May23:09 i i  +- Re: encapsulating directory operations1Paul Edwards
21 May09:27 i i  `* Re: encapsulating directory operations3David Brown
21 May11:46 i i   `* Re: encapsulating directory operations2Paul Edwards
21 May15:46 i i    `- Re: encapsulating directory operations1David Brown
21 May01:12 i `* Re: encapsulating directory operations3Lawrence D'Oliveiro
21 May01:25 i  `* Re: encapsulating directory operations2Paul Edwards
21 May02:03 i   `- Re: encapsulating directory operations1Lawrence D'Oliveiro
20 May14:53 +* Re: encapsulating directory operations49Kaz Kylheku
20 May15:12 i`* Re: encapsulating directory operations48Paul Edwards
20 May22:41 i `* Re: encapsulating directory operations47Keith Thompson
20 May23:38 i  `* Re: encapsulating directory operations46Paul Edwards
21 May00:09 i   +* Re: encapsulating directory operations5Paul Edwards
21 May00:22 i   i+- Re: encapsulating directory operations1Keith Thompson
21 May01:18 i   i+* Re: encapsulating directory operations2Kaz Kylheku
21 May01:31 i   ii`- Re: encapsulating directory operations1Paul Edwards
21 May02:02 i   i`- Re: encapsulating directory operations1Lawrence D'Oliveiro
21 May00:18 i   +* Re: encapsulating directory operations31Keith Thompson
21 May00:57 i   i+* Re: encapsulating directory operations23Paul Edwards
21 May06:41 i   ii`* Re: encapsulating directory operations22Keith Thompson
21 May11:41 i   ii +* Re: encapsulating directory operations19Paul Edwards
21 May19:06 i   ii i+* Re: encapsulating directory operations16Keith Thompson
21 May19:22 i   ii ii+- Re: encapsulating directory operations1Keith Thompson
22 May22:10 i   ii ii+* Re: encapsulating directory operations11Paul Edwards
22 May23:32 i   ii iii+* Re: encapsulating directory operations9Keith Thompson
23 May00:16 i   ii iiii+* Re: encapsulating directory operations7Paul Edwards
23 May02:38 i   ii iiiii+- Re: encapsulating directory operations1Keith Thompson
23 May03:28 i   ii iiiii+* Re: encapsulating directory operations2Kaz Kylheku
23 May05:27 i   ii iiiiii`- Re: encapsulating directory operations1Keith Thompson
23 May06:08 i   ii iiiii`* Re: encapsulating directory operations3Janis Papanagnou
23 May06:20 i   ii iiiii `* Re: encapsulating directory operations2Keith Thompson
23 May06:43 i   ii iiiii  `- Re: encapsulating directory operations1Janis Papanagnou
23 May16:09 i   ii iiii`- Re: encapsulating directory operations1Richard Harnden
22 May23:44 i   ii iii`- Re: encapsulating directory operations1Paul Edwards
22 May23:06 i   ii ii`* Re: encapsulating directory operations3Paul Edwards
21 May20:31 i   ii i`* Re: encapsulating directory operations2Kaz Kylheku
22 May22:52 i   ii `* Re: encapsulating directory operations2Paul Edwards
21 May03:21 i   i`* Re: encapsulating directory operations7Kaz Kylheku
21 May03:26 i   +* Re: encapsulating directory operations7James Kuyper
21 May22:19 i   `* Re: encapsulating directory operations2Waldek Hebisch
21 May03:35 +* Re: encapsulating directory operations3Janis Papanagnou
22 May19:34 `- Re: encapsulating directory operations1Bonita Montero

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal