2000-08-22-16:40:13 Peter Scott: > >I'm not sure, but I think Chaim's main point was just that, not > >that divide-by-zero should be ignored too. > > Well, it could be made user-selectable, right Bennett? Do you envisage > being able to say > > use Fatal qw(Arithmetic IO etc) > > using classnames that fall out of RFC 80? I hadn't thought about the current cases where the core throws exceptions. I agree that Fatal would be a fine linguistic hook for addressing them, if people thought they should be addressed. I would suggest that I like Fatal's current meaning, where the arguments, if they are normal words, are the names of functions to wrap; so if we're doing categories I would think they'd be named the same way that other modules (e.g. POSIX.pm) do, with names in lowercase that begin with ":". So I'd expect instead use Fatal qw(:arithmetic :io ...); > Therefore the default (to get the current behavior) would be that > some of the classes had Fatality enabled and others didn't? And if Fatal supported unimport, then the default could be inverted with use Fatal qw(:io ...); no Fatal qw(:arithmetic); -Bennett
- Re: On the case for exception-ba... Tony Olekshy
- Re: On the case for exception-ba... Tony Olekshy
- Re: On the case for exception-based error han... Tony Olekshy
- Re: On the case for exception-based error handling. Markus Peter
- Re: On the case for exception-based error handling. Peter Scott
- Re: On the case for exception-based error handlin... Tony Olekshy
- Re: On the case for exception-based error han... Peter Scott
- Re: On the case for exception-based error... Tony Olekshy
- Re: On the case for exception-based ... Peter Scott
- Re: On the case for exception-ba... Tony Olekshy
- Re: On the case for exception-ba... Bennett Todd
- Re: On the case for exception-ba... Peter Scott
- Re: On the case for exception-ba... Bennett Todd
- Re: On the case for exception-ba... Peter Scott
- Re: On the case for exception-based error handlin... Chaim Frenkel
- Re: On the case for exception-based error han... Tony Olekshy
- Re: On the case for exception-based error... Tony Olekshy
- Re: On the case for exception-based error... Chaim Frenkel
- Re: On the case for exception-based ... Peter Scott
- Re: On the case for exception-ba... Glenn Linderman
- Re: On the case for exception-ba... Peter Scott