[#4341] DRY and embedded docs. — Hugh Sasse Staff Elec Eng <hgs@...>
If I have a here document in some ruby program:
[#4347] Re: DATA and rewind. — ts <decoux@...>
>>>>> "H" == Hugh Sasse Staff Elec Eng <hgs@dmu.ac.uk> writes:
[#4350] Re: Thirty-seven Reasons [Hal Fulton] Love[s] Ruby — "David Douthitt" <DDouthitt@...>
[#4396] Re: New Require (was: RAA development ideas (was: RE: Looking for inp ut on a 'links' page)) — Hugh Sasse Staff Elec Eng <hgs@...>
On 9 Aug 2000, Dave Thomas wrote:
[#4411] Re: RAA development ideas (was: RE: Lookin g for inp ut on a 'links' page) — Aleksi Niemel<aleksi.niemela@...>
Me:
On Thu, 10 Aug 2000, [iso-8859-1] Aleksi Niemelwrote:
[#4465] More RubyUnit questions. — Hugh Sasse Staff Elec Eng <hgs@...>
I am beginning to get a feel for this, but I still have a few more
[#4478] Re: RubyUnit. Warnings to be expected? — ts <decoux@...>
>>>>> "H" == Hugh Sasse Staff Elec Eng <hgs@dmu.ac.uk> writes:
[#4481] Invoking an extension after compilation — Dave Thomas <Dave@...>
Hi,
[#4501] What's the biggest Ruby development? — Dave Thomas <Dave@...>
[#4502] methods w/ ! giving nil — Hugh Sasse Staff Elec Eng <hgs@...>
I have got used to the idea that methods that end in '!' return nil if
[#4503] RubyUnit and encapsulation. — Hugh Sasse Staff Elec Eng <hgs@...>
My_class's instance variables are not all "attr :<name>" type variables,
[#4537] Process.wait bug + fix — Brian Fundakowski Feldman <green@...>
If your system uses the rb_waitpid() codepath of rb_f_wait(),
[#4567] Re: What's the biggest Ruby development? — Aleksi Niemel<aleksi.niemela@...>
Dave said:
Robert Feldt <feldt@ce.chalmers.se> writes:
On Sat, 26 Aug 2000, Dave Thomas wrote:
Robert Feldt <feldt@ce.chalmers.se> writes:
On Mon, 28 Aug 2000, Dave Thomas wrote:
Robert Feldt <feldt@ce.chalmers.se> writes:
[#4591] Can't get Tcl/Tk working — Stephen White <steve@...>
I can't get any of the samples in the ext/tk/sample directory working. All
I'm sure looking forwards to buying the book. :)
Stephen White <steve@deaf.org> writes:
On Sun, 27 Aug 2000, Dave Thomas wrote:
Stephen White <steve@deaf.org> writes:
[#4608] Class methods — Mark Slagell <ms@...>
Reading the thread about regexp matches made me wonder about this:
[#4611] mod_ruby 0.1.19 — shreeve@...2s.org (Steve Shreeve)
Shugo (and others),
[#4633] Printing tables — DaVinci <bombadil@...>
Hi.
[#4647] Function argument lists in parentheses? — Toby Hutton <thutton@...>
Hello,
[#4652] Andy and Dave's European Tour 2000 — Dave Thomas <Dave@...>
Hi,
[#4672] calling super from c — Robert Feldt <feldt@...>
[#4699] Double parenthesis — Klaus Spreckelsen <ks@...1.ruhr-uni-bochum.de>
Why is the first line ok, but the second line is not?
[ruby-talk:04416] Re: Anyone up to doing a Perl6 RFC to use Ruby's extension scheme?
Hi, Dave Thomas wrote: > > Conrad Schneiker <schneik@austin.ibm.com> writes: > > > Conrad Schneiker wrote: > > > > > (1) Is there anything about Perl5 that would have precluded it from > > > using Ruby's (C-language API) extension scheme (assuming the developers > > > had known about it at the time, and so on)? > > > > Maybe part 2 scared everyone off. Can anyone answer this part (or at > > least make an educated guess)? > > I guess I was confused by the question. What part of Ruby's extension > scheme would be useful. "(C-language API)" > Although it > would be good to see the Ruby API spread (as it's far, far easier to > code to), that would basically mean writing Perl's internals as if it > was Ruby. Do you mean internals insofar as basic datatype representations are concerned, or something much more extensive--i.e. pretty much everything? Given that the primary stimulus of Perl6 was to rewrite its internals (apparently to a much greater extent than was the case in doing Perl5), probably in a way compatible with modern garbage collection, I'd expect some flexibility here, since Perl has for a long time slowly been moving in the direction of Ruby's capability (although certainly not in the direction of Ruby's elegant usability!). Are you aware of (off hand) any things about Perl that would make "writing Perl's internals as if it was Ruby" a technically hopeless prospect? Is there any good on-line description/documentation of Ruby's C-language API? Even if I can't find someone qualified to submit this, this is too interesting an experiment to pass up. (And by the way, is there a updated version of the Ruby Reference Manual -- later than c.1998?) -- Conrad Schneiker (This note is unofficial and subject to improvement without notice.)