[#20675] RCR: non-bang equivalent to []= — Tobias Reif <tobiasreif@...>

Hi,

49 messages 2001/09/01
[#20774] Re: RCR: non-bang equivalent to []= — Tobias Reif <tobiasreif@...> 2001/09/03

I wrote:

[#20778] Re: RCR: non-bang equivalent to []= — Kevin Smith <kevinbsmith@...> 2001/09/03

--- Tobias Reif <tobiasreif@pinkjuice.com> wrote:

[#20715] oreilly buch von matz - website online — markus jais <info@...>

hi

43 messages 2001/09/02
[#20717] Re: OReilly Ruby book has snail on cover — ptkwt@...1.aracnet.com (Phil Tomson) 2001/09/02

Actually, thanks for posting it here. I was trying to search OReilly's

[#20922] Re: OReilly Ruby book has snail on cover — Paul Brannan <pbrannan@...> 2001/09/05

On Mon, 3 Sep 2001, Phil Tomson wrote:

[#20768] Minor cgi.rb question — "Hal E. Fulton" <hal9000@...>

I don't have much experience with

25 messages 2001/09/03

[#20770] Calling member methods from C++ — jglueck@... (Bernhard Glk)

Some quetsions have been solved for me, but my message system does not

12 messages 2001/09/03

[#20976] destructor — Frank Sonnemans <ruby@...>

Does Ruby have a destructor as in C++?

25 messages 2001/09/07

[#21218] Ruby objects <-> XML: anyone working on this? — senderista@... (Tobin Baker)

Are there any Ruby analogs of these two Python modules (xml_pickle,

13 messages 2001/09/15

[#21296] nested require files need path internally — Bob Gustafson <bobgus@...>

Version: 1.64

29 messages 2001/09/18
[#21298] Re: nested require files need path internally — David Alan Black <dblack@...> 2001/09/18

Hello --

[#21302] Re: nested require files need path internally — Bob Gustafson <bobgus@...> 2001/09/18

On Tue, 18 Sep 2001, David Alan Black wrote:

[#21303] Re: nested require files need path internally — matz@... (Yukihiro Matsumoto) 2001/09/18

Hi,

[#21306] Re: nested require files need path internally — Lars Christensen <larsch@...> 2001/09/18

On Tue, 18 Sep 2001, Yukihiro Matsumoto wrote:

[#21307] Re: nested require files need path internally — matz@... (Yukihiro Matsumoto) 2001/09/18

Hi,

[#21331] Re: nested require files need path internally — Paul Brannan <pbrannan@...> 2001/09/18

> The big difference is C++ search done in compile time, Ruby search

[#21340] Re: nested require files need path internally — matz@... (Yukihiro Matsumoto) 2001/09/18

Hi,

[#21353] Re: nested require files need path internally — Paul Brannan <pbrannan@...> 2001/09/18

On Wed, 19 Sep 2001, Yukihiro Matsumoto wrote:

[#21366] Re: nested require files need path internally — matz@... (Yukihiro Matsumoto) 2001/09/19

Hi,

[#21368] Re: nested require files need path internally — "Julian Fitzell" <julian-ml@...4.com> 2001/09/19

On 19/09/2001 at 10:12 AM matz@ruby-lang.org wrote:

[#21376] Re: nested require files need path internally — matz@... (Yukihiro Matsumoto) 2001/09/19

Hi,

[#21406] Re: nested require files need path internally — Paul Brannan <pbrannan@...> 2001/09/19

On Wed, 19 Sep 2001, Yukihiro Matsumoto wrote:

[#21315] Suggestions for new CGI lib — anders@... (Anders Johannsen)

From the comp.lang.ruby thread "Minor cgi.rb question" (2001-09-03), I

21 messages 2001/09/18

[#21413] Ruby/objects book in style of The Little Lisper — Brian Marick <marick@...>

I fell in love with Lisp in the early 80's. Back then, I read a book called

36 messages 2001/09/19
[#21420] Re: Ruby/objects book in style of The Little Lisper — Christopher Sawtell <csawtell@...> 2001/09/20

On 20 Sep 2001 06:19:44 +0900, Brian Marick wrote:

[#21479] Re: Ruby/objects book in style of The Little Lisper — Kevin Smith <kevinbsmith@...> 2001/09/21

--- Christopher Sawtell <csawtell@paradise.net.nz> wrote:

[#21491] SV: Re: Ruby/objects book in style of The Little Lisper — "Mikkel Damsgaard" <mikkel_damsgaard@...> 2001/09/21

[#21494] Re: SV: Re: Ruby/objects book in style of The Little Lisper — Kevin Smith <kevinbsmith@...> 2001/09/21

--- Mikkel Damsgaard <mikkel_damsgaard@mailme.dk> wrote:

[#21510] Re: SV: Re: Ruby/objects book in style of The Little Lisper — Todd Gillespie <toddg@...> 2001/09/22

On Sat, 22 Sep 2001, Kevin Smith wrote:

[#21514] Re: SV: Re: Ruby/objects book in style of The Little Lisper — Kevin Smith <kevinbsmith@...> 2001/09/22

--- Todd Gillespie <toddg@mail.ma.utexas.edu> wrote:

[#21535] irb — Fabio <fabio.spelta@...>

Hello. :) I'm new here, and I have not found an archive of the previous

15 messages 2001/09/22

[#21616] opening a named pipe? — "Avdi B. Grimm" <avdi@...>

I'm having trouble reading from a named pipe in linux. basicly, I'm

12 messages 2001/09/24

[#21685] manipulating "immutable" objects such as Fixnum from within callbacks & al... — Guillaume Cottenceau <gc@...>

Hello,

15 messages 2001/09/25

[#21798] Ruby internal (guide to the source) — "Benoit Cerrina" <benoit.cerrina@...>

Hi,

22 messages 2001/09/28

[ruby-talk:21305] eruby -M on Win98

From: "Hal E. Fulton" <hal9000@...>
Date: 2001-09-18 04:41:46 UTC
List: ruby-talk #21305
Hello...

I've been playing with eruby and I've found
that on Win98 the -M modes don't seem to
work.

The default mode reads stdin just fine (whether
or not I specify the corresponding -M flag).

Maybe I'm misusing it in some way. Yet I
wouldn't expect it to crash if I invoke it
improperly.

Anyone know anything about this?

Thanks,
Hal


C:\Windows\Desktop\RubyBook>eruby --version
eRuby version 0.9.1
ruby 1.6.3 (2001-03-19) [i386-cygwin]

C:\Windows\Desktop\RubyBook>eruby -Mc
ruby: No such file or directory - "" (Errno::ENOENT)
ruby: [BUG] Segmentation fault
ruby 1.6.3 (2001-03-19) [i386-cygwin]
      0 [sig] ERUBY 1646147 stackdump: Dumping stack trace to
ERUBY.EXE.stackdump

C:\Windows\Desktop\RubyBook>type eruby.exe.stackdump
Stack trace:
Frame     Function  Args
0253F454  61041FF2  (00000000, BFF813F8, 8176C924, 61041CE5)
0253F4A4  61041FF2  (00000006, 00191E43, 0253FA64, 0459A5A0)
0253F4D4  6103FBA8  (00191E43, 00000006, 00000000, 6108D2A4)
0253F504  6103FD3E  (00191E43, 00000006, 67D0B474, 0459A5A0)
0253F524  61076584  (6108D010, 00191E43, 00000006, 0253F584)
0253F554  6106C278  (6108D010, 00000006, 0253F584, 00001161)
0253F574  6106C250  (00000006, 67D0AFD9, 67D0AFD3, 67D0AFC8)
0253F594  61068E8C  (0459A5A0, 00000001, 045A7818, 00001161)
0253F9B4  67D0B057  (67D69727, 00000000, 00000000, 0253FA04)
0253F9D4  67D6974F  (0000000B, 00000000, FFFFFFFF, 00000000)
0253FA04  6100DE1F  (0253FA2C, 67D14669, 0459A5A0, 00000005)
0253FA2C  67D14671  (00000006, 0459A5A0, 0253FABC, 67D0BEC2)
0253FA4C  67D146A4  (0459A5A0, 0253FA64, 0253FABC, 67D0BE61)
0253FABC  67D0BECE  (00402421, 00403D46, 0253FAEC, 67D2AEE5)
0253FAEC  67D2AF0B  (00402421, 00403D46, 0253FB2C, 67D2AFD6)
0253FB2C  67D2AFE6  (0459A5E8, 00402421, 00403D46, 67D2B013)
End of stack trace (more stack frames may be present)



In This Thread

Prev Next