Behavior of take_while and drop_while without a block

  • Download Gist
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
I'm puzzled by the behavior of take_while and drop_while when called without
a block. They return enumerators -- that part I understand -- but I'm not
understanding how those enumerators behave.
Here's what I mean:
>> enum = [1,2,3,4,5].take_while
=> #<Enumerator: [1, 2, 3, 4, 5]:take_while>
=> 1
StopIteration: iteration reached an end
from (irb):3:in `next'
from (irb):3
from /Users/dblack/.rvm/rubies/ruby-1.9.3-p125/bin/irb:16:in `<main>'
>> enum.to_a
=> [1]
drop_while does the same thing. This behavior doesn't seem particularly useful.
Any ideas on why it is this way (up to and including that it's a bug)?

[102] pry(main)> [1,2].take_while.to_a
=> [1]
[103] pry(main)>

So, I’d say it considers the no-block return value to be nil or false (which means to stop taking).

@rue Do you mean the return value of take_while itself? That's an enumerator. Also, it's odd that it iterates once and then stops.

enum.count # returns 1

Really weird indeed :={} I'd too love to know the reason for this behavior!

@dblack No, my mistake on basically assuming do…while :) This is a bug, I’d say.

Please sign in to comment on this gist.

Something went wrong with that request. Please try again.