[#407] New feature for Ruby? — Clemens.Hintze@...

Hi all,

27 messages 1999/07/01
[#413] Re: New feature for Ruby? — matz@... (Yukihiro Matsumoto) 1999/07/01

Hi Clemens,

[#416] Re: New feature for Ruby? — Clemens Hintze <c.hintze@...> 1999/07/01

On Thu, 01 Jul 1999, Yukihiro Matsumoto wrote:

[#418] Re: New feature for Ruby? — gotoken@... (GOTO Kentaro) 1999/07/01

Hi

[#426] Re: New feature for Ruby? — gotoken@... (GOTO Kentaro) 1999/07/02

Hi,

[#440] Now another totally different ;-) — Clemens Hintze <c.hintze@...>

Hi,

21 messages 1999/07/09
[#441] Re: Now another totally different ;-) — matz@... (Yukihiro Matsumoto) 1999/07/09

Hi,

[#442] Re: Now another totally different ;-) — Clemens Hintze <c.hintze@...> 1999/07/09

On Fri, 09 Jul 1999, you wrote:

[#443] — Michael Hohn <hohn@...>

Hello,

26 messages 1999/07/09
[#444] interactive ruby, debugger — gotoken@... (GOTO Kentaro) 1999/07/09

Hi Michael,

[ruby-talk:00482] Re: Modified debug.rb

From: Michael Hohn <hohn@...>
Date: 1999-07-13 17:57:35 UTC
List: ruby-talk #482
Oops, I sent the message too soon.

But in the debugger,  notice the following:
o   the source listing tracks the current frame position
o   a simple arrow is shows the current position
o   evaluation of expressions is done in the current frame.

The only missing element is the ability to skip over the statement
that caused the exception.  Currently, c(ontinue) will simply return
from the debugger while the exception is still there, causing a
premature exit:

>> ...
>> (rdb:-) list
>>         9 foo(10)
>> -->    10 bar('a')
>>        11 bar(122)
>> (rdb:-) c
>> debug-test.rb:2:in `foo': undefined method `/' for "a" (NameError)
>>         from debug-test.rb:6:in `bar'
>>         from debug-test.rb:10
>> ...


Is there a way to skip (in this example) the exception from "bar('a')"
and still execute "bar(122)"?

Cheers,
Michael

P.S.  Matz, perhaps you want to merge my modifications to debug.rb
with nahi's?  This may not be pretty, though..

In This Thread