|
Boost : |
From: degski (degski_at_[hidden])
Date: 2020-06-01 13:48:40
On Mon, 1 Jun 2020 at 08:30, Niall Douglas via Boost-users <
boost-users_at_[hidden]> wrote:
> The current formulation of lightweight exceptions before WG21 is
> literally Experimental Outcome in language form. Same proposed error
> object, std::error. It is currently expected that both value-based and
> type-based exceptions would exist in future C++, in order to retain
> backwards compatibility, as the semantics between the two are not
> currently believed possible to be made exactly one-one.
>
i am obviously oblivious to what 'is in front of', but knowing that now
[what light weight exceptions entails], I concur with you. As I noted in
that same post, I 'get' [in respect of LEAF] the use-case of a c-api
error-handler (but there must be plenty of those, no?), but otherwise I
don't see it. From my personal perspective, I would not hesitate one second
to use Outcome now, instead of any other solution better, or worse, just
because it is going to be in some shape or form, but very similar, in the
future standard.
The kind of code I write (the application areas) almost always demands
logical correctness and other than the mythical OOM, no exceptions can
occur (bar a bit of IO, which would live somewhere separately), so I have
no need for any of these libraries, Most of my testing is fuzzing, let the
computer search for bugs, not me or the user. Here I obviously actively use
exceptions to figure out what happened if something does happen, it's
easier than logging and builtin.
degski
-- @systemdeg https://www.instapaper.com <http://instapaper.com> "We value your privacy, click here!" Sod off! - degski
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk