Path: news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: wij <wyniijj5@gmail.com>
Newsgroups: comp.lang.c
Subject: Re: encapsulating directory operations
Date: Sun, 08 Jun 2025 22:52:41 +0800
Organization: A noiseless patient Spider
Lines: 37
Message-ID: <29b9613069183212a224d4e31d6e8e3ff8344113.camel@gmail.com>
References: <100h650$23r5l$1@dont-email.me> <101ft3d$1feqh$2@dont-email.me>
	 <101gq6l$1rdgj$1@raubtier-asyl.eternal-september.org>
	 <101h0an$1tkqk$1@dont-email.me>
	 <101jk7i$34erh$1@raubtier-asyl.eternal-september.org>
	 <1nj%P.3454$mAv4.2422@fx34.iad>
	 <101nc3o$5pjd$1@raubtier-asyl.eternal-september.org>
	 <h6H%P.676329$McHf.348392@fx15.iad>
	 <101u8sb$25g28$1@raubtier-asyl.eternal-september.org>
	 <3FC0Q.931590$G6Lf.397684@fx17.iad>
	 <101v7d7$2cudl$1@raubtier-asyl.eternal-september.org>
	 <CvF0Q.1165311$McHf.1120306@fx15.iad>
	 <101v8ce$2d5it$1@raubtier-asyl.eternal-september.org>
	 <0e9619f7d873a4ec436f017bac1192c73c5283e5.camel@gmail.com>
	 <1020eu8$2pifl$1@raubtier-asyl.eternal-september.org>
	 <1e3f53801e22a94356b9b0aded0ed7d33e67fd06.camel@gmail.com>
	 <1021pgp$35sqk$1@raubtier-asyl.eternal-september.org>
	 <1858c98adc50b2bec4021f15d0c5b94e2158f6b5.camel@gmail.com>
	 <10223hq$38g0s$1@raubtier-asyl.eternal-september.org>
	 <5484915e06dec7fa7a1371a9eb41801a00495079.camel@gmail.com>
	 <1023gak$3nt1m$1@raubtier-asyl.eternal-september.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Injection-Date: Sun, 08 Jun 2025 16:52:43 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="e93449f47b4c8a523d85b86c5101ee1c";
	logging-data="4073526"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1928nfIwijM7FAjimmMLEUd"
User-Agent: Evolution 3.56.2 (3.56.2-1.fc42)
Cancel-Lock: sha1:Srqguvd8x/t+P9EA2gsqjF9UMe8=
In-Reply-To: <1023gak$3nt1m$1@raubtier-asyl.eternal-september.org>

On Sun, 2025-06-08 at 10:06 +0200, Bonita Montero wrote:
> Am 07.06.2025 um 21:56 schrieb wij:
>=20
> > I see std::filesystem as evidence that C++ finally admits the deficienc=
y of
> > its advance error handling system (std::exception). But the result is w=
orse
> =C2=A0> than C.
>=20
> That's just a mere assertion without any facts.

I know a bit of the development of std::filesystem. The view of mere 'stand=
ard'
disregards fact and uses more the 'assertion' criticized.

>  In fact, exception
> handling makes error handling possible with a fraction of the code
> length, because most parts of the code don't need to handle errors,

"dont' need" is illusion, errors are always there, mostly ignored and encou=
raged
to ignore by simplification.

> whereas in C they do. In C every call level has to deal with erorrs,
> whereas in C++ only one level at the upper edge has to catch the
> errors.

C has not hard coded what 'exception' should be. E.g. C can also set an err=
or
object and let interested code to handle it in many ways, what's left is im=
pl.
issues.

But, I think the 'throw' mechanism (not std::exception) is good, like many
others. 'throw' is more like a soft assert failure, which is no error handl=
ing.