basic_ios::exceptions() alone isn't the answer. Consider:

http://cvs.savannah.gnu.org/viewvc/lmi/lmi/calendar_date.cpp?r1=1.17&r2=1.18

All integers are valid as integers, and perhaps they're
all valid JDNs, but they aren't all within the JDN range
for class calendar_date.

Resolving the global issue would require analyzing each
extractor in lmi and guarding against every way it might
fail, in particular following Langer & Kreft's advice to
"care about the output variable of an extractor".

Most aren't worth considering, though, because they occur
in obsolete code that should instead be replaced. Those
in 'ihs_dbvalue.?pp' and 'ihs_pios.?pp' (e.g.) won't be
needed once we convert product databases to xml, and I
have plans to replace 'ihs_server7702io.?pp' as well.
You wouldn't know all these plans, so I've reassigned
this task to myself.