[#4567] Re: What's the biggest Ruby development? — Aleksi Niemel<aleksi.niemela@...>

Dave said:

18 messages 2000/08/23
[#4568] Q's on Marshal — Robert Feldt <feldt@...> 2000/08/23

[#4580] RubyUnit testcase run for different init params? — Robert Feldt <feldt@...> 2000/08/25

[#4584] Re: RubyUnit testcase run for different init params? — Dave Thomas <Dave@...> 2000/08/25

Robert Feldt <feldt@ce.chalmers.se> writes:

[#4623] Re: RubyUnit testcase run for different init params? — Robert Feldt <feldt@...> 2000/08/28

On Sat, 26 Aug 2000, Dave Thomas wrote:

[#4652] Andy and Dave's European Tour 2000 — Dave Thomas <Dave@...>

24 messages 2000/08/30
[#4653] Re: Andy and Dave's European Tour 2000 — matz@... (Yukihiro Matsumoto) 2000/08/30

Hi,

[#4657] Ruby tutorials for newbie — Kevin Liang <kevin@...> 2000/08/30

Hi,

[ruby-talk:4703] Re: Two observations

From: Dave Thomas <Dave@...>
Date: 2000-08-31 21:31:57 UTC
List: ruby-talk #4703
Mark Slagell <ms@iastate.edu> writes:

> (2) Which leads to the second observation: ver. 1.6 bails out on some errors
> that in 1.4.6 would be caught by a rescue clause.  This isn't necessarily a
> bad thing (at first glance it seems to honor a distinction between what in a
> compiled language would be compile-time and run-time errors), but might it be
> possible to optionally evoke the old behavior?

It still raises the exception, it's just that the hierarchy changed
somewhat, so that ScriptError is now longer a subclass of
StandardError.

  begin
    eval "grumpy old code"
  rescue
    puts "not here"
  rescue ScriptError => e
    puts "but here: #{e}"
  end

=>

  but here: (eval):1: undefined local variable or method `code' for #<Object:0x40197d30>


Regards


Dave

In This Thread