At 02:28 PM 8/23/00 -0700, Glenn Linderman wrote: >Chaim Frenkel wrote: > > > No, that should be the difference between die and throw. Die is > > immediately fatal. (i.e. current semantics) throw is new and does > > the magic. > > > > We get no breakage that way. > >Hear, hear. That's (some of) what RFC 119 proposes. Keep fatal error >handling >and non-fatal error/exception handling separable, using different mechanisms. I disagree on this point. I see nothing wrong with there being two RFCs conflicting on this and other topics; I know that I do not want RFC 88 to change its mind. We'll find out what Larry wants in due course. Maybe neither of the above. -- Peter Scott Pacific Systems Design Technologies
- Re: On the case for exception-based error handling. Chaim Frenkel
- Re: On the case for exception-based error handlin... Tony Olekshy
- Re: On the case for exception-based error han... Tony Olekshy
- Re: On the case for exception-based error han... Chaim Frenkel
- Re: On the case for exception-based error... Peter Scott
- Re: On the case for exception-based ... Glenn Linderman
- Re: On the case for exception-based ... Peter Scott
- Re: On the case for exception-based ... Glenn Linderman
- Re: On the case for exception-based ... Peter Scott
- Re: On the case for exception-based error... Glenn Linderman
- Re: On the case for exception-based ... Peter Scott
- Re: On the case for exception-based ... Chaim Frenkel
- Re: On the case for exception-based error handling. Bennett Todd
- Re: On the case for exception-based error handling. Glenn Linderman
- Re: On the case for exception-based error handling. Markus Peter
- Re: On the case for exception-based error handlin... Glenn Linderman
- Re: On the case for exception-based error han... Markus Peter
- Re: On the case for exception-based error... Peter Scott
- Re: On the case for exception-based error han... Tony Olekshy
- Re: On the case for exception-based error... Glenn Linderman