in reply to
Re^20: eval to replace die?
in thread eval to replace die?
It is much easier to run into trouble
Coding a feature change is not "running into trouble". Doing a half-assed job of it is just sloppy. Allowing that sloppiness to get into production is bad process. You cannot correct bad process by over-engineering.
derived contrived example code made no sense.
There was no reason to parse the error message. You never did anything with the results of the parsing.
Which was the whole point of this entire debate:
You think? Read again.