Re: error handling and syntax extension

2000-08-16 Thread skud
On Wed, Aug 16, 2000 at 12:15:30PM -0500, David L. Nicol wrote: > >If "catch" can be defined DURING PARSING > >and SYNTAX ERRORS are catchable > >error handling can be used to define otherwise >undefined syntax, becoming a macro language. Please take this to the -errors sublist. Thanks... K. -

Re: error handling and syntax extension

2000-08-16 Thread Jonathan Scott Duff
On Wed, Aug 16, 2000 at 12:15:30PM -0500, David L. Nicol wrote: > If "catch" can be defined DURING PARSING > > and SYNTAX ERRORS are catchable > > > error handling can be used to define otherwise > undefined syntax, becoming a macro language. And AUTOLOAD can go away too! :-) -Scott -- Jona

Re: Error handling

2000-08-09 Thread Peter Bevan
> > > > Timeouts, shouldn't be reliant on UNIX. (Although I dont think they should > > be in the language eigther. A system is easily developed using threads. > > something which I hope to develop when perl6 is ready...) > > > > I don't understand this paragraph. As it stands, if you want to hav

Re: Error handling

2000-08-08 Thread Bryan C . Warnock
On Tue, 08 Aug 2000, Brad hughes wrote: > > Why not? Throw and catch are familiar to programmers. > > Not all programmers. > Oops, correct. My mistake. Even more reason not to introduce yet another lexicon. -- Bryan C. Warnock ([EMAIL PROTECTED])

Re: Error handling

2000-08-08 Thread Brad hughes
"Bryan C. Warnock" wrote: > On Tue, 08 Aug 2000, Peter Bevan wrote: [...] > > Error handling should be supported by it's own keyword > i.e.: > > > trap { > > #CODE > > } > > release (error) { > > # ERROR > > } > > > > (just because I didn't want to steal throw and catch) > > Why not? Throw

Re: Error handling

2000-08-08 Thread Ted Ashton
Thus it was written in the epistle of Peter Scott, > > I do not want a language designed by a committee, or even a > democracy. This is art, not politics. Preach on, brother! Ted -- Ted Ashton ([EMAIL PROTECTED]), Info Sys, Southern Adventist University

Re: Error handling

2000-08-08 Thread Peter Scott
At 06:45 PM 8/8/00 -0400, Bryan C. Warnock wrote: >I think that Perl survived its first through fifth births because the >idioms it chose to implement were familiar. > >One could conceivably create a semantically pure language with >no platform or OS dependencies, but then no one would use it. > >

Re: Error handling

2000-08-08 Thread Bryan C . Warnock
On Tue, 08 Aug 2000, Peter Bevan wrote: > However, with the birth of the new Perl, I think it is time to bury those > ideoms in the language and > start inventing new ones.. > Two words: "New Coke" I think that Perl survived its first through fifth births because the idioms it chose to implemen

Re: Error handling

2000-08-08 Thread Uri Guttman
please move this thread to flow as we have the error RFC posted there. thanx, uri -- Uri Guttman - [EMAIL PROTECTED] -- http://www.sysarch.com SYStems ARCHitecture, Software Engineering, Perl, Internet, UNIX Consulting The Perl Books Page --- http://www.sysarch.c

RE: Error handling

2000-08-08 Thread Peter Scott
At 10:33 AM 8/8/00 -0500, Brust, Corwin wrote: >From: Peter Bevan [mailto:[EMAIL PROTECTED]] > > > >Error handling should be supported by it's own keyword i.e.: > > > >trap { > > #CODE > >} > >release (error) { > > # ERROR > >} > This is being hashed out on per6-language-flow right now... --

RE: Error handling

2000-08-08 Thread Brust, Corwin
From: Peter Bevan [mailto:[EMAIL PROTECTED]] >Error handling should be supported by it's own keyword i.e.: > >trap { > #CODE >} >release (error) { > # ERROR >} I think this is touched on by RFC# 3 wherein I ask for user definable error messages. With those one could presumably set an erro