From: "mrkn (Kenta Murata)" Date: 2012-03-25T15:40:25+09:00 Subject: [ruby-core:43622] [ruby-trunk - Feature #4610] Proc#curry behavior is inconsistent with lambdas containing default argument values Issue #4610 has been updated by mrkn (Kenta Murata). Description updated ---------------------------------------- Feature #4610: Proc#curry behavior is inconsistent with lambdas containing default argument values https://bugs.ruby-lang.org/issues/4610#change-25121 Author: jballanc (Joshua Ballanco) Status: Assigned Priority: Normal Assignee: mame (Yusuke Endoh) Category: Target version: If I curry a lambda with 3 arguments, then I can call three times with one argument each time to get the desired results: ruby-1.9.2-p180 :001 > l = ->(a, b, c) { puts "#{a}, #{b}, #{c}" } # ruby-1.9.2-p180 :002 > c = l.curry # ruby-1.9.2-p180 :003 > c.('one').('two').('three') one, two, three nil However, if the lambda has default values and I curry it, the entire lambda is evaluated after the first #call: ruby-1.9.2-p180 :004 > l = ->(a = 'ichi', b = 'ni', c = 'san') { puts "#{a}, #{b}, #{c}" } # ruby-1.9.2-p180 :005 > c = l.curry # ruby-1.9.2-p180 :006 > c.('one').('two').('three') one, ni, san NoMethodError: undefined method `call' for nil:NilClass This behavior seem very inconsistent. Ideally, if I wanted to use the default argument at a certain position in a currie proc, I would just #call with no arguments, like so: ruby-1.9.2-p180 :007 > c.('one').().('three') #=> Propose that this result in: "one, ni, three" -- http://bugs.ruby-lang.org/