[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
KMP's proposal
- To: Mary <Fontana%CSL60%ti-csl.csnet@CSNET-RELAY.ARPA>
- Subject: KMP's proposal
- From: "Scott E. Fahlman" <Fahlman@CMU-CS-C.ARPA>
- Date: Thu, 18 Jul 1985 16:31 EDT
- Cc: cl-error-handling@SU-AI.ARPA
- In-reply-to: Msg of 16 Jul 1985 18:24-EDT from Mary <Fontana%CSL60%ti-csl.csnet at csnet-relay.arpa>
- Sender: FAHLMAN@CMU-CS-C.ARPA
OK, the extensions you propose all look simple and fiarly useful to me.
I wouldn't mind having them around as part of the standard. The only
one that looks dubious to me is CATCH-ERROR. If CATCH-ERROR returns
whatever multiple values the body does, then I don't think it is useful
to return the error-p indication as the second value when an error
occurs. You could never be sure if you were seeing an error or just
some return values that happened to come up NIL non-NIL. That seems
dangerous. And if you avoid cases where this confusion might occur, you
may as well use IGNORE-ERRORS. Or have I misunderstood what CATCH-ERROR
is about?
-- Scott