Damian Conway wrote: > > Actually, I do agree that Perl 6 ought to provide a universal "destructor" > mechanism on *any* block. For historical reasons, I suppose it should be > C<continue>, though I would much prefer a more generic name, such as > C<cleanup>. But in some sense it's much more like the file-level END block. It should have visibility to the lexicals in the block to which it applies. That's why, as I advocated wrt catch blocks in, for example, http:[EMAIL PROTECTED]/msg02294.html that the "handler" block should be nested within the block to which it pertains, in much the same way that BEGIN and END blocks reside inside the file to which they pertain. So: sub readit { open F, "< $f" or die "$f: $!"; <F>; catch { ... } end { close F } } -- John Porter You can't keep Perl6 Perl5.
- Re: assign to magic name-of-function variable instead of... James Mastros
- Re: assign to magic name-of-function variable instead of... Simon Cozens
- Re: assign to magic name-of-function variable instead of... James Mastros
- Re: assign to magic name-of-function variable instead of... John Porter
- Re: assign to magic name-of-function variable instead of... Damian Conway
- Re: assign to magic name-of-function variable instead of... Damian Conway
- Re: assign to magic name-of-function variable inste... Jarkko Hietaniemi
- Re: assign to magic name-of-function variable instead of... John Porter
- Re: assign to magic name-of-function variable inste... David L. Nicol
- Re: assign to magic name-of-function variable instead of... abigail
- Re: assign to magic name-of-function variable instead of... abigail
- Re: assign to magic name-of-function variable instead of... David L. Nicol
- Re: assign to magic name-of-function variable instead of... Glenn Linderman
- Re: assign to magic name-of-function variable instead of... Damian Conway
- Re: assign to magic name-of-function variable inste... Edward Peschko