[#53072] [ruby-trunk - Feature #7994][Open] Make iterators pass an implicit named parameter `iteration` to the executed block — "alexeymuranov (Alexey Muranov)" <redmine@...>

10 messages 2013/03/01

[#53097] [ruby-trunk - Bug #8000][Open] "require 'tk'" segfaults on 64-bit linux with Tk 8.6 — "edmccard (Ed McCardell)" <edmccard@...>

25 messages 2013/03/02

[#53137] [ruby-trunk - Bug #8017][Open] Got segmentation fault on attempt to install ruby 2.0.0-p0 on Mac 10.6.8 via RVM — "adantel (Alex Filatau)" <filatau@...>

9 messages 2013/03/05

[#53168] [ruby-trunk - Bug #8034][Open] File.expand_path('something', '~') do not include home path — "rap-kasta (Pavel Manylov)" <rapkasta@...>

12 messages 2013/03/06

[#53199] [ruby-trunk - Bug #8040][Open] Unexpect behavior when using keyword arguments — "pabloh (Pablo Herrero)" <pablodherrero@...>

11 messages 2013/03/07

[#53203] [ruby-trunk - Feature #8042][Open] Add Addrinfo#socket to create a socket that is not connected or bound — "drbrain (Eric Hodel)" <drbrain@...7.net>

12 messages 2013/03/07

[#53248] Github commit log should not be used as references on redmine — Marc-Andre Lafortune <ruby-core-mailing-list@...>

Github commit log should not be used as references on redmine. E.g:

10 messages 2013/03/09

[#53386] [CommonRuby - Feature #8088][Open] Method#parameters (and friends) should provide useful information about core methods — "headius (Charles Nutter)" <headius@...>

14 messages 2013/03/13

[#53412] [CommonRuby - Feature #8096][Open] introduce Time.current_timestamp — "vipulnsward (Vipul Amler)" <vipulnsward@...>

34 messages 2013/03/14

[#53439] [ruby-trunk - Bug #8100][Open] Segfault in ruby-2.0.0p0 — "judofyr (Magnus Holm)" <judofyr@...>

22 messages 2013/03/15

[#53478] [ruby-trunk - Feature #8107][Open] [patch] runtime flag to track object allocation metadata — "tmm1 (Aman Gupta)" <ruby@...1.net>

20 messages 2013/03/16

[#53498] [ruby-trunk - Feature #8110][Open] Regex methods not changing global variables — "prijutme4ty (Ilya Vorontsov)" <prijutme4ty@...>

21 messages 2013/03/18

[#53502] [ruby-trunk - Bug #8115][Open] make install DESTDIR=/my/install/path fails — "vo.x (Vit Ondruch)" <v.ondruch@...>

11 messages 2013/03/18

[#53688] [ruby-trunk - Feature #8158][Open] lightweight structure for loaded features index — "funny_falcon (Yura Sokolov)" <funny.falcon@...>

27 messages 2013/03/24

[#53692] [ruby-trunk - Bug #8159][Open] Build failure introduced by Rinda changes — "luislavena (Luis Lavena)" <luislavena@...>

22 messages 2013/03/24

[#53733] [ruby-trunk - Bug #8165][Open] Problems with require — "Krugloff (Alexandr Kruglov)" <mr.krugloff@...>

12 messages 2013/03/26

[#53742] [ruby-trunk - Bug #8168][Open] Feature request: support for (single) statement lambda syntax/definition — "garysweaver (Gary Weaver)" <garysweaver@...>

9 messages 2013/03/26

[#53765] [ruby-trunk - Bug #8174][Open] AIX header file conflict with rb_hook_list_struct — "edelsohn (David Edelsohn)" <dje.gcc@...>

11 messages 2013/03/27

[#53808] [ruby-trunk - Feature #8181][Open] New flag for strftime that supports adding ordinal suffixes to numbers — "tkellen (Tyler Kellen)" <tyler@...>

10 messages 2013/03/28

[#53811] [ruby-trunk - Bug #8182][Open] XMLRPC request fails with "Wrong size. Was 31564, should be 1501" — "tsagadar (Marcel Mueller)" <marcel.mueller@...>

28 messages 2013/03/28

[#53849] [ruby-trunk - Feature #8191][Open] Short-hand syntax for duck-typing — "wardrop (Tom Wardrop)" <tom@...>

48 messages 2013/03/31

[#53850] An evaluation of 2.0.0 release — Yusuke Endoh <mame@...>

Let's look back at 2.0.0 release so that we can do better next time.

12 messages 2013/03/31

[ruby-core:53511] Re: [ruby-trunk - Bug #8040] Unexpect behavior when using keyword arguments

From: Marc-Andre Lafortune <ruby-core-mailing-list@...>
Date: 2013-03-18 18:19:24 UTC
List: ruby-core #53511
Matz: could you please confirm that mandatory arguments should be fulfilled
before checking for hash argument to fulfill named parameters?

BTW, also asked on StackOverflow today:

http://stackoverflow.com/questions/15480236/how-can-i-prevent-a-positional-argument-from-being-expanded-into-keyword-argumen<http://stackoverflow.com/questions/15480236/how-can-i-prevent-a-positional-argument-from-being-expanded-into-keyword-argumen/15483828#15483828>


On Sun, Mar 17, 2013 at 10:36 PM, pabloh (Pablo Herrero) <
pablodherrero@gmail.com> wrote:

>
> Issue #8040 has been updated by pabloh (Pablo Herrero).
>
>
> I also like Yusuke's approach. Is it been considered?
>
> ----------------------------------------
> Bug #8040: Unexpect behavior when using keyword arguments
> https://bugs.ruby-lang.org/issues/8040#change-37685
>
> Author: pabloh (Pablo Herrero)
> Status: Assigned
> Priority: Normal
> Assignee: matz (Yukihiro Matsumoto)
> Category:
> Target version:
> ruby -v: 2.0.0-p0
>
>
> =begin
> There is an odd behavior when calling methods with the new keyword
> arguments syntax, when you have a method defined with mandatory arguments
> that also takes options, like this:
>
>   def foo value, **keywords
>     puts [value,keywords].inspect
>   end
>
>   foo("somthing") #This works
>   foo("somthing", key: 'value') #This also works
>
>   foo(Hash.new(something: 'else')) #This raises 'ArgumentError: wrong
> number of arguments (0 for 1)'
>
> This feels weird regardless the fact that keyword arguments are a Hash at
> the bottom, since you ARE PASSING an argument.
>
> Other side effect from this, is that when you call the method ((|foo|))
> with a single argument, you can't anticipate how many argument you will be
> actually passing at runtime unless you know beforehand the argument's class.
>
> What's maybe even more concerning is the fact than this happens even when
> you pass an argument which class derives from Hash:
>
>   class MyDirectory < Hash; end
>
>   foo(MyDirectory.new(something: 'else')) #This also raises
> 'ArgumentError: wrong number of arguments (0 for 1)'
>
>
> Besides finding this behavior surprising, I think this could also possibly
> lead to old code been unexpectedly broken when updating old methods that
> takes options to the new syntax.
>
> For example if you have this code:
>
>   def foo_with_options argument, options = {}
>     #Do some stuff with options
>   end
>
>
>   #And at someplace else...
>
>   my_hash_thingy = Hash.new
>   foo_with_options(my_hash_thingy) #Only passing mandatory argument, with
> no options, works fine.
>
>
> When updating to the new syntax:
>
>   def foo_with_options argument, an_option: 'value1', another_option:
> 'value2'
>     #Do some stuff with options
>   end
>
>
>
>   #And at someplace else...
>
>   my_hash_thingy = Hash.new
>   foo_with_options(my_hash_thingy) #Only passing mandatory argument, with
> no options, doesn't work anymore.
> =end
>
>
> --
> http://bugs.ruby-lang.org/
>
>

In This Thread