Bug #4379: [patch] eval(s, b, "(eval)", n) discards location

• Status: Closed
• Assignee: ko1 (Koichi Sasada)
• Target version: 2.6
• ruby -v: ruby 1.9.3dev (2011-02-08 trunk 30820) [i386-darwin9.8.0]
• Backport: 2.2: UNKNOWN, 2.3: UNKNOWN, 2.4: UNKNOWN

[quix (James M. Lawrence)]

=begin
% ruby -e 'p eval("raise", nil, "(eval)", 999)'
-e:1:in eval': (eval):999:in ': (RuntimeError)
from -e:1:in eval' from -e:1:in '

With binding, location is ignored.

% ruby -e 'p eval("raise", binding, "(eval)", 999)'
-e:1:in <main>': unhandled exception from -e:1:in eval'
from -e:1:in `'

source_location has a similar problem.

The patch also applies cleanly to 1.9.2.
=end

[quix (James M. Lawrence)]

• File better_eval_location.patch better_eval_location.patch added

=begin

=end

[quix (James M. Lawrence)]

• File final_eval_location.patch final_eval_location.patch added

=begin

=end

[naruse (Yui NARUSE)]

• Status changed from Open to Assigned
• Assignee set to matz (Yukihiro Matsumoto)

Matz, how do you think, 1.8's result is:

% ruby -ve 'p eval("raise", binding, "(eval)", 999)'
ruby 1.8.7 (2010-08-16 patchlevel 302) [amd64-freebsd8]
-e:1:in `eval': (eval):999: (RuntimeError)
from -e:1

[ko1 (Koichi Sasada)]

• Assignee changed from matz (Yukihiro Matsumoto) to ko1 (Koichi Sasada)

[ko1 (Koichi Sasada)]

• Target version changed from 2.0.0 to 2.6

Are there any applications that this problem is critical for?

[ko1 (Koichi Sasada)]

• Status changed from Assigned to Closed

No feedback.