[#8136] Confused exception handling in Continuation Context — "Robert Dober" <robert.dober@...>

Hi all

13 messages 2006/07/06

[#8248] One-Click Installer: MinGW? or VC2005? — "Curt Hibbs" <ml.chibbs@...>

I just posted this to ruby-talk. But I would also like to discuss this

33 messages 2006/07/18
[#8264] Re: One-Click Installer: MinGW? or VC2005? — Charlie Savage <cfis@...> 2006/07/19

From my experience using both tool chains on Windows (for the ruby-prof

[#8266] Re: One-Click Installer: MinGW? or VC2005? — "Curt Hibbs" <ml.chibbs@...> 2006/07/19

Tim, I'm going to top reply since your post was so long. I'm interested in

[#8267] Re: One-Click Installer: MinGW? or VC2005? — Charlie Savage <cfis@...> 2006/07/19

> Tim, I'm going to top reply since your post was so long. I'm interested in

[#8271] my sandboxing extension!! — why the lucky stiff <ruby-core@...>

I have (what feels like) very exciting news. I finally sat down to code up my

17 messages 2006/07/19

[#8430] Re: doc patch: weakref. — "Berger, Daniel" <Daniel.Berger@...>

> -----Original Message-----

19 messages 2006/07/28
[#8434] Re: doc patch: weakref. — Yukihiro Matsumoto <matz@...> 2006/07/29

Hi,

[#8436] Re: doc patch: weakref. — Daniel Berger <djberg96@...> 2006/07/29

Yukihiro Matsumoto wrote:

[#8437] Re: doc patch: weakref. — Mauricio Fernandez <mfp@...> 2006/07/29

On Sat, Jul 29, 2006 at 07:37:24PM +0900, Daniel Berger wrote:

[#8441] Inconsistency in scoping during module_eval? — "Charles O Nutter" <headius@...>

I have the following code:

18 messages 2006/07/30
[#8442] Re: Inconsistency in scoping during module_eval? — nobu@... 2006/07/30

Hi,

[#8443] Re: Inconsistency in scoping during module_eval? — "Charles O Nutter" <headius@...> 2006/07/30

Why does this:

[#8445] Re: Inconsistency in scoping during module_eval? — Yukihiro Matsumoto <matz@...> 2006/07/30

Hi,

[#8454] Re: Inconsistency in scoping during module_eval? — "Charles O Nutter" <headius@...> 2006/07/31

So to clarify...

Re: Patch to Ruby in 2005

From: nobu@...
Date: 2006-07-24 07:53:23 UTC
List: ruby-core #8376
Hi,

At Mon, 24 Jul 2006 15:19:40 +0900,
Yukihiro Matsumoto wrote in [ruby-core:08375]:
> 
> Hi,
> 
> In message "Re: Patch to Ruby in 2005"
>     on Thu, 20 Jul 2006 01:11:09 +0900, "John Fletcher" <J.P.Fletcher@aston.ac.uk> writes:
> 
> |We are having some trouble as a result, because when using the 
> |coerce feature of ruby, the call stack no longer contains the 
> |information needed, and we have traced this to a line of code in
> |backtrace in eval.c.
> |
> | if (frame->prev->node == n) continue;
> |
> |If this is commented out then the problem goes away.
> 
> Can you show us the error reproducing code example?

  $ ruby-1.8.4 -e 'class X; def coerce(y) p caller(0); [1, y]; end; end' -e 'p 1+X.new'
  ["-e:1:in `coerce'", "-e:2:in `+'", "-e:2"]
  2

  $ ./ruby -e 'class X; def coerce(y) p caller(0); [1, y]; end; end' -e 'p 1+X.new'
  ["-e:1:in `coerce'", "-e:2"]
  2

Second string is missing.


Index: eval.c
===================================================================
RCS file: /cvs/ruby/src/ruby/eval.c,v
retrieving revision 1.616.2.184
diff -p -U 2 -r1.616.2.184 eval.c
--- eval.c	24 Jul 2006 06:25:21 -0000	1.616.2.184
+++ eval.c	24 Jul 2006 07:48:10 -0000
@@ -5849,5 +5849,4 @@ rb_call0(klass, recv, id, oid, argc, arg
 
 	    PUSH_SCOPE();
-	    ruby_current_node = body;
 	    if (body->nd_rval) {
 		saved_cref = ruby_cref;
@@ -6255,5 +6254,7 @@ backtrace(lev)
     for (; frame && (n = frame->node); frame = frame->prev) {
 	if (frame->prev && frame->prev->last_func) {
-	    if (frame->prev->node == n) continue;
+	    if (frame->prev->node == n) {
+		if (frame->prev->last_func == frame->last_func) continue;
+	    }
 	    snprintf(buf, BUFSIZ, "%s:%d:in `%s'",
 		     n->nd_file, nd_line(n),


-- 
Nobu Nakada

In This Thread