Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!raubtier-asyl.eternal-september.org!.POSTED!not-for-mail
From: Bonita Montero <Bonita.Montero@gmail.com>
Newsgroups: comp.lang.c
Subject: Re: encapsulating directory operations
Date: Sun, 8 Jun 2025 17:06:44 +0200
Organization: A noiseless patient Spider
Lines: 27
Message-ID: <10248tl$3tavs$2@raubtier-asyl.eternal-september.org>
References: <100h650$23r5l$1@dont-email.me> <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>
 <29b9613069183212a224d4e31d6e8e3ff8344113.camel@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Sun, 08 Jun 2025 17:06:30 +0200 (CEST)
Injection-Info: raubtier-asyl.eternal-september.org; posting-host="ddc48d7b83c9187be021c875ee3ea742";
	logging-data="4107260"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX19j7wj2bXVVNwX/jS0zRkmSM1pgtG34iBw="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:e8tOH+yH7B9+JGZxJm7V6hlfJyU=
Content-Language: de-DE
In-Reply-To: <29b9613069183212a224d4e31d6e8e3ff8344113.camel@gmail.com>
Bytes: 3250

Am 08.06.2025 um 16:52 schrieb wij:

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

Another statement without arguments.

> "dont' need" is illusion, errors are always there, mostly ignored and encouraged
> to ignore by simplification.

If the code is written to be exception-safe, i.e. it uses
RAII throughout, then this is easily possible.

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

Are you serious? The fact that the exception type is transported along
with the exception itself makes things really convenient. This way, the
stack can be unrolled until the correct exception handler is found.

> 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 handling.

Totally different - asserts are handled at debug-time.
Based on this statement, you didn't understand exceptions correctly.