>>>>> "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

Reply via email to