On 15 Aug 2000, Perl6 RFC Librarian wrote:
> =head2 Exceptions
>
> Exceptions are objects belonging to some C class. Cing
> an exception creates the object; therefore, C above is just a
> class name. C lets you subclass C to create them;
> C appears to be a better name for a core functionality
On Tue, Aug 15, 2000 at 04:39:24PM -0700, Peter Scott wrote:
> >PRL> =head2 Exception classes - ignoring
> >
> >PRL> Note that we could also make it possible to selectively or globally
> >ignore
> >PRL> exceptions, so that perl continues executing the line after the C
> >PRL> statement. Just imp
Chaim Frenkel <[EMAIL PROTECTED]> writes:
> > "PRL" == Perl6 RFC Librarian <[EMAIL PROTECTED]> writes:
> PRL> =head2 $SIG{__DIE__}
>
> PRL> <$SIG{__DIE__}> needs to be triggered only as a I resort
> PRL> instead of firing immediately, since it messes with the mind of
> PRL> this and every o
> "PS" == Peter Scott <[EMAIL PROTECTED]> writes:
>> Please include the comments about global variables and action at a distance.
PS> I'm sorry, my brain is fried. Can you spell out for me what you mean in
PS> this context and I'll put it in.
I am adamant against increasing the number of
Hmm, it now appears that everything on this subject has to go to
perl6-language-errors and perl6-language-flow.
At 03:26 PM 8/15/00 -0400, Chaim Frenkel wrote:
> > "PRL" == Perl6 RFC Librarian <[EMAIL PROTECTED]> writes:
>
>PRL> RFC 80 proposes standard exception classes and methods for core
> "PRL" == Perl6 RFC Librarian <[EMAIL PROTECTED]> writes:
PRL> RFC 80 proposes standard exception classes and methods for core exceptions.
PRL> This RFC doesn't need to repeat those, but it can expound upon the
PRL> semantics that exception classes ought to have. Assume wlog that they
PRL>
This and other RFCs are available on the web at
http://dev.perl.org/rfc/
=head1 TITLE
Exception handling syntax
=head1 VERSION
Maintainer: Peter Scott <[EMAIL PROTECTED]>
Date: 8 Aug 2000
Last-Modified: 14 Aug 2000
Version: 3
Mailing List: [EMAIL PROTECTED]
