Quote:

having an ability to associate extra information with std::error is important for us – both for our own std::error exceptions, and for conversion from existing C++ exception

Another Quote:

I think that current C++ standard is Badly Lacking(tm) a concept of ‘segfault’ (which is supported by CPUs on VAST majority of modern systems with modern C++ compilers)

Quote:

No single error handling method is good enough for ALL the projects – which in turn leads to segmentation, with some of the projects using exceptions, and some others using error codes

Another Quote:

Right above I said that I like the std::error exception proposal a.k.a.[P0709R0]. However, as soon as I look at competing proposals, I begin to love it.

Quote:

We decide which set of types we’re using (fundamental or int*_t), and use it consistently

Another Quote:

The only thing we’re doing here, is changing the name of the type, NOT its behavior

Some time ago, I wrote a post about kscope – mini-project on finding and reporting bugs in modern C++ compilers. The point was that there is a way to use C++ facilities to make C++ code self-mutating (more strictly – pseudo-randomized using externally supplied ITHARE_KSCOPE_SEED macro), which allows finding certain classes of bugs during randomized […]