[#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:21387] Segfault: ruby 1.7.1 (2001-09-08) during mod_ruby-0.9.3 build

From: Wai-Sun Chia <waisun.chia@...>
Date: 2001-09-19 11:05:19 UTC
List: ruby-talk #21387
[root@caspar root]# ruby -v
ruby 1.7.1 (2001-09-08) [i686-linux-gnu]

[root@caspar mod_ruby-0.9.3]# gdb ruby
GNU gdb Red Hat Linux 7.x (5.0rh-12)
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux"...
(no debugging symbols found)...
(gdb) set args configure.rb
(gdb) r
Starting program: /usr/bin/ruby configure.rb
checking for a BSD compatible install...
Program received signal SIGSEGV, Segmentation fault.
0x40090c77 in rb_reg_search (re=1076386688, str=1076849592, pos=0, 
reverse=0)
     at re.c:657
657         re_copy_registers(RMATCH(match)->regs, &regs);
(gdb) bt
#0  0x40090c77 in rb_reg_search (re=1076386688, str=1076849592, pos=0,
     reverse=0) at re.c:657
#1  0x400b02d8 in rb_str_split_m (argc=1, argv=0xbfffc460, str=1076849592)
     at string.c:2398
#2  0x4004db69 in call_cfunc (func=0x400affb4 <rb_str_split_m>,
     recv=1076849592, len=-1, argc=1, argv=0xbfffc460) at eval.c:4294
#3  0x4004e4be in rb_call0 (klass=1076455948, recv=1076849592, id=4265,
     argc=1, argv=0xbfffc460, body=0x402962b4, nosuper=1) at eval.c:4433
#4  0x4004ef59 in rb_call (klass=1076455948, recv=1076849592, mid=4265,
     argc=1, argv=0xbfffc460, scope=0) at eval.c:4650
#5  0x40048678 in rb_eval (self=1076460328, n=0x40285b44) at eval.c:2608
#6  0x400476c0 in rb_eval (self=1076460328, n=0x40285414) at eval.c:2358
#7  0x40046a51 in rb_eval (self=1076460328, n=0x40285360) at eval.c:2096
#8  0x4004c126 in rb_yield_0 (val=1076849732, self=1076460328, klass=0,
     pcall=0) at eval.c:3705
#9  0x4004c468 in rb_yield (val=1076849732) at eval.c:3772
#10 0x400598c4 in rb_callcc (self=1076460328) at eval.c:8847
#11 0x4004db83 in call_cfunc (func=0x40059544 <rb_callcc>, recv=1076460328,
     len=0, argc=0, argv=0x0) at eval.c:4297
#12 0x4004e4be in rb_call0 (klass=1076464788, recv=1076460328, id=5977,
     argc=0, argv=0x0, body=0x402930c8, nosuper=1) at eval.c:4433
#13 0x4004ef59 in rb_call (klass=1076464788, recv=1076460328, mid=5977,
     argc=0, argv=0x0, scope=1) at eval.c:4650
---Type <return> to continue, or q <return> to quit---
#14 0x40048927 in rb_eval (self=1076460328, n=0x402852c0) at eval.c:2621
#15 0x4004763b in rb_eval (self=1076460328, n=0x402852d4) at eval.c:2349
#16 0x4004970d in rb_eval (self=1076460328, n=0x402852ac) at eval.c:2788
#17 0x40046a51 in rb_eval (self=1076460328, n=0x40285298) at eval.c:2096
#18 0x4004ea63 in rb_call0 (klass=1076464928, recv=1076460328, id=9733,
     argc=0, argv=0x0, body=0x40285298, nosuper=0) at eval.c:4557
#19 0x4004ef59 in rb_call (klass=1076464928, recv=1076460328, mid=9733,
     argc=0, argv=0x0, scope=1) at eval.c:4650
#20 0x40048927 in rb_eval (self=1076460328, n=0x4027eda8) at eval.c:2621
#21 0x40046a51 in rb_eval (self=1076460328, n=0x40289d84) at eval.c:2096
#22 0x40044066 in eval_node (self=1076460328, node=0x40289d84) at 
eval.c:1068
#23 0x40044582 in ruby_run () at eval.c:1200
#24 0x080486de in main () at eval.c:41
#25 0x401502ae in __libc_start_main (main=0x80486b0 <main>, argc=2,
     ubp_av=0xbffff8a4, init=0x8048518 <_init>, fini=0x8048730 <_fini>,
     rtld_fini=0x4000cf28 <_dl_fini>, stack_end=0xbffff89c)
     at ../sysdeps/generic/libc-start.c:129

-- 
Wai-Sun "Squidster" Chia
RHCE/Professional Services
Linux/Unix/Web Developer

In This Thread

Prev Next