Re: On the case for exception-based error handling.

2000-08-27 Thread Bennett Todd
2000-08-27-12:03:07 Peter Scott: > > use Fatal qw(:io ...); > > no Fatal qw(:arithmetic); > > Bingo, yes. I will make appropriate changes to RFC 80. You might > think about whether RFC 70 needs to be changed. I don't think so; while I mention styles of changes and growth for F

Re: On the case for exception-based error handling.

2000-08-27 Thread Peter Scott
At 10:26 AM 8/27/00 -0400, Bennett Todd wrote: >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

Re: On the case for exception-based error handling.

2000-08-27 Thread Bennett Todd
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) > > usi

RFC 88 version 3 draft 1 is available via http.

2000-08-27 Thread Tony Olekshy
I have added the remaining changes based on the traffic in -errors and the batch of changes I received from Peter Scott. Production formatting has been completed. RFC 88v3d1 is available at: http://www.avrasoft.com/perl6/rfc88.htm An updated version of the Perl 5 reference implementati