def a
blk = Proc.new { return }
blk.call
end
a # => It’s OK
def a(blk)
blk.call
end
blk = lambda { return }
a blk # => It’s OK
blk = Proc.new { return }
a blk # => unexpected return (LocalJumpError)
############
Help Me^^
############
def a
blk = Proc.new { return }
blk.call
end
a # => It’s OK
def a(blk)
blk.call
end
blk = lambda { return }
a blk # => It’s OK
blk = Proc.new { return }
a blk # => unexpected return (LocalJumpError)
############
############
Kyung won Cheon wrote:
def a
blk = Proc.new { return }
blk.call
enda # => It’s OK
def a(blk)
blk.call
endblk = lambda { return }
a blk # => It’s OKblk = Proc.new { return }
a blk # => unexpected return (LocalJumpError)
% ruby -e ‘return’
-e:1: unexpected return (LocalJumpError)
That is what you are seeing. ‘return’ interrupts a method, but there is
no method at the top-level scope.
def a(blk)
blk.call
end
def main
blk = Proc.new { return }
p “before”
a blk
p “after” # never gets here
end
main # => “before”
For the differences between lambda and Proc, including a lot of gory
detail, see
http://innig.net/software/ruby/closures-in-ruby.rb
On Wed, Nov 12, 2008 at 9:52 AM, Brian C. [email protected]
wrote:
For the differences between lambda and Proc, including a lot of gory
detail, see
http://innig.net/software/ruby/closures-in-ruby.rb
or better dont,
All you need to know is that lambda and Proc::new behave as they are
designed to behave, therefore the behavior you encountered is not a
bug but a feature as surprising as that comes to most of us ;). IIRC
this will change in 1.9
To better understand what really happens just run this code:
def a blk
b blk
puts :in_a
end
def b blk
c blk
puts :in_b
end
def c blk
blk.call
puts :in_c
end
def main
#a lambda{ puts :in_lambda; return; puts :nonsense}
#a Proc::new{ puts :in_proc; return; puts :nonsense}
puts :in_main
end
–
Posted via http://www.ruby-forum.com/.
–
C’est véritablement utile puisque c’est joli.
Antoine de Saint Exupéry
Robert D. wrote:
IIRC this will change in 1.9
In what way?
proc is now an alias for Proc.new instead of lambda. But what other
changes are in the pipeline?
BTW I agree that this is a feature, not a bug. But it’s not obvious to
the newcomer that there are two, rather different, closure-like objects:
lambda is standalone. A ‘return’ returns from the lambda.
Proc.new / block is created within the context of a method. A ‘return’
returns from that method. If the method has already terminated, then
‘return’ makes no sense and causes an error.
The first is what Lisp programmers expect. The second is what makes it
possible to write
def calculate_something(foo)
foo.each do |params|
…
return val if cond
end
end
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.
Sponsor our Newsletter | Privacy Policy | Terms of Service | Remote Ruby Jobs