Re: RFC 255 (v2) Fix iteration of nested hashes

2000-09-25 Thread Damian Conway
Dear all, Since no-one has put their hand up to take this RFC over, I am now intending to retract it. I simply don't have the time to try and find a solution to the many (valid) problems that have been pointed out. I would heartily encourage anyone who wants to take on this monster to steal

Re: RFC 255 (v2) Fix iteration of nested hashes

2000-09-25 Thread Bart Lateur
On Mon, 25 Sep 2000 17:18:56 +1100 (EST), Damian Conway wrote: Since no-one has put their hand up to take this RFC over, I am now intending to retract it. I simply don't have the time to try and find a solution to the many (valid) problems that have been pointed out. I would heartily encourage

Re: RFC 255 (v2) Fix iteration of nested hashes

2000-09-20 Thread Dave Storrs
On Tue, 19 Sep 2000, Tom Christiansen wrote: This RFC proposes that the internal cursor iterated by the Ceach function be stored in the pad of the block containing the Ceach, rather than being stored within the hash being iterated. Then how do you specify which iterator is to be reset when

RFC 255 (v2) Fix iteration of nested hashes

2000-09-19 Thread Perl6 RFC Librarian
This and other RFCs are available on the web at http://dev.perl.org/rfc/ =head1 TITLE Fix iteration of nested hashes =head1 VERSION Maintainer: Damian Conway [EMAIL PROTECTED] Date: 18 Sep 2000 Last Modified: 19 Sep 2000 Mailing List: [EMAIL PROTECTED] Number: 255 Version: 2

Re: RFC 255 (v2) Fix iteration of nested hashes

2000-09-19 Thread Tom Christiansen
This RFC proposes that the internal cursor iterated by the Ceach function be stored in the pad of the block containing the Ceach, 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

Re: RFC 255 (v2) Fix iteration of nested hashes

2000-09-19 Thread Damian Conway
This RFC proposes that the internal cursor iterated by the Ceach function be stored in the pad of the block containing the Ceach, 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?

Re: RFC 255 (v2) Fix iteration of nested hashes

2000-09-19 Thread Graham Barr
On Wed, Sep 20, 2000 at 07:06:21AM +1100, Damian Conway wrote: This RFC proposes that the internal cursor iterated by the Ceach function be stored in the pad of the block containing the Ceach, rather than being stored within the hash being iterated. Then how do you

Re: RFC 255 (v2) Fix iteration of nested hashes

2000-09-19 Thread Tom Christiansen
Just to note: in version 2 of the RFC, it's associated with the pad of the block in which the Ceach appears. then what are you going to do? The short answer is that there is no "manual" reset of iterators. I am concerned about that. sub fn(\%) { my $href = shift;

Re: RFC 255 (v2) Fix iteration of nested hashes

2000-09-19 Thread Uri Guttman
"DC" == Damian Conway [EMAIL PROTECTED] writes: This RFC proposes that the internal cursor iterated by the Ceach function be stored in the pad of the block containing the Ceach, rather than being stored within the hash being iterated. Then how do you specify which iterator is to

Re: RFC 255 (v2) Fix iteration of nested hashes

2000-09-19 Thread Damian Conway
Thanks to everyone for their valuable feedback on this RFC. Clearly the proposed solution is not adequate, perhaps because it does not address the central issue that iterators really ought to be stateful objects, rather than statefree functions. I don't have time to rework the proposal from