[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Compatibility with other SRFIs



>>>>> "Matthias" == Matthias Felleisen <matthias@xxxxxxxxxxx> writes:

Matthias> Here is one legit reason for catching such exceptions: 

Matthias>  test suites. 

Matthias> You want to make sure that your programming environment reacts 
Matthias> properly to program bugs by students. They can make lots of mistake
Matthias> and I'd like to test the response mechanically. 

I'm glad you're mentioning that.  But note that I specifically said
"running program."  (Note also that SRFI 34 is titled "Exception
Handling for *Programs*.")

Of course, there are reasons for catching this kind of exceptional
situation (and also stuff like divide-by-zero, type error, arity error
and so on) in other contexts, such as test suites, or entering the
debugger during program development.

However, after all the extensive discussions of the past I've sifted
through (specifically, the discussion archive of SRFI 12 is very
instructive), I've come to the conclusion that, for the kind of
exception catching you're referring to, a rather different
exception-handling system is called for.  And that, in turn, is a
subject for a different set of SRFIs.

-- 
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla