[#6363] Re: rescue clause affecting IO loop behavior — ts <decoux@...>

>>>>> "D" == David Alan Black <dblack@candle.superlink.net> writes:

17 messages 2000/11/14
[#6367] Re: rescue clause affecting IO loop behavior — David Alan Black <dblack@...> 2000/11/14

Hello again --

[#6582] best way to interleaf arrays? — David Alan Black <dblack@...>

Hello --

15 messages 2000/11/26

[#6646] RE: Array Intersect (&) question — Aleksi Niemel<aleksi.niemela@...>

Ross asked something about widely known and largely ignored language (on

23 messages 2000/11/29
[#6652] RE: Array Intersect (&) question — rpmohn@... (Ross Mohn) 2000/11/29

aleksi.niemela@cinnober.com (Aleksi Niemel) wrote in

[#6723] Re: Array Intersect (&) question — Mathieu Bouchard <matju@...> 2000/12/01

> >Use a hash. Here's code to do both and more. It assumes that

[#6656] printing/accessing arrays and hashes — raja@... (Raja S.)

I'm coming to Ruby with a Python & Common Lisp background.

24 messages 2000/11/30

[ruby-talk:6263] Re: A Really Simple Class Browser

From: "Conrad Schneiker/Austin/Contr/IBM" <schneik@...>
Date: 2000-11-11 00:39:42 UTC
List: ruby-talk #6263
Jim Weirich writes:

# After all the talk about a class browser, I threw this together to try
# out some ideas.  It is a simple browser that allows you to explore the
# classes in a running Ruby system.  It uses reflection to find the
# relationships between classes (and Modules), so there is no reference
# back to source code.  In fact, in its current state, you can't even
# load in other Ruby modules (i.e. it only looks at basic Ruby, the Tk
# classes and its own classes).
# 
# Despite its rather stripped down functionality, it might be useful as
# a starting point to see what is possible and useful.  If someone wants
# to run with this, feel free to use this as a starting point.

Just had a chance to take a quick look at this before leaving.

Brief comment: Nice work!

I also have the usual suggestion to make: put it in the RAA where others 
can easily find it (and eventually various other and/or later versions) in 
the future.

Conrad Schneiker
(This note is unofficial and subject to improvement without notice.)

In This Thread

Prev Next