Emil Dotchevski

To clarify, error objects in LEAF are not global; they use automatic storage duration in error-handling scopes (thread-local pointers are used to access the error objects). When necessary, error objects...

[This section of the whitepaper](https://github.com/boostorg/leaf/blob/master/doc/whitepaper.md#5-error-handling-and-function-signatures) explains that designs that carry error objects in a `result` couple function signatures with error types and why that is not a good idea. Let...

Thank you! I'll take a closer look later, dealing with an emergency right now.

Thanks, I really appreciate this. I'll try to look at your work soon, but I'm swamped with other work lately. Perhaps we should connect on CPP slack to discuss, you...

Originally Appler worked on 8088/CGA. Later it required EGA. Later still Ivo & I wrote code to accumulate 6502 clock cycles in the high order 16 bits of eax, which...

The output from diagnostic_information is not designed to be user-friendly. The intended use of the "arbitrary tags" with Boost Exception is that you'd catch and handle every possible exception type,...

Do I understand correctly that you want the diagnostic info to only include error_infos you don't know about? Otherwise I don't see a point in iterating over them, you don't...

@zlojvavan if you make a pull request with your changes I'll take a look.

@diehard2 I endorse using exceptions to handle errors. Boost LEAF works great with exceptions, you can think of it as a better Boost Exception. See https://www.boost.org/doc/libs/1_83_0/libs/leaf/doc/html/index.html#boost_exception.

@zlojvavan The issue you linked was about customizing throw exception, which I don't want to do. In this case it seems you have some kind of system for customizing the...