all I'm saying is that if you have a defined recovery process, put it in normal logic, not exception handlers. If you don't have a defined recovery process, th

all I'm saying is that if you have a defined recovery process, put it in normal logic, not exception handlers. If you don't have a defined recovery process, that technically would be an exceptional case... but because of the nature of embedded systems, a reset is the only reasonable recovery mechanism (a catch all). Therefore, there is no place for exception handling in embedded systems (as a general rule. Of course there are exceptions... ;o) The dislike of exception handlers is also that they harm readability, The further you get away from a call-site the more context you have to hold in your head making it more complex. Keeping error recovery local to the logic improves everything, from readability to code size to complexity and performance.