in reply to Re^4: Best practices for handling exceptions in die/eval style
in thread Best practices for handling exceptions in die/eval style

My paid profession, in part, is Python programming, so I see kind of what you're getting at here. My C++ is limited; I'm more plain C in that regard.

Nonetheless, it would be great if you could come up with a Python or C++ example here (brief code example) and explain what your concerns are, everyone here would have a good base to work with and we may get a slew of good advice (I always love learning new things). Many of the Monks are proficient with several languages.

I think enticing others into the equation to provide their own feedback based on a real-world working example would be great if you have the time.

  • Comment on Re^5: Best practices for handling exceptions in die/eval style

Replies are listed 'Best First'.
Re^6: Best practices for handling exceptions in die/eval style
by krautcat (Acolyte) on Sep 05, 2018 at 22:36 UTC

    Hello. It's me again. Sorry for late reply.

    I said about other languages just to clarify my expectations from exception handling mechanism I'll choose after discussing this topic with you and other monks.

    All I want is to have as close as possible exception handling strategy with objects as errors and backtraces printing to STDERR when error cannot be handled by application. Also I want to avoid all pitfalls related with language peculiarities and consider all possible edge cases, This is for elaboration best common strategy for handling exceptions in Python style (or C++), or, better, as in languages with built-in exception system on language level. I know Perl has it too by in its own way.

    Here is code which fails one of the tests on pre-5.14 versions.

    It's one of pitfalls I want to avoid. Maybe I overlooked some other pitfalls, All I want is to take into consideration all possible pitfalls like this.