ruby-core

Mailing list archive

[#56329] [ruby-trunk - Bug #8722][Assigned] Refinements remain active beyond the end of an evaled string — "charliesome (Charlie Somerville)" <charliesome@...>

9 messages 2013/08/02

[#56333] [CommonRuby - Feature #8723][Open] Array.any? predicate returns true for empty array. — "nurettin (Nurettin Onur TUGCU)" <onurtugcu@...>

12 messages 2013/08/02

[#56368] [ruby-trunk - Bug #8730][Open] "rescue Exception" rescues Timeout::ExitException — "takiuchi (Genki Takiuchi)" <genki@...21g.com>

15 messages 2013/08/04

[#56407] [ruby-trunk - misc #8741][Open] email notification on bugs.ruby-lang.org is broken — "rits (First Last)" <redmine@...>

18 messages 2013/08/05

[#56524] [ruby-trunk - Bug #8770][Open] [PATCH] process.c: avoid EINTR from Process.spawn — "normalperson (Eric Wong)" <normalperson@...>

19 messages 2013/08/10

[#56536] [ruby-trunk - Feature #8772][Open] Hash alias #| merge, and the case for Hash and Array polymorphism — "trans (Thomas Sawyer)" <redmine@...>

24 messages 2013/08/11

[#56544] [ruby-trunk - Bug #8774][Open] rb_file_dirname return wrong encoding string when dir is "." — jiayp@... (贾 延平) <jiayp@...>

10 messages 2013/08/11

[#56569] [ruby-trunk - Feature #8781][Open] Use require_relative() instead of require() if possible — "ko1 (Koichi Sasada)" <redmine@...>

31 messages 2013/08/12
[#56582] [ruby-trunk - Feature #8781] Use require_relative() instead of require() if possible — "drbrain (Eric Hodel)" <drbrain@...7.net> 2013/08/12

[#56584] Re: [ruby-trunk - Feature #8781] Use require_relative() instead of require() if possible — SASADA Koichi <ko1@...> 2013/08/12

(2013/08/13 2:25), drbrain (Eric Hodel) wrote:

[#56636] Re: [ruby-trunk - Feature #8781] Use require_relative() instead of require() if possible — Aaron Patterson <tenderlove@...> 2013/08/16

On Tue, Aug 13, 2013 at 07:38:01AM +0900, SASADA Koichi wrote:

[#56634] [ruby-trunk - Feature #8788][Open] use eventfd on newer Linux instead of pipe for timer thread — "normalperson (Eric Wong)" <normalperson@...>

11 messages 2013/08/16

[#56648] [ruby-trunk - Bug #8795][Open] "Null byte in string error" on Marshal.load — "mml (McClain Looney)" <m@...>

17 messages 2013/08/16

[#56824] [ruby-trunk - Feature #8823][Open] Run trap handler in an independent thread called "Signal thread" — "ko1 (Koichi Sasada)" <redmine@...>

14 messages 2013/08/27

[#56878] [ruby-trunk - misc #8835][Open] Introducing a semantic versioning scheme and branching policy — "knu (Akinori MUSHA)" <knu@...>

11 messages 2013/08/30

[#56890] [ruby-trunk - Feature #8839][Open] Class and module should return the class or module that was opened — "headius (Charles Nutter)" <headius@...>

26 messages 2013/08/30

[#56894] [ruby-trunk - Feature #8840][Open] Yielder#state — "marcandre (Marc-Andre Lafortune)" <ruby-core@...>

14 messages 2013/08/30

[ruby-core:56714] [ruby-trunk - Bug #8801][Rejected] Splatted assignment with Enumerator::Lazy

From: "charliesome (Charlie Somerville)" <charliesome@...>
Date: 2013-08-18 03:06:03 UTC
List: ruby-core #56714
Issue #8801 has been updated by charliesome (Charlie Somerville).

Status changed from Open to Rejected

This is by design. Normal enumerators also work this way:

>> a = [1,2,3].each
=> #<Enumerator: ...>
>> b, *c = a
=> #<Enumerator: ...>
>> b
=> #<Enumerator: ...>
>> c
=> []

Arrays are the only type of object that will unpack themselves when used with splatted assignment like this.

If you splat the right hand side as well, this will force the Enumerator::Lazy to an array and the assignment will work as you expect it:

>> a = [1,2,3].lazy
=> #<Enumerator::Lazy: ...>
>> b, *c = *a
=> [1, 2, 3]
>> b
=> 1
>> c
=> [2, 3]
----------------------------------------
Bug #8801: Splatted assignment with Enumerator::Lazy
https://bugs.ruby-lang.org/issues/8801#change-41241

Author: benmoss (Ben Moss)
Status: Rejected
Priority: Normal
Assignee: 
Category: 
Target version: 
ruby -v: ruby 2.1.0dev (2013-08-18) [x86_64-darwin11.4.2]
Backport: 1.9.3: UNKNOWN, 2.0.0: UNKNOWN


Actual:
>> a = [1,2,3].lazy
=> #<Enumerator::Lazy: [1, 2, 3]>
>> b, *c = a
=> #<Enumerator::Lazy: [1, 2, 3]>
>> b
=> #<Enumerator::Lazy: [1, 2, 3]>
>> c
=> []

Expected:
>> a = [1,2,3].lazy
=> #<Enumerator::Lazy: [1, 2, 3]>
>> b, *c = a
=> #<Enumerator::Lazy: [1, 2, 3]>
>> b
=> 1
>> c
=> [2, 3]

Basically, I expect a lazy array to act like a non-lazy one, and that using a destructuring assignment like this is basically the same as calling #take(1) and #drop(1).


-- 
http://bugs.ruby-lang.org/

In This Thread