>>>>> "DC" == Damian Conway <[EMAIL PROTECTED]> writes:
>> >This RFC proposes that the internal cursor iterated by the C<each>
>> >function be stored in the pad of the block containing the C<each>,
>> >rather than being stored within the hash being iterated.
>>
>> Then how do you specify which iterator is to be reset when you wish
>> to do that? Currently, you do this by specifying the hash.
>> If the iterator is no longer affiliated with the hash, but the
>> opcode node,
DC> Just to note: in version 2 of the RFC, it's associated with the pad of
DC> the block in which the C<each> appears.
DC> The short answer is that there is no "manual" reset of iterators.
wouldn't exiting the block do a reset when it gets exited/reentered?
this shouldn't happen for closures but for other blocks. also having a
separate iterator variable which can be part of a closure would solve
the manual reset problem.
uri
--
Uri Guttman --------- [EMAIL PROTECTED] ---------- http://www.sysarch.com
SYStems ARCHitecture, Software Engineering, Perl, Internet, UNIX Consulting
The Perl Books Page ----------- http://www.sysarch.com/cgi-bin/perl_books
The Best Search Engine on the Net ---------- http://www.northernlight.com
