[#41581] Ruby 1.6.7 dieing of segfault — Dossy <dossy@...>

I've got something that's fairly reproducible in 1.6.7. Is

11 messages 2002/06/02
[#41582] Re: Ruby 1.6.7 dieing of segfault — Nobuyoshi Nakada <nobu.nokada@...> 2002/06/02

Hi,

[#41660] dynamic attr_accessor?? — Markus Jais <mjais@...>

hello

16 messages 2002/06/03

[#41755] HTML Parser suggestions wanted — Ned Konz <ned@...>

I've written an HTML parser that builds trees from HTML source. After

13 messages 2002/06/04

[#41809] eval and local variable — "Park Heesob" <phasis@...>

15 messages 2002/06/05

[#41819] mod_ruby and module space — "Sean O'Dell" <sean@...>

It seems that if I execute a script using mod_ruby, I cannot call

18 messages 2002/06/05

[#41867] Pascal-like 'with' statement? — Philip Mak <pmak@...>

Is there something like Pascal's with statement? I'd like to turn this

18 messages 2002/06/06

[#41919] 1-second events — Paul Brannan <pbrannan@...>

I need to create an event that occurs exactly once per second.

15 messages 2002/06/06

[#42086] ANN: REXML 2.3.5 && 2.2.3 — Sean Russell <ser@...>

<posted & mailed>

31 messages 2002/06/09
[#42091] Re: ANN: REXML 2.3.5 && 2.2.3 — Sean Russell <ser@...> 2002/06/09

<posted & mailed>

[#42092] RE: ANN: REXML 2.3.5 && 2.2.3 — <james@...> 2002/06/09

> Well, XMLSchema may be troublesome to interpret, but it isn't

[#42192] ruby-dev summary 17252-17356 — Minero Aoki <aamine@...>

Hi all,

81 messages 2002/06/11
[#42290] Re: a new block parameter/variable notation (Re: ruby-dev summary 17252-17356) — Kent Dahl <kentda@...> 2002/06/12

Not wanting to flog a dead horse, but I just wonder what the final word

[#42295] Re: a new block parameter/variable notation (Re: ruby-dev summary 17252-17356) — matz@... (Yukihiro Matsumoto) 2002/06/12

Hi,

[#42455] Application server & web developement enviroment — "Radu M. Obad磚 <whizkid@...>

Howdy,

14 messages 2002/06/14
[#42459] Re: Application server & web developement enviroment — Austin Ziegler <austin@...> 2002/06/14

On Fri, 14 Jun 2002 15:55:31 +0900, Radu M. Obadwrote:

[#42472] ANN: Programmierung in Ruby — "Juergen Katins" <katins.juergen@...>

Programmierung in Ruby Online gibt es jetzt mit ausfrlichem

14 messages 2002/06/14

[#42504] Are Unix tools just slow? — Chris Gehlker <gehlker@...>

Awhile back I was asking for help with a unixy way to search the mounted

48 messages 2002/06/14
[#42516] Re: Are Unix tools just slow? — "Daniel P. Zepeda" <daniel@...> 2002/06/15

On Sat, 15 Jun 2002 07:14:38 +0900

[#42506] Re: Are Unix tools just slow? — Rick Bradley <rick@...> 2002/06/14

* Chris Gehlker (gehlker@fastq.com) [020614 17:18]:

[#42512] Re: Are Unix tools just slow? — Chris Gehlker <gehlker@...> 2002/06/15

On 6/14/02 3:34 PM, "Rick Bradley" <rick@rickbradley.com> wrote:

[#42513] opengl for ruby, please help — ccos <ccos@...> 2002/06/15

unix newby failing miserably here:

[#42507] mpg123 — Tobias Reif <tobiasreif@...>

Hi,

15 messages 2002/06/14

[#42546] File.new('foo', 0600 , 'wb') — Tobias Reif <tobiasreif@...>

Hi,

21 messages 2002/06/15
[#42552] Re: File.new('foo', 0600 , 'wb') — Tobias Reif <tobiasreif@...> 2002/06/15

Dossy wrote:

[#42591] Kernel#select questions — Wilkes Joiner <boognish23@...>

I'm trying to track down a bug where Kernel#select is returning [[],[],[]] as

12 messages 2002/06/17

[#42617] eRuby on Mac OS X — Jim Menard <jimm@...>

I've searched ruby-talk for this topic, and the only messages I found show

13 messages 2002/06/17

[#42674] REXML in C — "Radu M. Obad磚 <whizkid@...>

Hi,

20 messages 2002/06/18

[#42771] Why is I/O slow? — Clifford Heath <cjh_nospam@...>

Ok, folk, time to try again. It's nothing to do with SHA-1.

61 messages 2002/06/20
[#42831] Re: Why is I/O slow? — Clifford Heath <cjh_nospam@...> 2002/06/21

Yukihiro Matsumoto wrote:

[#42836] RE: Why is I/O slow? — "Mike Campbell" <michael_s_campbell@...> 2002/06/21

> With respect, this doesn't sound like a smart idea. The glibc folk have

[#42838] Re: Why is I/O slow? — Albert Wagner <alwagner@...> 2002/06/21

On Thursday 20 June 2002 10:10 pm, Mike Campbell wrote:

[#42839] Re: Why is I/O slow? — Austin Ziegler <austin@...> 2002/06/21

On Fri, 21 Jun 2002 12:16:24 +0900, Albert Wagner wrote:

[#42928] GOOD DEAL — "DR. ISA BELLO" <dr_isa@...>

FROM:DR ISA BELLO

11 messages 2002/06/22

[#42982] No exceptions from String#to_i — "Hal E. Fulton" <hal9000@...>

I've been bitten by this before... maybe

19 messages 2002/06/24
[#42983] Re: No exceptions from String#to_i — ts <decoux@...> 2002/06/24

>>>>> "H" == Hal E Fulton <hal9000@hypermetrics.com> writes:

[#42986] Re: No exceptions from String#to_i — Nikodemus Siivola <tsiivola@...> 2002/06/24

[#43122] Re: help (ruby-talk ML) — Benjamin Peterson <bjsp123@...>

20 messages 2002/06/27
[#43123] Re: help (ruby-talk ML) — Dave Thomas <Dave@...> 2002/06/27

Benjamin Peterson <bjsp123@yahoo.com> writes:

[#43124] RE: help (ruby-talk ML) — Bob Calco <robert.calco@...> 2002/06/27

Yes, I would gladly volunteer considerable effort to this end. I have

[#43147] Ruby on Mac OS X — Tobias Reif <tobiasreif@...>

Hi,

24 messages 2002/06/28

[#43174] eruby SAFE question — Dylan Northrup <docx@...>

I'm trying to implement a replacement for the standard apache file listings

39 messages 2002/06/28
[#43249] documentation licenses (was: eruby SAFE question) — Tobias Reif <tobiasreif@...> 2002/06/30

Dave Thomas wrote:

[#43250] Re: documentation licenses (was: eruby SAFE question) — Dave Thomas <Dave@...> 2002/06/30

Tobias Reif <tobiasreif@pinkjuice.com> writes:

[#43255] RE: documentation licenses (was: eruby SAFE question) — <james@...> 2002/06/30

>

[#43280] Re: documentation licenses (was: eruby SAFE question) — "Juergen Katins" <juergen.katins@...> 2002/07/01

Tobias Reif wrote

[#43282] Re: documentation licenses (was: eruby SAFE question) — David Alan Black <dblack@...> 2002/07/01

On Mon, 1 Jul 2002, Juergen Katins wrote:

[#43381] RE: documentation licenses (was: eruby SAFE question) — <james@...> 2002/07/02

> From: David Alan Black [mailto:dblack@candle.superlink.net]

Segfaulting Ruby by abusing PStore

From: Jeremy Henty <jeremy@...>
Date: 2002-06-03 08:10:37 UTC
List: ruby-talk #41656
OK, it's a dirty trick to change class definitions behind PStore's
back.  If I run these two scripts, the second segfaults, saying:

ruby_pstore_bug.rb:9: [BUG] Segmentation fault
ruby 1.6.7 (2002-03-01) [i586-linux]
Aborted (core dumped)

----
#!/usr/bin/env ruby 

require 'pstore'

class Foo
  def initialize(foo)
    @foo = foo
  end
end

pstore = PStore.new('.pstore_bug.pstore')
pstore.transaction do
  pstore['foo'] = Foo.new('akdhakjsh')
end
----
#!/usr/bin/env ruby 

require 'pstore'

Foo = Struct.new(:foo)

pstore = PStore.new('.pstore_bug.pstore')
pstore.transaction do
  pstore['foo'].foo
end
----

You have to call Foo#foo to get the segfault, just extracting the
object is not enough.

I'm running Ruby 1.6.7 on GNU/Linux, kernel 2.2.20 .  I saw the same
behaviour with Ruby 1.6.6 .

Here's the gdb trace: 

GNU gdb 19991004
Copyright 1998 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"...
Core was generated by `ruby ruby_pstore_bug.rb'.
Program terminated with signal 6, Aborted.
Reading symbols from /usr/local/lib/libruby.so.1.6...done.
Reading symbols from /lib/libdl.so.2...done.
Reading symbols from /lib/libcrypt.so.1...done.
Reading symbols from /lib/libm.so.6...done.
Reading symbols from /lib/libc.so.6...done.
Reading symbols from /lib/ld-linux.so.2...done.
#0  0x40135d21 in __kill () from /lib/libc.so.6
(gdb) where
#0  0x40135d21 in __kill () from /lib/libc.so.6
#1  0x40135996 in raise (sig=6) at ../sysdeps/posix/raise.c:27
#2  0x401370b8 in abort () at ../sysdeps/generic/abort.c:88
#3  0x40032314 in rb_check_type (x=1074479568, t=1073824816) at error.c:178
#4  0x40090996 in sigsegv () at signal.c:393
#5  0x40135c48 in __restore ()
    at ../sysdeps/unix/sysv/linux/i386/sigaction.c:127
#6  0x4003e4ca in call_cfunc (func=0x4009a9d0 <rb_struct_ref0>, 
    recv=1076008856, len=0, argc=0, argv=0x0) at eval.c:4260
#7  0x4003eac2 in rb_call0 (klass=1076013696, recv=1076008856, id=9001, 
    argc=0, argv=0x0, body=0x4022a60c, nosuper=1) at eval.c:4394
#8  0x4003f355 in rb_call (klass=1076013696, recv=1076008856, mid=9001, 
    argc=0, argv=0x0, scope=0) at eval.c:4614
#9  0x40039804 in rb_eval (self=1076083936, n=0x4022e89c) at eval.c:2544
#10 0x4003ca03 in rb_yield_0 (val=1076012136, self=1076083936, klass=0, 
    acheck=0) at eval.c:3622
#11 0x40038b3d in rb_eval (self=1076012136, n=0x4022c2f4) at eval.c:2358
#12 0x4003a203 in rb_eval (self=1076012136, n=0x4022c2e0) at eval.c:2690
#13 0x4003ca03 in rb_yield_0 (val=2332942, self=1076012136, klass=0, acheck=0)
    at eval.c:3622
#14 0x40049641 in rb_f_catch (dmy=1076012136, tag=2332942) at eval.c:9005
#15 0x4003e4dc in call_cfunc (func=0x400495a4 <rb_f_catch>, recv=1076012136, 
    len=1, argc=1, argv=0xbfffca60) at eval.c:4263
#16 0x4003eac2 in rb_call0 (klass=1076087956, recv=1076012136, id=3745, 
    argc=1, argv=0xbfffca60, body=0x4023b2e0, nosuper=1) at eval.c:4394
#17 0x4003f355 in rb_call (klass=1076087956, recv=1076012136, mid=3745, 
    argc=1, argv=0xbfffca60, scope=1) at eval.c:4614
#18 0x40039804 in rb_eval (self=1076012136, n=0x4022c36c) at eval.c:2544
#19 0x4003867f in rb_eval (self=1076012136, n=0x4022c2a4) at eval.c:2276
#20 0x40038beb in rb_eval (self=1076012136, n=0x4022bcf0) at eval.c:2368
#21 0x40038e73 in rb_eval (self=1076012136, n=0x4022cb00) at eval.c:2408
#22 0x40038e73 in rb_eval (self=1076012136, n=0x4022bb10) at eval.c:2408
#23 0x40037b63 in rb_eval (self=1076012136, n=0x4022bafc) at eval.c:2025
#24 0x4003eef7 in rb_call0 (klass=1076029196, recv=1076012136, id=9025, 
    argc=0, argv=0x0, body=0x4022bafc, nosuper=0) at eval.c:4521
#25 0x4003f355 in rb_call (klass=1076029196, recv=1076012136, mid=9025, 
    argc=0, argv=0x0, scope=0) at eval.c:4614
#26 0x40039804 in rb_eval (self=1076083936, n=0x4022e950) at eval.c:2544
#27 0x4003867f in rb_eval (self=1076083936, n=0x4022ea68) at eval.c:2276
#28 0x40035298 in eval_node (self=1076083936, node=0x4022ea68) at eval.c:1057
#29 0x4003573b in ruby_run () at eval.c:1189
#30 0x8048713 in main (argc=2, argv=0xbffff5b4, envp=0xbffff5c0) at main.c:50
(gdb) q

Regards, 

Jeremy Henty 

In This Thread

Prev Next