[#27003] [Bug #2422] splat operator fails on array of 1 element — Raul Parolari <redmine@...>

Bug #2422: splat operator fails on array of 1 element

12 messages 2009/12/02

[#27025] [Backport #2431] StringIO#{gets,readlines} with "" (paragraph mode) trims last "\n" — Hiroshi NAKAMURA <redmine@...>

Backport #2431: StringIO#{gets,readlines} with "" (paragraph mode) trims last "\n"

8 messages 2009/12/04

[#27086] [Feature #2454] OpenSSL has no maintainer — Yui NARUSE <redmine@...>

Feature #2454: OpenSSL has no maintainer

16 messages 2009/12/07

[#27120] #to_enum ignores block? — Roger Pack <rogerdpack@...>

Is #to_enum ignoring its block expected?

11 messages 2009/12/09

[#27135] better GC? — Roger Pack <rogerdpack@...>

Could I put in a small plea for a better GC?

56 messages 2009/12/10
[#27136] Re: better GC? — Yukihiro Matsumoto <matz@...> 2009/12/11

Hi,

[#27476] Re: better GC? — Paul Brannan <pbrannan@...> 2010/01/07

On Fri, Dec 11, 2009 at 09:07:16AM +0900, Yukihiro Matsumoto wrote:

[#27477] Re: better GC? — Eero Saynatkari <ruby-ml@...> 2010/01/07

Excerpts from Paul Brannan's message of Thu Jan 07 21:53:34 +0200 2010:

[#27563] Re: better GC? — Brent Roman <brent@...> 2010/01/12

[#27199] [Backport #2488] thread usage can result in bad HANDLE — Roger Pack <redmine@...>

Backport #2488: thread usage can result in bad HANDLE

12 messages 2009/12/16

[#27286] [Bug #2515] Array#select! — Roger Pack <redmine@...>

Bug #2515: Array#select!

17 messages 2009/12/22

[#27327] [Bug #2531] Ruby 1.8.7-p248 fails to cross-compile same version — Luis Lavena <redmine@...>

Bug #2531: Ruby 1.8.7-p248 fails to cross-compile same version

9 messages 2009/12/25

[#27360] [Feature #2542] URI lib should be updated to RFC 39886 — Marc-Andre Lafortune <redmine@...>

Feature #2542: URI lib should be updated to RFC 39886

15 messages 2009/12/31

[ruby-core:27266] [Bug #2422] splat operator fails on array of 1 element

From: katz bo <redmine@...>
Date: 2009-12-21 10:08:30 UTC
List: ruby-core #27266
Issue #2422 has been updated by katz bo.


Dave B wrote:
>Producing an empty array from a splatted empty array seems unproductive.
Agreed.

Tanaka Akira wrote:
> 2009/12/21 katz bo <redmine@ruby-lang.org>:
>> I personally think *[1, 2, 3] should be always unpacked first.
>
> Your way cannot interpret a = *[].
>
> a = *[]
> a =
>
> It is not a valid Ruby statement.

Why not think of this as a special case?
There's always something special about zeros and nils in my shallow opinion. :P

In fact, a = *[] should _exactly_ be a = IMHO. And strictly speaking, a = *[] should not be a valid syntax at all.
But, this is Ruby!

What does Ruby do with a = *[] ? Let me illustrate an IMO proper way:
Ruby looks at *[] and goes, "Fine, let me unpack it."
Ruby unpacks *[].
Then Ruby goes, "Nothing? But I can't _carry_ <nothing>! No.. not in an assignment! Wait.. Let's do it!"
Ruby marks it as nil.

One of the reasons why I think this special case should be handled this way, is the way Ruby handles parallel assignments:
a, b = [1] # => [1]
p a # => 1
p b # => nil
This is not the case, for example, in python. (It spits "ValueError: need more than 1 value to unpack" when you do a, b = [1]).
Since Ruby auto-pads the out-of-range elements as nil, we have a good reason to make Ruby automatically handle a = *[] in this way.

I also have a vague observation that the splatted array is actually dealt differently by the internal Ruby in some cases. Assignment is such a case.

# COMMAND    # OUTPUT # RETURN # NOTES
p            #        # => nil
p *[]        #        # => nil # Fits very well in my "unpack first" theory
p nil        # nil    # => nil
a = *[]; p a # []     # => []  # ruby 1.9; should both be nil IMO
a =* []; p a # []     # => []  # ruby 1.9; should both be nil IMO; the space between * and [ is allowed!

Additionally, I find `return' fails my expectations in a similar way assignment does:

def foo; return *[]; end;       foo # => []  # ruby 1.9; I have doubt: nil or []?
def bar; return *[1]; end;      bar # => [1] # ruby 1.9; I was expecting 1
def baz; return *[],*[1]; end;  baz # => [1]
def ban; return *[1],*[2]; end; ban # => [1, 2]
def boo; return *[1,2]; end;    boo # => [1, 2]

We know that return packs multiple parameters into an array. This, combined with my "unpack first" theory, makes me think the first two results are not correct. But I don't know. Can't test it with ruby 1.8 since I don't have it installed.

Can somebody post the result to the code above for ruby 1.8?

----------------------------------------
http://redmine.ruby-lang.org/issues/show/2422

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

In This Thread