[#63439] Re: Local variables & blocks — Brian Candler <B.Candler@...>

> >>>>> "Y" == Yukihiro Matsumoto <matz@ruby-lang.org> writes:

22 messages 2003/02/01
[#63482] Re: Local variables & blocks — ts <decoux@...> 2003/02/02

>>>>> "B" == Brian Candler <B.Candler@pobox.com> writes:

[#63485] Re: Local variables & blocks — Brian Candler <B.Candler@...> 2003/02/02

On Sun, Feb 02, 2003 at 09:30:12AM +0100, ts wrote:

[#63486] Re: Local variables & blocks — ts <decoux@...> 2003/02/02

>>>>> "B" == Brian Candler <B.Candler@pobox.com> writes:

[#63491] Re: Local variables & blocks — Brian Candler <B.Candler@...> 2003/02/02

> Y> I'm afraid I won't give you a way to turn it off. It is "quite

[#63492] Re: Local variables & blocks — ts <decoux@...> 2003/02/02

>>>>> "B" == Brian Candler <B.Candler@pobox.com> writes:

[#63495] Re: Local variables & blocks — Brian Candler <B.Candler@...> 2003/02/02

On Sun, Feb 02, 2003 at 12:36:52PM +0100, ts wrote:

[#63496] Re: Local variables & blocks — ts <decoux@...> 2003/02/02

>>>>> "B" == Brian Candler <B.Candler@pobox.com> writes:

[#63479] no override — Tom Sawyer <transami@...>

is there any way to specifiy that a method can not be overrided? perfereably

20 messages 2003/02/02
[#63483] Re: no override — Mauricio Fern疣dez <batsman.geo@...> 2003/02/02

On Sun, Feb 02, 2003 at 04:51:08PM +0900, Tom Sawyer wrote:

[#63487] Re: no override — Mauricio Fern疣dez <batsman.geo@...> 2003/02/02

On Sun, Feb 02, 2003 at 06:41:45PM +0900, Mauricio Fern疣dez wrote:

[#63500] Re: no override — Tom Sawyer <transami@...> 2003/02/02

On Sunday 02 February 2003 03:34 am, Mauricio Fern疣dez wrote:

[#63517] Re: no override — Mauricio Fern疣dez <batsman.geo@...> 2003/02/02

On Sun, Feb 02, 2003 at 09:35:26PM +0900, Tom Sawyer wrote:

[#63527] Re: no override — Tom Sawyer <transami@...> 2003/02/02

On Sunday 02 February 2003 09:01 am, Mauricio Fern疣dez wrote:

[#63553] What is the best Ruby IDE you think? — Nicolay Vasiliev <n.vasiliev@...>

Hello!

14 messages 2003/02/03

[#63600] ruby-dev summary 19437-19455 — Minero Aoki <aamine@...>

Hi all,

17 messages 2003/02/03

[#63751] Embedding Ruby in C code — Szymon Drejewicz <drejewic@...>

How to compile this file:

24 messages 2003/02/05

[#63782] Error in Complex — Daniel Carrera <dcarrera@...>

Hello,

18 messages 2003/02/05

[#63829] locana, SVG, cross-platform GUI meanderings... — ptkwt@...1.aracnet.com (Phil Tomson)

Hold on, this post takes a few twists and turns. Consider it an exercise

41 messages 2003/02/06
[#63832] Re: locana, SVG, cross-platform GUI meanderings... — Holden Glova <dsafari@...> 2003/02/06

-----BEGIN PGP SIGNED MESSAGE-----

[#63859] Re: locana, SVG, cross-platform GUI meanderings... — Richard Kilmer <rich@...> 2003/02/06

[#63862] Blogging software — Martin DeMello <martindemello@...>

Anyone done any work on a ruby-powered weblog?

15 messages 2003/02/06

[#63906] The way of the Gentoo — "MikkelFJ" <mikkelfj-anti-spam@...>

22 messages 2003/02/06

[#63938] Private lvalue methods unusable? — Steven Smolinski <steven.smolinski@...>

I'm learning Ruby, and trying to grasp the non-declarative concept with

14 messages 2003/02/06

[#64018] easy access for CGI query — Wakou Aoyama <wakou@...>

hello,

14 messages 2003/02/07

[#64063] Tortured by the Dependency Daemons — Jonathan Smith <jonathan.w.smith@...>

The instructions for installation state, "In RWiki package for your

16 messages 2003/02/08

[#64068] Relative performance of Ruby templating systems — "Gabriel Emerson" <egabriel@...>

I decided to run Siege against Mod Ruby, ERuby, Amrita, PageTemplate,

11 messages 2003/02/08

[#64146] ruby-dev summary 19457-19539 — Kazuo Saito <ksaito@...>

10 messages 2003/02/09
[#64151] Operator reordering, good idea? (was Re: ruby-dev summary 19457-19539) — Sam Roberts <sroberts@...> 2003/02/09

Hi, I'm just a beginner buy program, but...

[#64164] Trapping Access/Modification of Objects — Jason Voegele <jason@...>

After a long delay, I'm now starting to work on the RubyGOODS library

13 messages 2003/02/09

[#64242] Source code for "Ruby Developer's Guide" — Harry Ohlsen <harryo@...>

Hi People,

15 messages 2003/02/10

[#64247] turning modules into classes — "Chris Pine" <nemo@...>

Did you ever want to instantiate a module?

28 messages 2003/02/10
[#64251] Re: turning modules into classes — dblack@... 2003/02/10

Hi --

[#64278] inheriting from base classes — dblack@...

Hi --

37 messages 2003/02/11

[#64329] Range#length? — "Chris Pine" <nemo@...>

What happened to Range#length and Range#size?

39 messages 2003/02/11

[#64392] String frustration — "Tim Kynerd" <tim@...>

Hi everyone,

23 messages 2003/02/11

[#64421] Name for #=== based assertion — <nathaniel@...>

I've had several requests that an assertion based on #=== be added to

16 messages 2003/02/12

[#64470] Need regex help (or bug in match) — Jim Freeze <jim@...>

Hi

17 messages 2003/02/12
[#64471] Re: Need regex help (or bug in match) — dblack@... 2003/02/12

Hi --

[#64549] Re: Can we attack the 'not enough libraries' thing straight on? — "Hal E. Fulton" <hal9000@...> 2003/02/12

----- Original Message -----

[#64524] mod_ruby insecury op — Daniel Bretoi <lists@...>

[Wed Feb 12 12:00:16 2003] [error] mod_ruby: error in ruby

15 messages 2003/02/12

[#64527] Windows support — Daniel Carrera <dcarrera@...>

Hello,

17 messages 2003/02/12

[#64528] hm,... arr[1]["name"] — "daniel" <offstuff@...>

$arr = Array();

16 messages 2003/02/12

[#64575] Re: Lexical scope and closures — patrickdlogan@...

> (3) some other syntax will be introduced for cases where...

53 messages 2003/02/12
[#64647] Re: Lexical scope and closures — Mauricio Fern疣dez <batsman.geo@...> 2003/02/13

On Thu, Feb 13, 2003 at 08:35:34AM +0900, patrickdlogan@attbi.com wrote:

[#64670] Re: Lexical scope and closures — Brian Candler <B.Candler@...> 2003/02/13

On Thu, Feb 13, 2003 at 05:44:36PM +0900, Mauricio Fern?ndez wrote:

[#64678] Re: Lexical scope and closures — Tom Sawyer <transami@...> 2003/02/13

On Thursday 13 February 2003 04:54 am, Brian Candler wrote:

[#64750] Re: Lexical scope and closures — matz@... (Yukihiro Matsumoto) 2003/02/14

Hi,

[#64751] Re: Lexical scope and closures — Tom Sawyer <transami@...> 2003/02/14

On Thursday 13 February 2003 06:44 pm, Yukihiro Matsumoto wrote:

[#64755] Re: Lexical scope and closures — matz@... (Yukihiro Matsumoto) 2003/02/14

Hi,

[#64756] Re: Lexical scope and closures — Tom Sawyer <transami@...> 2003/02/14

On Thursday 13 February 2003 07:42 pm, Yukihiro Matsumoto wrote:

[#64855] Re: Lexical scope and closures — "Marcin 'Qrczak' Kowalczyk" <qrczak@...> 2003/02/15

Sat, 15 Feb 2003 08:06:31 +0900, Mauricio Fern疣dez <batsman.geo@yahoo.com> pisze:

[#64920] Re: Lexical scope and closures — dblack@... 2003/02/16

Hi --

[#64602] von Rossum on Strong vs. Weak Typing — <jbritt@...>

Since this is something of a permathread on this list I though this would be of interest:

33 messages 2003/02/13
[#64606] Re: von Rossum on Strong vs. Weak Typing — Ryan Pavlik <rpav@...> 2003/02/13

On Thu, 13 Feb 2003 10:10:44 +0900

[#64778] Re: von Rossum on Strong vs. Weak Typing — "Marcin 'Qrczak' Kowalczyk" <qrczak@...> 2003/02/14

Thu, 13 Feb 2003 13:15:42 +0900, Yukihiro Matsumoto <matz@ruby-lang.org> pisze:

[#64789] Re: von Rossum on Strong vs. Weak Typing — Paul Brannan <pbrannan@...> 2003/02/14

On Fri, Feb 14, 2003 at 07:27:10PM +0900, Marcin 'Qrczak' Kowalczyk wrote:

[#64793] Re: von Rossum on Strong vs. Weak Typing — Matt Armstrong <matt@...> 2003/02/14

Paul Brannan <pbrannan@atdesk.com> writes:

[#64804] Re: von Rossum on Strong vs. Weak Typing — Paul Brannan <pbrannan@...> 2003/02/14

On Sat, Feb 15, 2003 at 01:05:19AM +0900, Matt Armstrong wrote:

[#64811] Re: von Rossum on Strong vs. Weak Typing — Dan Sugalski <dan@...> 2003/02/14

At 4:18 AM +0900 2/15/03, Paul Brannan wrote:

[#64626] Why does Array#compact! return the array, but uniq! return a count? — Sam Roberts <sroberts@...>

11 messages 2003/02/13

[#64752] why html template systems never use new tags? — Tom Sawyer <transami@...>

curious, i've realized that i have never seen any html template systems that

16 messages 2003/02/14

[#64753] module This::Encompassing::That — Bil Kleb <W.L.Kleb@...>

Today, I decided I was tired of

45 messages 2003/02/14
[#64754] Re: module This::Encompassing::That — dblack@... 2003/02/14

Hi --

[#64757] Re: module This::Encompassing::That — Bil Kleb <W.L.Kleb@...> 2003/02/14

dblack@candle.superlink.net wrote:

[#64850] Re: module This::Encompassing::That — Gavin Sinclair <gsinclair@...> 2003/02/15

On Friday, February 14, 2003, 2:00:56 PM, Bil wrote:

[#64859] Re: module This::Encompassing::That — dblack@... 2003/02/15

Hi --

[#64883] Re: module This::Encompassing::That — Gavin Sinclair <gsinclair@...> 2003/02/15

On Sunday, February 16, 2003, 4:01:47 AM, dblack wrote:

[#64986] Re: module This::Encompassing::That — matz@... (Yukihiro Matsumoto) 2003/02/17

Hi,

[#64987] Re: module This::Encompassing::That — ts <decoux@...> 2003/02/17

>>>>> "Y" == Yukihiro Matsumoto <matz@ruby-lang.org> writes:

[#64988] Re: module This::Encompassing::That — matz@... (Yukihiro Matsumoto) 2003/02/17

Hi,

[#64990] Re: module This::Encompassing::That — ts <decoux@...> 2003/02/17

>>>>> "Y" == Yukihiro Matsumoto <matz@ruby-lang.org> writes:

[#65046] Re: module This::Encompassing::That — matz@... (Yukihiro Matsumoto) 2003/02/17

Hi,

[#65078] Re: module This::Encompassing::That — ts <decoux@...> 2003/02/18

>>>>> "Y" == Yukihiro Matsumoto <matz@ruby-lang.org> writes:

[#65085] Re: module This::Encompassing::That — matz@... (Yukihiro Matsumoto) 2003/02/18

Hi,

[#65137] Re: module This::Encompassing::That — Gavin Sinclair <gsinclair@...> 2003/02/18

On Tuesday, February 18, 2003, 11:56:41 PM, Yukihiro wrote:

[#65151] Re: module This::Encompassing::That — matz@... (Yukihiro Matsumoto) 2003/02/19

Hi,

[#65160] Re: module This::Encompassing::That — nobu.nokada@... 2003/02/19

Hi,

[#65178] Re: module This::Encompassing::That — matz@... (Yukihiro Matsumoto) 2003/02/19

Hi,

[#65211] Re: module This::Encompassing::That — <nathaniel@...> 2003/02/19

Yukihiro Matsumoto [mailto:matz@ruby-lang.org] wrote:

[#65225] Re: module This::Encompassing::That — matz@... (Yukihiro Matsumoto) 2003/02/19

Hi,

[#65230] Re: module This::Encompassing::That — dblack@... 2003/02/19

Hi --

[#65235] Re: module This::Encompassing::That — matz@... (Yukihiro Matsumoto) 2003/02/19

Hi,

[#64785] Segmation fault in combination of heavy socket I/O and multi-threading — Idan Sofer <idan@...>

This is one bug(Or perhaps even a set of bugs) I ran into more then once

10 messages 2003/02/14
[#65118] Re: [BUG] Segmation fault in combination of heavy socket I/O and multi-threading — ts <decoux@...> 2003/02/18

>>>>> "I" == Idan Sofer <idan@idanso.dyndns.org> writes:

[#65001] How to test for existence of instance variable? — Brian Candler <B.Candler@...>

I have an existing class Foo, and existing objects of that class.

42 messages 2003/02/17
[#65017] Re: How to test for existence of instance variable? — "Bill Kelly" <billk@...> 2003/02/17

Hi,

[#65081] Re: How to test for existence of instance variable? — Brian Candler <B.Candler@...> 2003/02/18

On Mon, Feb 17, 2003 at 10:46:59AM -0800, Bill Kelly wrote:

[#65084] Re: How to test for existence of instance variable? — matz@... (Yukihiro Matsumoto) 2003/02/18

Hi,

[#65110] Re: How to test for existence of instance variable? — Paul Brannan <pbrannan@...> 2003/02/18

On Tue, Feb 18, 2003 at 09:52:12PM +0900, Yukihiro Matsumoto wrote:

[#65112] Re: How to test for existence of instance variable? — matz@... (Yukihiro Matsumoto) 2003/02/18

Hi,

[#65125] Re: How to test for existence of instance variable? — Paul Brannan <pbrannan@...> 2003/02/18

On Wed, Feb 19, 2003 at 02:08:07AM +0900, Yukihiro Matsumoto wrote:

[#65179] Re: How to test for existence of instance variable? — matz@... (Yukihiro Matsumoto) 2003/02/19

Hi,

[#65196] Re: How to test for existence of instance variable? — Brian Candler <B.Candler@...> 2003/02/19

On Wed, Feb 19, 2003 at 05:19:15AM +0900, Paul Brannan wrote:

[#65201] Re: How to test for existence of instance variable? — Paul Brannan <pbrannan@...> 2003/02/19

On Thu, Feb 20, 2003 at 12:02:21AM +0900, Brian Candler wrote:

[#65090] $SAFE and creating New objects (File) — "\"RayZ\" Andrew V Rumm" <rayz@...>

Sorry for noob question

16 messages 2003/02/18

[#65141] String#+ operatorbroken? — Jim Freeze <jim@...>

Hi:

17 messages 2003/02/19

[#65159] Sourcing files — Bjn Lindstr <bkhl@...>

I like using source files as configuration files for my hacks.

13 messages 2003/02/19

[#65167] Ruby scripts for daily unix system administration — "Useko Netsumi" <usenets@...>

Hi, I'm a newbie looking for any example of writing ruby script to do my

22 messages 2003/02/19

[#65212] Rite Status? — Travis Whitton <whitton@...>

Hello all - I was just wondering if Rite is still in development and if it's

16 messages 2003/02/19

[#65270] optimization question — Travis Whitton <whitton@...>

Hello - A friend and I have been working on a Ruby implementation of a

39 messages 2003/02/19

[#65292] Curses base windowing system — "Useko Netsumi" <usenets@...>

As I have only limited resources on my laptop(memory, diskspace, and CPU

17 messages 2003/02/20

[#65331] Return Values of [] for Array, Hash,... (ruby 1.6.8) — Michael Bruschkewitz <brusch2@...>

Hello,

12 messages 2003/02/20

[#65351] proc {} vs. Method#to_proc — dblack@...

Hi --

22 messages 2003/02/20

[#65424] Regexp help: Parsing a CSV file — Tim Bates <tim@...>

I've dumped a CSV (comma separated values) file from Excel, and I want to

27 messages 2003/02/21

[#65454] xml-configfile 0.8.0 — Maik Schmidt <contact@...>

Yo!

14 messages 2003/02/21

[#65473] Style question: using 'block_given?' — Bill Dueber <wdueber@...>

I'm new to Ruby, and want to know what The Best Way To Do It is...

21 messages 2003/02/21
[#65485] Re: Style question: using 'block_given?' — Brian Candler <B.Candler@...> 2003/02/21

On Sat, Feb 22, 2003 at 05:00:44AM +0900, Bill Dueber wrote:

[#65494] Re: Style question: using 'block_given?' — Mauricio Fern疣dez <batsman.geo@...> 2003/02/21

On Sat, Feb 22, 2003 at 06:05:23AM +0900, Brian Candler wrote:

[#65498] Re: Style question: using 'block_given?' — Brian Candler <B.Candler@...> 2003/02/21

> This is the class instance variable police. Freeze! Keine Bewegung!

[#65511] Re: Style question: using 'block_given?' — dblack@... 2003/02/22

Hi --

[#65514] Re: Style question: using 'block_given?' — Brian Candler <B.Candler@...> 2003/02/22

On Sat, Feb 22, 2003 at 04:05:59PM +0900, dblack@candle.superlink.net wrote:

[#65526] embedded docs — Wojciech Kaczmarek <schatten@...>

Is ruby going to have (in a reasonably predictable future :) embedded

50 messages 2003/02/22
[#65567] Re: embedded docs — Simon Cozens <simon@...> 2003/02/23

Brian Wisti <brian@coolnamehere.com> writes:

[#65572] Re: embedded docs — Piers Harding <piers@...> 2003/02/23

[#65573] Re: embedded docs — Seth Kurtzberg <seth@...> 2003/02/23

I agree that this is very important.

[#65576] Internationalization (Re: embedded docs) — Brian Wisti <brian@...> 2003/02/23

On Sunday 23 February 2003 09:18 am, Seth Kurtzberg wrote:

[#65577] Re: Internationalization (Re: embedded docs) — Seth Kurtzberg <seth@...> 2003/02/23

On Sunday 23 February 2003 10:53 am, Brian Wisti wrote:

[#65601] ANN: REXML 2.5.7 and 2.4.7 — ser@... (Sean Russell)

Two, two, TWO releases for the price of one!

13 messages 2003/02/24

[#65619] Coding challenge: Space-separated constants — "Hal E. Fulton" <hal9000@...>

I'm issuing this challenge because I'm

12 messages 2003/02/24

[#65632] Happy Birthday, Ruby, and an announcement.... — dblack@...

Dear everyone,

18 messages 2003/02/24

[#65644] Debugger Not Working — Seth Kurtzberg <seth@...>

All,

26 messages 2003/02/24
[#65779] Re: Debugger Not Working — "NAKAMURA, Hiroshi" <nahi@...> 2003/02/26

Hi, Seth,

[#65784] Re: Debugger Not Working — Seth Kurtzberg <seth@...> 2003/02/26

It is working now with line numbers. What is the syntax for breaking at a

[#65786] Re: Debugger Not Working — "NAKAMURA, Hiroshi" <nahi@...> 2003/02/26

Hi, Seth,

[#65790] Re: Debugger Not Working — Seth Kurtzberg <seth@...> 2003/02/26

It may, I'll try it, but it really doesn't do much good even if it does work.

[#65791] Re: Debugger Not Working — "NAKAMURA, Hiroshi" <nahi@...> 2003/02/26

Hi, Seth,

[#65660] Objectify the mersenne twister in 1.8? — Robert Feldt <feldt@...>

Hi,

17 messages 2003/02/24

[#65802] Ruby in Performance Testing — E F van de Laar <emiel@...>

Rubyists,

18 messages 2003/02/26

[#65835] Re: von Rossum on Strong vs. Weak Typing — "Marcin 'Qrczak' Kowalczyk" <qrczak@...>

Thu, 13 Feb 2003 10:10:44 +0900, <jbritt@ruby-doc.org> <jbritt@ruby-doc.org> pisze:

12 messages 2003/02/26

[#65854] Ruby Compile-time optimization — Daniel Carrera <dcarrera@...>

Hello,

52 messages 2003/02/27

[#65884] Unable to do non-blocking read on socket — Seth Kurtzberg <seth@...>

I have not been able to change the behavior of IO::read() to non-blocking.

27 messages 2003/02/27
[#65920] Re: Unable to do non-blocking read on socket — nobu.nokada@... 2003/02/27

Hi,

[#65937] Re: Unable to do non-blocking read on socket — Seth Kurtzberg <seth@...> 2003/02/27

This is with 1.8 CVS head on linux kernel 2.4.20.

[#66126] Re: Unable to do non-blocking read on socket — nobu.nokada@... 2003/03/02

Hi,

[#66146] Re: Unable to do non-blocking read on socket — Seth Kurtzberg <seth@...> 2003/03/02

I guess I must be missing something, but I see nothing here that would expose

[#66149] Re: Unable to do non-blocking read on socket — matz@... (Yukihiro Matsumoto) 2003/03/02

Hi,

[#65907] XmlConfigFile usage — Ollivier Robert <roberto@...>

Hello,

31 messages 2003/02/27
[#65943] Re: XmlConfigFile usage — "Chris Morris" <chrismo@...> 2003/02/27

> I underestimated the need for true XML serialization and I think it's

[#65945] Re: XmlConfigFile usage — Brian Candler <B.Candler@...> 2003/02/27

On Fri, Feb 28, 2003 at 01:53:47AM +0900, Chris Morris wrote:

[#65991] I'm stuck — Friedrich Dominicus <frido@...>

Well my problem sounds IMHO trivial.

31 messages 2003/02/28

[BUG] Segmation fault in combination of heavy socket I/O and multi-threading

From: Idan Sofer <idan@...>
Date: 2003-02-14 12:22:38 UTC
List: ruby-talk #64785
This is one bug(Or perhaps even a set of bugs) I ran into more then once 
during the development of Radical, it is often solveable by forcing only 
one thread to run the inducer code concurrently, i.e. using 
Thread.critical or Mutex.

I had a problem reproducing the matter in simple TCP/IP snippets, 
however, I have managed reproducing it using a heavly stripped version 
of Radical, using pure ruby code(no extensions).

The initial way to reproduce the bug was using siege HTTP benchmarking 
tool available here:
http://www.joedog.org/siege/
(Or if you are using debian/gentoo you may use apt-get/emerge siege)

Then on one console:

# bzip2 -dc ruby-bug.tar.bz2|tar xv
# cd httpserve
# gdb ruby
gdb> ruby ./radical.rb
Radical =>

On the second console:
siege -b -c 100 -t 120S -u http://localhost:4000/blender

Initially things will go right, but the response times will slowly rise, 
and after a while(less then a minute mostly) the interepter will crash 
in some manner.
NOTE: In one occaction the interepter hanged and started mallocing like 
mad until it was killed by the kernel, so when performing this test 
please be aware the stability of your system might be in risk.

This is for instance one backtrace I was able to produce:
Radical=>
Program received signal SIGSEGV, Segmentation fault.
0x4103a618 in siglongjmp () from /lib/libc.so.6
(gdb) bt
#0  0x4103a618 in siglongjmp () from /lib/libc.so.6
#1  0x41177b10 in rb_thread_restore_context (th=0x4, exit=1) at eval.c:7567
#2  0x41177927 in stack_extend (th=0x0, exit=1074284600) at eval.c:7509
#3  0x00001039 in ?? ()
(gdb)


Another one:
Radical=>
Program received signal SIGSEGV, Segmentation fault.
0x4117799f in rb_thread_restore_context (th=0x87f9878, exit=1) at 
eval.c:7533
7533    eval.c: No such file or directory.
        in eval.c
(gdb) bt
#0  0x4117799f in rb_thread_restore_context (th=0x87f9878, exit=1) at 
eval.c:7533
#1  0x41177927 in stack_extend (th=0x850da58, exit=1) at eval.c:7509
#2  0x41177b10 in rb_thread_restore_context (th=0x850da50, exit=1) at 
eval.c:7567
#3  0x41177927 in stack_extend (th=0x411c60c8, exit=43) at eval.c:7509


And number three:
Radical=>
Program received signal SIGSEGV, Segmentation fault.
0x4117f2fb in mark_locations_array (x=0xc0000000, n=-1073796479) at gc.c:353
353     gc.c: No such file or directory.
        in gc.c
(gdb) bt
#0  0x4117f2fb in mark_locations_array (x=0xc0000000, n=-1073796479) at 
gc.c:353
#1  0x4118007a in rb_gc_mark_frame (frame=0x40cc2744) at gc.c:958
#2  0x41177375 in thread_mark (th=0x80b1ea0) at eval.c:7342
#3  0x4117f908 in rb_gc_mark (ptr=0) at gc.c:676
#4  0x4117f3eb in mark_entry (key=12202, value=1074215600) at gc.c:446
#5  0x411b5739 in st_foreach (table=0x80b1ab0, func=0x4117f3d0 
<mark_entry>, arg=0x0) at st.c:488
#6  0x4117f41c in rb_mark_tbl (tbl=0xc0000000) at gc.c:455
#7  0x4117f86a in rb_gc_mark (ptr=1092089970) at gc.c:650
#8  0x4117f8a1 in rb_gc_mark (ptr=1092089970) at gc.c:659
#9  0x4117f3eb in mark_entry (key=12250, value=1074215900) at gc.c:446
#10 0x411b5739 in st_foreach (table=0x80a6198, func=0x4117f3d0 
<mark_entry>, arg=0x0) at st.c:488
#11 0x4117f41c in rb_mark_tbl (tbl=0xc0000000) at gc.c:455
#12 0x4117f86a in rb_gc_mark (ptr=1092089970) at gc.c:650
#13 0x4117f335 in mark_locations_array (x=0xbfff911c, n=1) at gc.c:419
#14 0x4118007a in rb_gc_mark_frame (frame=0xbfff9230) at gc.c:958
#15 0x41180200 in rb_gc () at gc.c:1034
#16 0x4117ec65 in ruby_xmalloc (size=16) at gc.c:94
#17 0x411b4f87 in st_init_table_with_size (type=0x4117f872, size=11) at 
st.c:163
#18 0x411b4fcd in st_init_table (type=0x411d9f54) at st.c:176
#19 0x411b4ff3 in st_init_numtable () at st.c:182
#20 0x411c1c0d in rb_ivar_set (obj=1074294420, id=12178, val=1074216020) 
at variable.c:958
#21 0x4116ba24 in rb_eval (self=1074294420, n=0x4117f872) at eval.c:2745
#22 0x4116a65a in rb_eval (self=1074294420, n=0x4117f872) at eval.c:2053
#23 0x41170c4e in rb_call0 (klass=1074217380, recv=1074294420, id=2865, 
argc=0, argv=0xbfff9568,
    body=0x4007836c, nosuper=0) at eval.c:4547
#24 0x4117113c in rb_call (klass=1074217380, recv=1074294420, mid=2865, 
argc=2, argv=0xbfff9560,
    scope=1) at eval.c:4640
#25 0x4117148d in rb_funcall2 (recv=3221225472, mid=2865, argc=2, 
argv=0xbfff9560) at ruby.h:574
#26 0x411737e1 in rb_obj_call_init (obj=1074294420, argc=2, 
argv=0xbfff9560) at eval.c:5726
#27 0x41173832 in rb_class_new_instance (argc=2, argv=0xbfff9560, 
klass=3221197592) at eval.c:5742
#28 0x4117058d in call_cfunc (func=0x411737f0 <rb_class_new_instance>, 
recv=1074217380,
    len=-1073741824, argc=2, argv=0x0) at eval.c:4276
#29 0x41170929 in rb_call0 (klass=1073999096, recv=1074217380, id=3177, 
argc=2, argv=0xbfff9560,
    body=0x4003dde4, nosuper=1) at eval.c:4416
#30 0x4117113c in rb_call (klass=1073999096, recv=1074217380, mid=3177, 
argc=2, argv=0xbfff9560,
    scope=0) at eval.c:4640
#31 0x4116c012 in rb_eval (self=1074216020, n=0xbfff9318) at eval.c:2556
#32 0x4116c0eb in rb_eval (self=1074216020, n=0xbfff9318) at ruby.h:579
#33 0x4116a65a in rb_eval (self=1074216020, n=0xbfff9318) at eval.c:2053
#34 0x4116a65a in rb_eval (self=1074216020, n=0xbfff9318) at eval.c:2053
#35 0x4116aedb in rb_eval (self=1074216020, n=0xbfff9318) at eval.c:2237
#36 0x4116eccd in rb_yield_0 (val=6, self=1074216020, klass=0, acheck=2) 
at eval.c:3644
#37 0x41179a13 in rb_thread_yield (arg=1074215380, th=0x80b8450) at 
eval.c:8592
#38 0x411798f1 in rb_thread_start_0 (fn=0x411799dc <rb_thread_yield>, 
arg=0x400739d4,
    th_arg=0xbfff9318) at eval.c:8525
#39 0x41179ac0 in rb_thread_initialize (thread=1074215400, 
args=1074215380) at eval.c:8621
#40 0x4117058d in call_cfunc (func=0x41179a88 <rb_thread_initialize>, 
recv=1074215400,
    len=-1073741824, argc=0, argv=0x0) at eval.c:4276
#41 0x41170929 in rb_call0 (klass=1073978296, recv=1074215400, id=2865, 
argc=0, argv=0x0,
    body=0x40039b68, nosuper=1) at eval.c:4416
#42 0x4117113c in rb_call (klass=1073978296, recv=1074215400, mid=2865, 
argc=0, argv=0x0, scope=1)
    at eval.c:4640
#43 0x4117148d in rb_funcall2 (recv=3221225472, mid=2865, argc=0, 
argv=0x0) at ruby.h:574
#44 0x411737e1 in rb_obj_call_init (obj=1074215400, argc=0, argv=0x0) at 
eval.c:5726
#45 0x41179a4c in rb_thread_s_new (argc=0, argv=0x0, klass=1073978296) 
at eval.c:8605
#46 0x4117058d in call_cfunc (func=0x41179a18 <rb_thread_s_new>, 
recv=1073978296,
    len=-1073741824, argc=0, argv=0x0) at eval.c:4276
#47 0x41170929 in rb_call0 (klass=1073978276, recv=1073978296, id=3177, 
argc=0, argv=0x0,
    body=0x40039b90, nosuper=1) at eval.c:4416
#48 0x4117113c in rb_call (klass=1073978276, recv=1073978296, mid=3177, 
argc=0, argv=0x0, scope=0)
   at eval.c:4640
#49 0x4116c012 in rb_eval (self=1074216020, n=0xbfffb668) at eval.c:2556
#50 0x4116b3cd in rb_eval (self=1074216020, n=0xbfffb668) at eval.c:2304
#51 0x4116ba0c in rb_eval (self=1074216020, n=0xbfffb668) at eval.c:2744
#52 0x4116a65a in rb_eval (self=1074216020, n=0xbfffb668) at eval.c:2053
#53 0x41170c4e in rb_call0 (klass=1074217300, recv=1074216020, id=5633, 
argc=0, argv=0xbfffd094,
    body=0x40075f90, nosuper=0) at eval.c:4547
#54 0x4117113c in rb_call (klass=1074217300, recv=1074216020, mid=5633, 
argc=1, argv=0xbfffd090,
    scope=1) at eval.c:4640
#55 0x4116c012 in rb_eval (self=1074216020, n=0xbfffb668) at eval.c:2556
#56 0x41170c4e in rb_call0 (klass=1074216180, recv=1074216020, id=2865, 
argc=0, argv=0xbfffda98,
    body=0x4007aff4, nosuper=0) at eval.c:4547
#57 0x4117113c in rb_call (klass=1074216180, recv=1074216020, mid=2865, 
argc=6, argv=0xbfffda80,
    scope=1) at eval.c:4640
#58 0x4117148d in rb_funcall2 (recv=3221225472, mid=2865, argc=6, 
argv=0xbfffda80) at ruby.h:574
#59 0x411737e1 in rb_obj_call_init (obj=1074216020, argc=6, 
argv=0xbfffda80) at eval.c:5726
#60 0x41173832 in rb_class_new_instance (argc=6, argv=0xbfffda80, 
klass=3221215288) at eval.c:5742
#61 0x4117058d in call_cfunc (func=0x411737f0 <rb_class_new_instance>, 
recv=1074216180,
    len=-1073741824, argc=6, argv=0x0) at eval.c:4276
#62 0x41170929 in rb_call0 (klass=1073999096, recv=1074216180, id=3177, 
argc=6, argv=0xbfffda80,
    body=0x4003dde4, nosuper=1) at eval.c:4416
#63 0x4117113c in rb_call (klass=1073999096, recv=1074216180, mid=3177, 
argc=6, argv=0xbfffda80,
    scope=0) at eval.c:4640
#64 0x4116c012 in rb_eval (self=1073994976, n=0xbfffd838) at eval.c:2556
#65 0x4116c0eb in rb_eval (self=1073994976, n=0xbfffd838) at ruby.h:579
#66 0x4116eccd in rb_yield_0 (val=1074247100, self=1073994976, klass=0, 
acheck=0) at eval.c:3644
#67 0x4116f004 in rb_yield (val=1074247100) at eval.c:3732
#68 0x4115baa3 in rb_ary_each (ary=1074247200) at array.c:630
#69 0x4117058d in call_cfunc (func=0x4115ba68 <rb_ary_each>, 
recv=1074247200, len=-1073741824,
    argc=0, argv=0x0) at eval.c:4276
#70 0x41170929 in rb_call0 (klass=1073970976, recv=1074247200, id=3577, 
argc=0, argv=0x0,
    body=0x40037b4c, nosuper=1) at eval.c:4416
#71 0x4117113c in rb_call (klass=1073970976, recv=1074247200, mid=3577, 
argc=0, argv=0x0, scope=0)
    at eval.c:4640
#72 0x4116b283 in rb_eval (self=1073994976, n=0xbfffd838) at ruby.h:574
#73 0x4116a65a in rb_eval (self=1073994976, n=0xbfffd838) at eval.c:2053
#74 0x41168908 in ruby_run () at eval.c:1230
#75 0x080485b4 in main ()
#76 0x410299f1 in __libc_start_main () from /lib/libc.so.6


All of these gdb dumps are from ruby 1.6.8...

As an attempt to produce pure-ruby bug reproduction enviroment, I have 
written a simple http request flooder to fit the role of siege:
require 'net/http'
x=Net::HTTP.new 'localhost',4000
1.upto 15 do
  Thread.new do
    while 1
      x.get '/blender'
    end
  end
end
while 1
  sleep 1
end

This code is also included in the tar/gz. however, running it may also 
cause the interepter to chock:
Starting program: /usr/bin/ruby fetcher.rb

Program received signal SIGPIPE, Broken pipe.
0x410cb934 in write () from /lib/libc.so.6
(gdb)
#0  0x410cb934 in write () from /lib/libc.so.6
#1  0x41120ba0 in sys_sigabbrev () from /lib/libc.so.6
#2  0x41077161 in _IO_do_write () from /lib/libc.so.6
#3  0x410770c9 in _IO_do_write () from /lib/libc.so.6
#4  0x41077a02 in _IO_file_sync () from /lib/libc.so.6
#5  0x4106e4db in fflush () from /lib/libc.so.6
#6  0x41183e70 in io_fflush (f=0x80b2908, path=0x0) at io.c:216
#7  0x41183ff7 in io_write (io=134948688, str=1074343880) at io.c:262
#8  0x4117058d in call_cfunc (func=0x41183e8c <io_write>, 
recv=1074355840, len=22, argc=1,
    argv=0x400a3000) at eval.c:4276
#9  0x41170929 in rb_call0 (klass=1073961256, recv=1074355840, id=6713, 
argc=1, argv=0xbfff2a00,
    body=0x400354a0, nosuper=1) at eval.c:4416
#10 0x4117113c in rb_call (klass=1073961256, recv=1074355840, mid=6713, 
argc=1, argv=0xbfff2a00,
    scope=0) at eval.c:4640
#11 0x4116c012 in rb_eval (self=1074357220, n=0xffffffe0) at eval.c:2556
#12 0x4116b95b in rb_eval (self=1074357220, n=0xffffffe0) at eval.c:2724
#13 0x4116c0eb in rb_eval (self=1074357220, n=0xffffffe0) at ruby.h:579
#14 0x4116ba0c in rb_eval (self=1074357220, n=0xffffffe0) at eval.c:2744
#15 0x4116a65a in rb_eval (self=1074357220, n=0xffffffe0) at eval.c:2053
#16 0x41170c4e in rb_call0 (klass=1074372060, recv=1074357220, id=11585, 
argc=0, argv=0xbfff4784,
    body=0x4009d734, nosuper=0) at eval.c:4547
#17 0x4117113c in rb_call (klass=1074372060, recv=1074357220, mid=11585, 
argc=1, argv=0xbfff4780,
    scope=1) at eval.c:4640
#18 0x4116c012 in rb_eval (self=1074357220, n=0xffffffe0) at eval.c:2556
#19 0x4116eccd in rb_yield_0 (val=4, self=1074357220, klass=0, acheck=0) 
at eval.c:3644
#20 0x4116c80f in rb_eval (self=1074357220, n=0xffffffe0) at eval.c:2386
#21 0x4116a65a in rb_eval (self=1074357220, n=0xffffffe0) at eval.c:2053
#22 0x41170c4e in rb_call0 (klass=1074372060, recv=1074357220, id=11577, 
argc=0, argv=0x0,
    body=0x4009db80, nosuper=0) at eval.c:4547
#23 0x4117113c in rb_call (klass=1074372060, recv=1074357220, mid=11577, 
argc=0, argv=0x0,
    scope=1) at eval.c:4640
#24 0x4116c012 in rb_eval (self=1074357220, n=0xffffffe0) at eval.c:2556
#25 0x4116b3cd in rb_eval (self=1074357220, n=0xffffffe0) at eval.c:2304
#26 0x41170c4e in rb_call0 (klass=1074372060, recv=1074357220, id=10521, 
argc=0, argv=0xbfff6814,
    body=0x400a0768, nosuper=0) at eval.c:4547
#27 0x4117113c in rb_call (klass=1074372060, recv=1074357220, mid=10521, 
argc=1, argv=0xbfff6810,
    scope=0) at eval.c:4640
#28 0x4116c012 in rb_eval (self=1074347740, n=0xffffffe0) at eval.c:2556
#29 0x4116eccd in rb_yield_0 (val=1074344300, self=1074347740, klass=0, 
acheck=0) at eval.c:3644
#30 0x4116c80f in rb_eval (self=1074347740, n=0xffffffe0) at eval.c:2386
#31 0x4116eccd in rb_yield_0 (val=1074346060, self=1074347740, klass=0, 
acheck=0) at eval.c:3644
#32 0x4116f004 in rb_yield (val=1074346060) at eval.c:3732
#33 0x41181bea in each_pair_i (key=4294967264, value=1074347520) at 
hash.c:591
#34 0x411810ac in rb_hash_foreach_iter (key=22, value=1074347520, 
arg=0xbfff77c0) at hash.c:131
#35 0x411b5739 in st_foreach (table=0x80a1920, func=0x41181074 
<rb_hash_foreach_iter>,
    arg=0xbfff77c0 " >\t@尺e\030A") at st.c:488
#36 0x4118110c in rb_hash_foreach_call (arg=0x0) at hash.c:142
#37 0x4116feb1 in rb_ensure (b_proc=0x411810e4 <rb_hash_foreach_call>, 
data1=3221190592,
    e_proc=0x41181118 <rb_hash_foreach_ensure>, data2=1074347680) at 
eval.c:4064
#38 0x411811b4 in rb_hash_foreach (hash=22, func=0, farg=0x0) at hash.c:173
#39 0x41181c18 in rb_hash_each_pair (hash=1074347680) at hash.c:599
#40 0x4117058d in call_cfunc (func=0x41181bf4 <rb_hash_each_pair>, 
recv=1074347680, len=22,
    argc=0, argv=0x400a3000) at eval.c:4276
#41 0x41170929 in rb_call0 (klass=1073968196, recv=1074347680, id=3577, 
argc=0, argv=0x0,
    body=0x40037098, nosuper=1) at eval.c:4416
#42 0x4117113c in rb_call (klass=1073968196, recv=1074347680, mid=3577, 
argc=0, argv=0x0, scope=0)
    at eval.c:4640
#43 0x4116c012 in rb_eval (self=1074347740, n=0x0) at eval.c:2556
#44 0x4116b3cd in rb_eval (self=1074347740, n=0x0) at eval.c:2304
#45 0x41170c4e in rb_call0 (klass=1074362920, recv=1074347740, id=10241, 
argc=0, argv=0x0,
    body=0x400250b4, nosuper=0) at eval.c:4547
#46 0x4117113c in rb_call (klass=1074362920, recv=1074347740, mid=10241, 
argc=0, argv=0x0,
    scope=1) at eval.c:4640
#47 0x4116c012 in rb_eval (self=1074347740, n=0x0) at eval.c:2556
#48 0x4116b3cd in rb_eval (self=1074347740, n=0x0) at eval.c:2304
#49 0x4116a65a in rb_eval (self=1074347740, n=0x0) at eval.c:2053
#50 0x41170c4e in rb_call0 (klass=1074363880, recv=1074347740, id=9201, 
argc=0, argv=0xbfff993c,
    body=0x4002026c, nosuper=0) at eval.c:4547
#51 0x4117113c in rb_call (klass=1074363880, recv=1074347740, mid=9201, 
argc=3, argv=0xbfff9930,
    scope=1) at eval.c:4640
#52 0x4116c012 in rb_eval (self=1074347740, n=0x0) at eval.c:2556
#53 0x41170c4e in rb_call0 (klass=1074363880, recv=1074347740, id=8249, 
argc=0, argv=0xbfffa2f4,
    body=0x40020e88, nosuper=0) at eval.c:4547
#54 0x4117113c in rb_call (klass=1074363880, recv=1074347740, mid=8249, 
argc=4, argv=0xbfffa2e4,
    scope=1) at eval.c:4640
#55 0x41171319 in rb_f_send (argc=4, argv=0xbfffa2e4, recv=1074347740) 
at ruby.h:574
#56 0x4117058d in call_cfunc (func=0x41171290 <rb_f_send>, 
recv=1074347740, len=22, argc=5,
    argv=0x400a3000) at eval.c:4276
#57 0x41170929 in rb_call0 (klass=1073998996, recv=1074347740, id=3641, 
argc=5, argv=0xbfffa2e0,
    body=0x4003d178, nosuper=1) at eval.c:4416
#58 0x4117113c in rb_call (klass=1073998996, recv=1074347740, mid=3641, 
argc=5, argv=0xbfffa2e0,
    scope=0) at eval.c:4640
#59 0x4116c012 in rb_eval (self=1074361880, n=0x0) at eval.c:2556
#60 0x4116a65a in rb_eval (self=1074361880, n=0x0) at eval.c:2053
#61 0x41170c4e in rb_call0 (klass=1074369700, recv=1074361880, id=9201, 
argc=0, argv=0xbfffafe4,
    body=0x40029bdc, nosuper=0) at eval.c:4547
#62 0x4117113c in rb_call (klass=1074369700, recv=1074361880, mid=9201, 
argc=1, argv=0xbfffafe0,
    scope=1) at eval.c:4640
#63 0x4116c012 in rb_eval (self=1074361880, n=0x0) at eval.c:2556
#64 0x4116b3cd in rb_eval (self=1074361880, n=0x0) at eval.c:2304
#65 0x4116a65a in rb_eval (self=1074361880, n=0x0) at eval.c:2053
#66 0x41170c4e in rb_call0 (klass=1074369700, recv=1074361880, id=9041, 
argc=0, argv=0xbfffc254,
    body=0x4002b9a0, nosuper=0) at eval.c:4547
#67 0x4117113c in rb_call (klass=1074369700, recv=1074361880, mid=9041, 
argc=1, argv=0xbfffc250,
    scope=0) at eval.c:4640
#68 0x4116c012 in rb_eval (self=1073994976, n=0x0) at eval.c:2556
#69 0x4116aedb in rb_eval (self=1073994976, n=0x0) at eval.c:2237
#70 0x4116eccd in rb_yield_0 (val=6, self=1073994976, klass=0, acheck=2) 
at eval.c:3644
#71 0x41179a13 in rb_thread_yield (arg=1074349820, th=0x80a1540) at 
eval.c:8592
#72 0x411798f1 in rb_thread_start_0 (fn=0x411799dc <rb_thread_yield>, 
arg=0x400946fc, th_arg=0x0)
    at eval.c:8525
#73 0x41179ac0 in rb_thread_initialize (thread=1074349880, 
args=1074349820) at eval.c:8621
#74 0x4117058d in call_cfunc (func=0x41179a88 <rb_thread_initialize>, 
recv=1074349880, len=22,
    argc=0, argv=0x400a3000) at eval.c:4276
#75 0x41170929 in rb_call0 (klass=1073978296, recv=1074349880, id=2865, 
argc=0, argv=0x0,
    body=0x40039b68, nosuper=1) at eval.c:4416
#76 0x4117113c in rb_call (klass=1073978296, recv=1074349880, mid=2865, 
argc=0, argv=0x0, scope=1)
    at eval.c:4640
#77 0x4117148d in rb_funcall2 (recv=22, mid=2865, argc=0, argv=0x0) at 
ruby.h:574
#78 0x411737e1 in rb_obj_call_init (obj=1074349880, argc=0, argv=0x0) at 
eval.c:5726
#79 0x41179a4c in rb_thread_s_new (argc=0, argv=0x0, klass=1073978296) 
at eval.c:8605
#80 0x4117058d in call_cfunc (func=0x41179a18 <rb_thread_s_new>, 
recv=1073978296, len=22, argc=0,
    argv=0x400a3000) at eval.c:4276
#81 0x41170929 in rb_call0 (klass=1073978276, recv=1073978296, id=3177, 
argc=0, argv=0x0,
    body=0x40039b90, nosuper=1) at eval.c:4416
#82 0x4117113c in rb_call (klass=1073978276, recv=1073978296, mid=3177, 
argc=0, argv=0x0, scope=0)
    at eval.c:4640
#83 0x4116c012 in rb_eval (self=1073994976, n=0xbfffd2c8) at eval.c:2556
#84 0x4116b3cd in rb_eval (self=1073994976, n=0xbfffd2c8) at eval.c:2304
#85 0x4116eccd in rb_yield_0 (val=21, self=1073994976, klass=0, 
acheck=0) at eval.c:3644
   body=0x40039b68, nosuper=1) at eval.c:4416
#76 0x4117113c in rb_call (klass=1073978296, recv=1074349880, mid=2865, 
argc=0, argv=0x0, scope=1)
    at eval.c:4640
#77 0x4117148d in rb_funcall2 (recv=22, mid=2865, argc=0, argv=0x0) at 
ruby.h:574
#78 0x411737e1 in rb_obj_call_init (obj=1074349880, argc=0, argv=0x0) at 
eval.c:5726
#79 0x41179a4c in rb_thread_s_new (argc=0, argv=0x0, klass=1073978296) 
at eval.c:8605
#80 0x4117058d in call_cfunc (func=0x41179a18 <rb_thread_s_new>, 
recv=1073978296, len=22, argc=0,
    argv=0x400a3000) at eval.c:4276
#81 0x41170929 in rb_call0 (klass=1073978276, recv=1073978296, id=3177, 
argc=0, argv=0x0,
    body=0x40039b90, nosuper=1) at eval.c:4416
#82 0x4117113c in rb_call (klass=1073978276, recv=1073978296, mid=3177, 
argc=0, argv=0x0, scope=0)
    at eval.c:4640
#83 0x4116c012 in rb_eval (self=1073994976, n=0xbfffd2c8) at eval.c:2556
#84 0x4116b3cd in rb_eval (self=1073994976, n=0xbfffd2c8) at eval.c:2304
#85 0x4116eccd in rb_yield_0 (val=21, self=1073994976, klass=0, 
acheck=0) at eval.c:3644
---Type <return> to continue, or q <return> to quit---
#86 0x4116f004 in rb_yield (val=21) at eval.c:3732
#87 0x4118fb5c in fix_upto (from=3, to=3221213896) at numeric.c:1468
#88 0x4117058d in call_cfunc (func=0x4118fb0c <fix_upto>, recv=3, 
len=22, argc=1, argv=0x400a3000)
    at eval.c:4276
#89 0x41170929 in rb_call0 (klass=1073975016, recv=3, id=4017, argc=1, 
argv=0xbfffe3e0,
    body=0x400389c0, nosuper=1) at eval.c:4416
#90 0x4117113c in rb_call (klass=1073975016, recv=3, mid=4017, argc=1, 
argv=0xbfffe3e0, scope=0)
    at eval.c:4640
#91 0x4116c012 in rb_eval (self=1073994976, n=0xbfffd2c8) at eval.c:2556
#92 0x4116b3cd in rb_eval (self=1073994976, n=0xbfffd2c8) at eval.c:2304
#93 0x4116a65a in rb_eval (self=1073994976, n=0xbfffd2c8) at eval.c:2053
#94 0x41168908 in ruby_run () at eval.c:1230
#95 0x080485b4 in main ()
#96 0x410299f1 in __libc_start_main () from /lib/libc.so.6


I hope the provided information is enough, I have decided not to attach 
the test program here as it's 21kb(and this message is already large 
enough without it), but it may be fetched here:
http://idanso.dyndns.org/maps/ruby-bug.tar.bz2

Idan.


In This Thread

Prev Next