RFC 359 (v1) Improvement needed in error messages (both internal errors and die function). by Perl6 RFC Librarian- September 30, 2000 This and other RFCs are available on the web at http:dev.perl.orgrfc=head1 TITLEImprovement needed in error messages (both internal errors and die function).=head1 VERSION Maintainer: S. A. Janet <stosheskimo.com> Date: 30 Sep 2000 Mailing List: perl6-language-errorsperl.org Number: 359 Version: 1 Status: Developing=head1 ABSTRACTError messages should contain the word ERROR&39; in them. Messages dueto internal errors should contain INTERNAL ERROR&39;.Error messages should also...http://www.nntp.perl.org/group/perl.perl6.language.errors/2000/09/msg304.html RFC 1 (v1) Improvement needed in error messages (both internal errors and die function). by Perl6 RFC Librarian- September 30, 2000 This and other RFCs are available on the web at http:dev.perl.orgrfc=head1 TITLEImprovement needed in error messages (both internal errors and die function).=head1 VERSION Maintainer: S. A. Janet <stosheskimo.com> Date: 30 Sep 2000 Mailing List: perl6-language-errorsperl.org Number: 1 Version: 1 Status: Developing=head1 ABSTRACTError messages should contain the word ERROR&39; in them. Messages dueto internal errors should contain INTERNAL ERROR&39;.Error messages should also...http://www.nntp.perl.org/group/perl.perl6.language.errors/2000/09/msg303.html RFC 119 (v4) Object neutral error handling via exceptions by Perl6 RFC Librarian- September 28, 2000 This and other RFCs are available on the web at http:dev.perl.orgrfc=head1 TITLEObject neutral error handling via exceptions=head1 VERSION Maintainer: Glenn Linderman <glennlinderman.com> Date: 16 Aug 2000 Last Modified: 28 Sep 200 Mailing List: perl6-language-errorsperl.org Number: 119 Version: 4 Status: Frozen=head1 ABSTRACTRevisit what the goals of error handling and exceptions are for, todetermine the set of desirable unit operations, rather than start witha bundle of...http://www.nntp.perl.org/group/perl.perl6.language.errors/2000/09/msg302.html RFC 119 (v3) Object neutral error handling via exceptions by Perl6 RFC Librarian- September 14, 2000 This and other RFCs are available on the web at http:dev.perl.orgrfc=head1 TITLEObject neutral error handling via exceptions=head1 VERSION Maintainer: Glenn Linderman <glennlinderman.com> Date: 16 Aug 2000 Last Modified: 14 Sep 2000 Mailing List: perl6-language-errorsperl.org Number: 119 Version: 3 Status: Developing=head1 ABSTRACTRevisit what the goals of error handling and exceptions are for, todetermine the set of desirable unit operations, rather than start witha bundle...http://www.nntp.perl.org/group/perl.perl6.language.errors/2000/09/msg301.html RFC 80 (v3) Exception objects and classes for builtins by Perl6 RFC Librarian- September 14, 2000 This and other RFCs are available on the web at http:dev.perl.orgrfc=head1 TITLEException objects and classes for builtins=head1 VERSION Maintainer: Peter Scott <peterpsdt.com> Date: 9 Aug 2000 Last Modified: 14 Sep 2000 Mailing List: perl6-language-errorsperl.org Number: 80 Version: 3 Status: Developing=head1 ABSTRACTThis RFC proposes that builtins that throw exceptions throw them as objects belonging to a set of standard classes. This would...http://www.nntp.perl.org/group/perl.perl6.language.errors/2000/09/msg300.html Re: $a in b (RFC 199) by John Porter- September 14, 2000 David L. Nicol wrote:> > This ability to jump to "the right place" is exactly what exception handling> is for, as I understand it. Exceptions allow us to have one kind of block> and any number of kinds of exit mechanisms. If qC(last die return) are all> excpetions, the can travel up the call stack until they find the appropriate handler.Kinda. "Exceptions" are supposed to be for exceptional situations only; return is none such. lastnextredo isn&39;t really,.http://www.nntp.perl.org/group/perl.perl6.language.errors/2000/09/msg299.html Re: $a in b (RFC 199) by David L. Nicol- September 14, 2000 &39;John Porter&39; wrote:> > David L. Nicol wrote:> > "Randal L. Schwartz" wrote:> > >> > > I think we need a distinction between "looping" blocks and> > > "non-looping" blocks. And further, it still makes sense to> > > distinguish "blocks that return values" (like subroutines and mapgrep> > > blocks) from either of those. But I&39;ll need further time to process> > > your proposal to...http://www.nntp.perl.org/group/perl.perl6.language.errors/2000/09/msg298.html RFC 151 (v3) Merge C<$!>, C<$E>, C<$> and C<$> by Perl6 RFC Librarian- September 13, 2000 This and other RFCs are available on the web at http:dev.perl.orgrfc=head1 TITLEMerge C<$!>, C<$E>, C<$> and C<$>=head1 VERSION Maintainer: Peter Scott <PeterPSDT.com> Date: 25 Aug 2000 Last Modified: 13 Sep 2000 Mailing List: perl6-language-errorsperl.org Number: 151 Version: 3 Status: Developing=head1 ABSTRACTThe distinction between the C<$!>, C<$E>, C<$> and C<$> variables is no longer worth trading..http://www.nntp.perl.org/group/perl.perl6.language.errors/2000/09/msg297.html Re: RFC 151 (v2) Merge C<$!>, C<$E>, C<$> and C<$> by Peter Scott- September 7, 2000 At 03:55 PM 9700 -0700, Nathan Wiger wrote:> > Merge all these variables into one. Say for the sake of argument that it> > is C<$!> (for the mnemonic value of "something went bang").>>First off, nice RFC. :-) I&39;ve liked this for a while now but haven&39;t>commented on it.>>Though you don&39;t say so (or maybe I missed it), I&39;m assuming that $!>will be a polymorphic object, meaning that:>> die "Badness: $!" ...http://www.nntp.perl.org/group/perl.perl6.language.errors/2000/09/msg296.html Re: RFC 151 (v2) Merge C<$!>, C<$E>, C<$> and C<$> by Nathan Wiger- September 7, 2000 > Merge all these variables into one. Say for the sake of argument that it> is C<$!> (for the mnemonic value of "something went bang").First off, nice RFC. :-) I&39;ve liked this for a while now but haven&39;tcommented on it.Though you don&39;t say so (or maybe I missed it), I&39;m assuming that $!will be a polymorphic object, meaning that: die "Badness: $!" $!->STRING, same as Perl 5Still works I like the other extensions as well.Finally, I&39;d vote..http://www.nntp.perl.org/group/perl.perl6.language.errors/2000/09/msg295.html |