[#15359] Timeout::Error — Jeremy Thurgood <jerith@...>

Good day,

41 messages 2008/02/05
[#15366] Re: Timeout::Error — Eric Hodel <drbrain@...7.net> 2008/02/06

On Feb 5, 2008, at 06:20 AM, Jeremy Thurgood wrote:

[#15370] Re: Timeout::Error — Jeremy Thurgood <jerith@...> 2008/02/06

Eric Hodel wrote:

[#15373] Re: Timeout::Error — Nobuyoshi Nakada <nobu@...> 2008/02/06

Hi,

[#15374] Re: Timeout::Error — Jeremy Thurgood <jerith@...> 2008/02/06

Nobuyoshi Nakada wrote:

[#15412] Re: Timeout::Error — Nobuyoshi Nakada <nobu@...> 2008/02/07

Hi,

[#15413] Re: Timeout::Error — Jeremy Thurgood <jerith@...> 2008/02/07

Nobuyoshi Nakada wrote:

[#15414] Re: Timeout::Error — Nobuyoshi Nakada <nobu@...> 2008/02/07

Hi,

[#15360] reopen: can't change access mode from "w+" to "w"? — Sam Ruby <rubys@...>

I ran 'rake test' on test/spec [1], using

16 messages 2008/02/05
[#15369] Re: reopen: can't change access mode from "w+" to "w"? — Nobuyoshi Nakada <nobu@...> 2008/02/06

Hi,

[#15389] STDIN encoding differs from default source file encoding — Dave Thomas <dave@...>

This seems strange:

21 messages 2008/02/06
[#15392] Re: STDIN encoding differs from default source file encoding — Yukihiro Matsumoto <matz@...> 2008/02/06

Hi,

[#15481] very bad character performance on ruby1.9 — "Eric Mahurin" <eric.mahurin@...>

I'd like to bring up the issue of how characters are represented in

16 messages 2008/02/10

[#15528] Test::Unit maintainer — Kouhei Sutou <kou@...>

Hi Nathaniel, Ryan,

22 messages 2008/02/13

[#15551] Proc#curry — ts <decoux@...>

21 messages 2008/02/14
[#15557] Re: [1.9] Proc#curry — David Flanagan <david@...> 2008/02/15

ts wrote:

[#15558] Re: [1.9] Proc#curry — Yukihiro Matsumoto <matz@...> 2008/02/15

Hi,

[#15560] Re: Proc#curry — Trans <transfire@...> 2008/02/15

[#15585] Ruby M17N meeting summary — Martin Duerst <duerst@...>

This is a rough translation of the Japanese meeting summary

19 messages 2008/02/18

[#15596] possible bug in regexp lexing — Ryan Davis <ryand-ruby@...>

current:

17 messages 2008/02/19

[#15678] Re: [ANN] MacRuby — "Rick DeNatale" <rick.denatale@...>

On 2/27/08, Laurent Sansonetti <laurent.sansonetti@gmail.com> wrote:

18 messages 2008/02/28
[#15679] Re: [ANN] MacRuby — "Laurent Sansonetti" <laurent.sansonetti@...> 2008/02/28

On Thu, Feb 28, 2008 at 6:33 AM, Rick DeNatale <rick.denatale@gmail.com> wrote:

[#15680] Re: [ANN] MacRuby — Yukihiro Matsumoto <matz@...> 2008/02/28

Hi,

[#15683] Re: [ANN] MacRuby — "Laurent Sansonetti" <laurent.sansonetti@...> 2008/02/28

On Thu, Feb 28, 2008 at 1:51 PM, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:

Different stacktraces in 1.8 and 1.9

From: "Vladimir Sizikov" <vsizikov@...>
Date: 2008-02-18 19:30:32 UTC
List: ruby-core #15589
Hi,

I'm writing some regression tests for JRuby, to make sure we provide
as close stacktraces
to MRI as possible, but it seems that most of my tests written with
MRI 1.8 in mind, while passing 100%
with MRI 1.8.6, all fail with MRI 1.9. So I'd like to double-check
with core team on this one.

1. 1/0

It was producing nice stack trace in MRI 1.8.6:
 ZeroDivisionError: divided by 0
        from (irb):1:in `/'
        from (irb):1

In MRI 1.9 the stack trace don't even mention the method name!
ZeroDivisionError: divided by 0
        from (irb):1
        from /opt/ruby1.9/lib/ruby/1.9.0/irb.rb:149:in `block (2
levels) in eval_input'
        from /opt/ruby1.9/lib/ruby/1.9.0/irb.rb:262:in `signal_status'
        from /opt/ruby1.9/lib/ruby/1.9.0/irb.rb:146:in `block in eval_input'

If invoked not from irb, but from a script file, the method name still
is not reported:
div.rb:1:in `<main>': divided by 0 (ZeroDivisionError).

MRI 1.8.6 produces better output in such case:
div.rb:1:in `/': divided by 0 (ZeroDivisionError)
        from div.rb:1

2. raise RuntimeError, "heh"

In MRI 1.8:
RuntimeError: heh
        from (irb):2

In MRI 1.9, one extra line is reported:
RuntimeError: heh
        from (irb):3:in `raise'
        from (irb):3

Is it really needed to have the extra line with `raise'?

Thanks,
  --Vladimir

In This Thread

Prev Next