[#33640] [Ruby 1.9-Bug#4136][Open] Enumerable#reject should not inherit the receiver's instance variables — Hiro Asari <redmine@...>

Bug #4136: Enumerable#reject should not inherit the receiver's instance variables

10 messages 2010/12/08

[#33667] [Ruby 1.9-Bug#4149][Open] Documentation submission: syslog standard library — mathew murphy <redmine@...>

Bug #4149: Documentation submission: syslog standard library

11 messages 2010/12/10

[#33683] [feature:trunk] Enumerable#categorize — Tanaka Akira <akr@...>

Hi.

14 messages 2010/12/12
[#33684] Re: [feature:trunk] Enumerable#categorize — "Martin J. Dst" <duerst@...> 2010/12/12

[#33687] Towards a standardized AST for Ruby code — Magnus Holm <judofyr@...>

Hey folks,

23 messages 2010/12/12
[#33688] Re: Towards a standardized AST for Ruby code — Charles Oliver Nutter <headius@...> 2010/12/12

On Sun, Dec 12, 2010 at 9:55 AM, Magnus Holm <judofyr@gmail.com> wrote:

[#33689] Re: Towards a standardized AST for Ruby code — "Haase, Konstantin" <Konstantin.Haase@...> 2010/12/12

On Dec 12, 2010, at 17:46 , Charles Oliver Nutter wrote:

[#33763] [Ruby 1.9-Bug#4168][Open] WeakRef is unsafe to use in Ruby 1.9 — Brian Durand <redmine@...>

Bug #4168: WeakRef is unsafe to use in Ruby 1.9

43 messages 2010/12/17

[#33815] trunk warnflags build issue with curb 0.7.9? — Jon <jon.forums@...>

As this may turn out to be a 3rd party issue rather than a bug, I'd like some feedback.

11 messages 2010/12/22

[#33833] Ruby 1.9.2 is going to be released — "Yuki Sonoda (Yugui)" <yugui@...>

-----BEGIN PGP SIGNED MESSAGE-----

15 messages 2010/12/23

[#33846] [Ruby 1.9-Feature#4197][Open] Improvement of the benchmark library — Benoit Daloze <redmine@...>

Feature #4197: Improvement of the benchmark library

15 messages 2010/12/23

[#33910] [Ruby 1.9-Feature#4211][Open] Converting the Ruby and C API documentation to YARD syntax — Loren Segal <redmine@...>

Feature #4211: Converting the Ruby and C API documentation to YARD syntax

10 messages 2010/12/26

[#33923] [Ruby 1.9-Bug#4214][Open] Fiddle::WINDOWS == false on Windows — Jon Forums <redmine@...>

Bug #4214: Fiddle::WINDOWS == false on Windows

15 messages 2010/12/27

[ruby-core:33717] Re: Why is SyncEnumerator in REXML?

From: Ken Bloom <kbloom@...>
Date: 2010-12-14 15:08:23 UTC
List: ruby-core #33717
On Wed, 08 Dec 2010 07:25:18 +0900, James Edward Gray II wrote:

> On Dec 7, 2010, at 3:41 PM, Asher wrote:
> 
>> Would your preference be to direct them to manually iterate each of the
>> enumerators or create their own convenience class? Seems easy enough,
>> but given that SyncEnumerator is there it made sense to me to leave it
>> and move it into the main extension branch.
> 
> Enumerator should be used for this now, as I explained before:
> 
>>> enums = [1..3, %w[a b c]].map(&:each)
> => [#<Enumerator: 1..3:each>, #<Enumerator: ["a", "b", "c"]:each>]
>>> loop do
> ?>   break if enums.all? { |e| e.peek && false rescue true }
>>>   puts enums.map { |e| e.next rescue nil }.join(", ")
>>> end
> 1, a
> 2, b
> 3, c
> => nil
> 
> or:
> 
>>> enums = [1..3, %w[a b c]]
> => [1..3, ["a", "b", "c"]]
>>> se = enums[0].to_enum(:zip, *enums[1..-1])
> => #<Enumerator: 1..3:zip(["a", "b", "c"])>
>>> loop do
> ?>   puts se.next.join(", ")
>>> end
> 1, a
> 2, b
> 3, c
> => nil
> 
> James Edward Gray II

Both of these are messy and non-obvious. The convenience of the 
SyncIterator is much appreciated, even if it only wraps the logic of one 
of these methods.



-- 
Chanoch (Ken) Bloom. PhD candidate. Linguistic Cognition Laboratory.
Department of Computer Science. Illinois Institute of Technology.
http://www.iit.edu/~kbloom1/


In This Thread

Prev Next