[#86984] Attempted roadmap of future instance variables.... — "David A. Black" <dblack@...>

Hi --

81 messages 2003/12/02
[#86998] Re: Attempted roadmap of future instance variables.... — Steve Tuckner <STUCKNER@...> 2003/12/02

So what is the relationship between @_ vars and @vars that are defined in a

[#87001] Re: Attempted roadmap of future instance variables.... — "David A. Black" <dblack@...> 2003/12/02

Hi --

[#87006] Re: Attempted roadmap of future instance variables.... — Steve Tuckner <STUCKNER@...> 2003/12/02

Maybe I am being dense, so bear with me...

[#87011] Re: Attempted roadmap of future instance variables.... — Lyle Johnson <lyle@...> 2003/12/02

Steve Tuckner wrote:

[#87013] Re: Attempted roadmap of future instance variables.... — Steve Tuckner <STUCKNER@...> 2003/12/02

OK so the jist of it is that @_var variables are stored with the class of

[#87095] Re: Attempted roadmap of future instance variables.... — "Robert Klemme" <bob.news@...> 2003/12/03

[#87098] Re: Attempted roadmap of future instance variables.... — "David A. Black" <dblack@...> 2003/12/03

Hi --

[#87102] Re: Attempted roadmap of future instance variables.... — ts <decoux@...> 2003/12/03

>>>>> "D" == David A Black <dblack@wobblini.net> writes:

[#87244] Re: Attempted roadmap of future instance variables.... — "Christoph" <chr_mail@...> 2003/12/05

ts wrote:

[#87275] Re: Attempted roadmap of future instance variables.... — ts <decoux@...> 2003/12/05

>>>>> "C" == Christoph <chr_mail@gmx.net> writes:

[#87286] Re: Attempted roadmap of future instance variables.... — "Christoph" <chr_mail@...> 2003/12/05

ts wrote:

[#87290] Re: Attempted roadmap of future instance variables.... — "David A. Black" <dblack@...> 2003/12/05

Hi --

[#87308] Re: Attempted roadmap of future instance variables.... — Austin Ziegler <austin@...> 2003/12/05

On Fri, 5 Dec 2003 22:56:41 +0900, David A. Black wrote:

[#87310] Re: Attempted roadmap of future instance variables.... — "Christoph" <chr_mail@...> 2003/12/05

Austin Ziegler wrote:

[#87314] Re: Attempted roadmap of future instance variables.... — "T. Onoma" <transami@...> 2003/12/05

On Friday 05 December 2003 05:40 pm, Christoph wrote:

[#87318] Re: Attempted roadmap of future instance variables.... — matz@... (Yukihiro Matsumoto) 2003/12/05

Hi,

[#87335] Re: Attempted roadmap of future instance variables.... — Nathaniel Talbott <nathaniel@...> 2003/12/05

On Dec 5, 2003, at 12:15, Yukihiro Matsumoto wrote:

[#87320] Re: Attempted roadmap of future instance variables.... — Austin Ziegler <austin@...> 2003/12/05

On Sat, 6 Dec 2003 01:40:42 +0900, Christoph wrote:

[#87322] Re: Attempted roadmap of future instance variables.... — "T. Onoma" <transami@...> 2003/12/05

On Friday 05 December 2003 06:41 pm, Austin Ziegler wrote:

[#87066] What's the best way to create methods dealing with an object of a certain class? — Leif K-Brooks <eurleif@...>

I want to add a method to be run on Strings. Currently, I'm just adding

14 messages 2003/12/03
[#87072] Re: What's the best way to create methods dealing with an object of a certain class? — Lyle Johnson <lyle@...> 2003/12/03

Leif K-Brooks wrote:

[#87083] Some Regexp — orlovdn@... (Dmitry N Orlov)

I want to get array from file like this:

20 messages 2003/12/03

[#87203] sorting — vanjac12@... (Van Jacques)

I'm not sure where to post about this problem, so

18 messages 2003/12/04

[#87233] Generalized break? — Hal Fulton <hal9000@...>

I hate to bring up possible language changes, since there is

14 messages 2003/12/04

[#87255] WeakRef and Object#hash — Samuel Tesla <samuel@...>

I'm trying to implement a weak key hash to use for generic objects.

37 messages 2003/12/05
[#87259] Dumb question to which I ought to know the answer by now — "Mark J. Reed" <markjreed@...> 2003/12/05

Is there an assignment version of Hash#values_at, so I can assign

[#87266] Re: Dumb question to which I ought to know the answer by now — Austin Ziegler <austin@...> 2003/12/05

On Fri, 5 Dec 2003 12:42:05 +0900, Mark J. Reed wrote:

[#87333] Re: Attempted roadmap of future instance variables.... — "Weirich, James" <James.Weirich@...>

From: David A. Black [mailto:dblack@wobblini.net]

18 messages 2003/12/05
[#87337] Re: Attempted roadmap of future instance variables.... — Chris Thomas <chris@...> 2003/12/05

[#87402] Re: Attempted roadmap of future instance variables.... — matz@... (Yukihiro Matsumoto) 2003/12/06

Hi,

[#87382] Idea: Linux PIM in Ruby — Hal Fulton <hal9000@...>

On my wishlist of top 20 things I'd like to do: A PIM for Linux.

30 messages 2003/12/06
[#87407] Re: Idea: Linux PIM in Ruby — Lyle Johnson <lyle@...> 2003/12/06

Hal Fulton wrote:

[#87409] rbbr-0.5.0 — Masao Mutoh <mutoh@...>

Hi,

18 messages 2003/12/06

[#87430] Ideas for replacing $0==__FILE__ — Hal Fulton <hal9000@...>

I've accepted now that my "generalized break" was a bad idea. In

26 messages 2003/12/06
[#87720] Re: Ideas for replacing $0==__FILE__ — Eric Hodel <drbrain@...7.net> 2003/12/10

Hal Fulton (hal9000@hypermetrics.com) wrote:

[#87723] Re: Ideas for replacing $0==__FILE__ — Hal Fulton <hal9000@...> 2003/12/10

Eric Hodel wrote:

[#87726] Re: Ideas for replacing $0==__FILE__ — Eric Hodel <drbrain@...7.net> 2003/12/10

Hal Fulton (hal9000@hypermetrics.com) wrote:

[#87459] Trying to create a Ruby daemon — Samuel Kvarnbrink <samuel.kvarnbrink@...>

Hi,

11 messages 2003/12/07

[#87553] format money — saggmannen@... (saggmannen)

Hello, is there a way to format "Money"-style floats in ruby. E.g:

25 messages 2003/12/08

[#87587] Adjusting the Scope of Blocks — Mark Cox <mark_cox@...>

Hi,

22 messages 2003/12/09
[#87606] Re: Adjusting the Scope of Blocks — "Robert Klemme" <bob.news@...> 2003/12/09

[#87620] Re: Adjusting the Scope of Blocks — "David A. Black" <dblack@...> 2003/12/09

Hi --

[#87626] ANN: REXML 2.7.2 — ser@... (Sean Russell)

Hi,

18 messages 2003/12/09

[#87638] Inheriting variables, super, and "not super"? — Hugh Sasse Staff Elec Eng <hgs@...>

Is there a way in a method to say

11 messages 2003/12/09

[#87706] Docs for Socket, OpenSSL, etc — "James F. Hranicky" <jfh@...>

Are there any plans to add docs for modules like Socket and OpenSSL, etc to

23 messages 2003/12/10
[#87766] Re: Docs for Socket, OpenSSL, etc — Simon Strandgaard <neoneye@...> 2003/12/11

On Wed, 10 Dec 2003 23:20:21 +0900, James F. Hranicky wrote:

[#87769] Re: Docs for Socket, OpenSSL, etc — "James F. Hranicky" <jfh@...> 2003/12/11

On Thu, 11 Dec 2003 20:57:00 +0900

[#87780] Re: Docs for Socket, OpenSSL, etc — Dave Thomas <dave@...> 2003/12/11

[#87781] Re: Docs for Socket, OpenSSL, etc — "James F. Hranicky" <jfh@...> 2003/12/11

On Fri, 12 Dec 2003 00:07:28 +0900

[#87775] prog for g.c.d. of 2 integers — vanjac12@... (Van Jacques)

Topics from mathematics make good practice programs, IMO.

13 messages 2003/12/11

[#87783] problems with racc: $end token — "Luke A. Kanies" <luke@...>

Hello,

14 messages 2003/12/11
[#87789] Re: problems with racc: $end token — Jim Freeze <jim@...> 2003/12/11

On Friday, 12 December 2003 at 0:42:30 +0900, Luke A. Kanies wrote:

[#87819] Ruby-Talk Subject Matters — "T. Onoma" <transami@...>

Out of curiosity, how do others feel about "suggestive" threads? Do you feel

15 messages 2003/12/11

[#87856] Simple issue giving problems — Brad <coish@...>

Hello all,

17 messages 2003/12/11

[#88031] inplace assignment — "T. Onoma" <transami@...>

is there anyway, anyway at all, ugly hacks accepted, of doing inplace

40 messages 2003/12/14
[#88032] Re: inplace assignment — Hal Fulton <hal9000@...> 2003/12/14

T. Onoma wrote:

[#88034] Re: inplace assignment — "T. Onoma" <transami@...> 2003/12/14

On Sunday 14 December 2003 05:51 am, Hal Fulton wrote:

[#88037] Re: inplace assignment — Hal Fulton <hal9000@...> 2003/12/14

T. Onoma wrote:

[#88041] Re: inplace assignment — "T. Onoma" <transami@...> 2003/12/14

On Sunday 14 December 2003 07:49 am, Hal Fulton wrote:

[#88056] Re: inplace assignment — "David A. Black" <dblack@...> 2003/12/14

On Sun, 14 Dec 2003, T. Onoma wrote:

[#88059] Re: inplace assignment — "T. Onoma" <transami@...> 2003/12/14

On Sunday 14 December 2003 03:59 pm, David A. Black wrote:

[#88064] Re: inplace assignment — "David A. Black" <dblack@...> 2003/12/14

On Mon, 15 Dec 2003, T. Onoma wrote:

[#88077] All there is to know about Duck Typing (was: inplace assignment) — "T. Onoma" <transami@...> 2003/12/14

Alright, a number of things related to Duck Tpying have been popping up and I

[#88081] Re: All there is to know about Duck Typing (was: inplace assignment) — "David Naseby" <david.naseby@...> 2003/12/14

> -----Original Message-----

[#88147] extremely strange segfault — "Luke A. Kanies" <luke@...>

Hi all,

14 messages 2003/12/15

[#88150] UnboundMethods Useless? — "T. Onoma" <transami@...>

Urrrr.....

34 messages 2003/12/15
[#88239] Re: UnboundMethods Useless? — Dan Doel <djd15@...> 2003/12/16

You can do stuff like this:

[#88309] Re: UnboundMethods Useless? — "T. Onoma" <transami@...> 2003/12/17

On Tuesday 16 December 2003 08:54 pm, Dan Doel wrote:

[#88322] Re: UnboundMethods Useless? — Chad Fowler <chad@...> 2003/12/17

On Wed, 17 Dec 2003, T. Onoma wrote:

[#88323] Re: UnboundMethods Useless? — ts <decoux@...> 2003/12/17

>>>>> "C" == Chad Fowler <chad@chadfowler.com> writes:

[#88327] Re: UnboundMethods Useless? — "T. Onoma" <transami@...> 2003/12/17

On Wednesday 17 December 2003 01:21 pm, ts wrote:

[#88328] Re: UnboundMethods Useless? — ts <decoux@...> 2003/12/17

>>>>> "T" == T Onoma <transami@runbox.com> writes:

[#88332] Re: UnboundMethods Useless? — "T. Onoma" <transami@...> 2003/12/17

On Wednesday 17 December 2003 01:59 pm, ts wrote:

[#88333] Re: UnboundMethods Useless? — "David A. Black" <dblack@...> 2003/12/17

On Wed, 17 Dec 2003, T. Onoma wrote:

[#88336] Re: UnboundMethods Useless? — Peter <Peter.Vanbroekhoven@...> 2003/12/17

> I don't know what you mean by (ir)reversible, but the point is that

[#88337] Re: UnboundMethods Useless? — ts <decoux@...> 2003/12/17

>>>>> "P" == Peter <Peter.Vanbroekhoven@cs.kuleuven.ac.be> writes:

[#88159] Re: Extracting multiple lines from a file — "Berger, Daniel" <djberge@...>

> -----Original Message-----

18 messages 2003/12/15
[#88161] Re: Extracting multiple lines from a file — "Ron Coutts" <rcoutts@...> 2003/12/15

[#88166] Re: Extracting multiple lines from a file — "Mark J. Reed" <markjreed@...> 2003/12/15

On Tue, Dec 16, 2003 at 07:16:23AM +0900, Ron Coutts wrote:

[#88199] Re: Extracting multiple lines from a file — Derek Lewis <lewisd@...00f.net> 2003/12/16

On Tue, 16 Dec 2003, Mark J. Reed wrote:

[#88172] Copying methods from one class to another — "T. Onoma" <transami@...>

Is there any way to copy a method from one class to another?

22 messages 2003/12/16
[#88174] Re: Copying methods from one class to another — Jamis Buck <jgb3@...> 2003/12/16

T. Onoma wrote:

[#88183] Re: Copying methods from one class to another — "T. Onoma" <transami@...> 2003/12/16

On Tuesday 16 December 2003 05:23 am, Jamis Buck wrote:

[#88189] Re: Copying methods from one class to another — "David A. Black" <dblack@...> 2003/12/16

On Tue, 16 Dec 2003, T. Onoma wrote:

[#88191] Re: Copying methods from one class to another — "T. Onoma" <transami@...> 2003/12/16

On Tuesday 16 December 2003 02:51 pm, David A. Black wrote:

[#88195] Re: Copying methods from one class to another — Hacksaw <hacksaw@...> 2003/12/16

Sorry to step into the middle of a conversation, but what does this mean:

[#88211] Newbie questions — jfrapper@... (Jim Frapper)

I was wondering what the equivalent tools were to perldoc(ri is not)

44 messages 2003/12/16
[#88259] Re: Newbie questions — Chad Fowler <chad@...> 2003/12/16

On Wed, 17 Dec 2003, Jim Frapper wrote:

[#88266] Re: Newbie questions — Gavin Sinclair <gsinclair@...> 2003/12/16

On Wednesday, December 17, 2003, 8:10:19 AM, Chad wrote:

[#88270] Re: Newbie questions — Daniel Carrera <dcarrera@...> 2003/12/16

>

[#88271] Re: Newbie questions — "Luke A. Kanies" <luke@...> 2003/12/16

On Wed, 17 Dec 2003, Daniel Carrera wrote:

[#88272] Re: Newbie questions — Daniel Carrera <dcarrera@...> 2003/12/16

On Wed, Dec 17, 2003 at 07:07:45AM +0900, Luke A. Kanies wrote:

[#88280] Re: Newbie questions — "Luke A. Kanies" <luke@...> 2003/12/16

On Wed, 17 Dec 2003, Daniel Carrera wrote:

[#88370] Re: Newbie questions — Derek Lewis <lewisd@...00f.net> 2003/12/17

[#88220] Re: Newbie questions — "Berger, Daniel" <djberge@...>

> -----Original Message-----

31 messages 2003/12/16
[#88224] Re: Newbie questions — Hal Fulton <hal9000@...> 2003/12/16

Berger, Daniel wrote:

[#88227] Re: Newbie questions — Thomas Adam <thomas_adam16@...> 2003/12/16

--- Hal Fulton <hal9000@hypermetrics.com> wrote:

[#88228] Re: Newbie questions — Hal Fulton <hal9000@...> 2003/12/16

Thomas Adam wrote:

[#88289] Very odd IO problem — Brad <coish@...>

All:

18 messages 2003/12/17

[#88414] Yukihiro - Please ensure backwards compatibility — jobeicus@... (Joseph Benik)

having recently migrated one of my machines from a 1.6 flavor to the

14 messages 2003/12/18

[#88494] How to return more than one result from a method? — Tim Hunter <cyclists@...>

I'm trying to code a method that has two result values. The values are

14 messages 2003/12/19

[#88581] replacing two EOL chars by one — xah@... (Xah Lee)

i have a bunch of java files that has spaced-out formatting that i

23 messages 2003/12/20

[#88643] Ruby 1.8.1 preview4 — matz@... (Yukihiro Matsumoto)

Hi,

32 messages 2003/12/22

[#88731] RubyGems and dependencies — sera@... (Francis Hwang)

Two RubyGems questions about dependencies:

16 messages 2003/12/23

[#88781] TkText freezes — quillion <me@...>

Hello all,

21 messages 2003/12/24

[#88814] ruby 1.8.1 — matz@... (Yukihiro Matsumoto)

Merry Christmas,

25 messages 2003/12/24

[#88936] Inconsistent value of uninitialized variable — Gavin Sinclair <gsinclair@...>

The following statement, free of all context, generates an error:

10 messages 2003/12/28

[#88954] An addition to Array (or Enumerable)? — Harry Ohlsen <harryo@...>

Yesterday, I wanted to get the output from "ls -l some_file" and pull out just the file size and the file name. As I start writing this, I realise, of course, that I'd have been better off just using the File#size method, but I still think the issue I hit is interesting.

12 messages 2003/12/28

[#89015] ruby-dev summary 22273-22434 — "Takaaki Tateishi" <ttate@...>

Hello,

16 messages 2003/12/30
[#89016] Re: ruby-dev summary 22273-22434 — Austin Ziegler <austin@...> 2003/12/30

On Wed, 31 Dec 2003 00:45:11 +0900, Takaaki Tateishi wrote:

Re: Segfault in 1.8.1p3

From: Nathaniel Talbott <nathaniel@...>
Date: 2003-12-09 21:07:11 UTC
List: ruby-talk #87661
On Dec 9, 2003, at 08:24, Nathaniel Talbott wrote:

> Unfortunately, I don't have much information at this point, but here's 
> what I do have:
>
>   [2003-12-08 12:55:39] INFO  WEBrick::HTTPServer#start: pid=22231 
> port=2222
>   /usr/lib/ruby/1.8/timeout.rb:47: [BUG] Segmentation fault
>   ruby 1.8.1 (2003-12-05) [i386-linux]
>
> timeout.rb line 47 seems innocuous enough; it simply kills the timeout 
> thread if it is still running. Any ideas?
>
> If I discover anything else, I'll let you know (although, of course, 
> it only happens under load :-/ ).

The segfault occurs at inconsistent times (sometimes almost twice in a 
row, sometimes it'll go hours), and in inconsistent places (I've had it 
segfault in timeout.rb and in various WEBrick files).

I've managed to coax a backtrace out of it:

   (gdb) bt
   #0  0x409db64c in ?? ()
   #1  0x400e81e1 in siglongjmp () from /lib/libc.so.6
   #2  0x400e814c in siglongjmp () from /lib/libc.so.6
   #3  0x40022426 in longjmp () from /lib/libpthread.so.0
   #4  0x080668b6 in rb_thread_restore_context (th=0x811d618, exit=1) at 
eval.c:8526
   #5  0x08067afe in rb_thread_schedule () at eval.c:8930
   #6  0x08068051 in rb_thread_select (max=23, read=0xbffe5700, 
write=0x0, except=0x0,
       timeout=0xbffe5568) at eval.c:9105
   #7  0x0807e08d in rb_f_select (argc=4, argv=0xbffe59a0, 
obj=1075936204) at io.c:3321
   #8  0x0806b213 in call_cfunc (func=0x807d9f4 <rb_f_select>, 
recv=1075936204, len=-1, argc=4,
       argv=0xbffe59a0) at eval.c:4903
   #9  0x0805dfb3 in rb_call0 (klass=1075936184, recv=1075936204, 
id=3721, oid=3721, argc=4,
       argv=0xbffe59a0, body=0x40217a28, nosuper=0) at eval.c:5037
   #10 0x0805eaf8 in rb_call (klass=1075936184, recv=1075936204, 
mid=3721, argc=4,
       argv=0xbffe59a0, scope=0) at eval.c:5258
   #11 0x080587aa in rb_eval (self=1083839784, n=0x405cfae4) at 
eval.c:3053
   #12 0x080572d0 in rb_eval (self=1083839784, n=0x405ce07c) at 
eval.c:2728
   #13 0x0805e5af in rb_call0 (klass=1076576852, recv=1083839784, 
id=41257, oid=41257, argc=0,
       argv=0x0, body=0x405ce07c, nosuper=0) at eval.c:5165
   #14 0x0805eaf8 in rb_call (klass=1076576852, recv=1083839784, 
mid=41257, argc=0, argv=0x0,
       scope=2) at eval.c:5258
   #15 0x08058a9c in rb_eval (self=1083839784, n=0x405d8428) at 
eval.c:3074
   #16 0x080572f6 in rb_eval (self=1083839784, n=0x405d7bb8) at 
eval.c:2732
   #17 0x08057ab9 in rb_eval (self=1083839784, n=0x405d67b8) at 
eval.c:2860
   #18 0x0805e5af in rb_call0 (klass=1076576852, recv=1083839784, 
id=40937, oid=40937, argc=0,
       argv=0xbffe7724, body=0x405d67b8, nosuper=0) at eval.c:5165
   #19 0x0805eaf8 in rb_call (klass=1076576852, recv=1083839784, 
mid=40937, argc=1,
       argv=0xbffe7720, scope=1) at eval.c:5258
   #20 0x08058a64 in rb_eval (self=1083839784, n=0x405d5610) at 
eval.c:3068
   #21 0x08058575 in rb_eval (self=1083839784, n=0x405d5598) at 
eval.c:3047
   #22 0x0805e5af in rb_call0 (klass=1076576852, recv=1083839784, 
id=7321, oid=7321, argc=0,
       argv=0x0, body=0x405d5598, nosuper=0) at eval.c:5165
   #23 0x0805eaf8 in rb_call (klass=1076576852, recv=1083839784, 
mid=7321, argc=0, argv=0x0,
       scope=0) at eval.c:5258
   #24 0x080587aa in rb_eval (self=1080956984, n=0x406057e8) at 
eval.c:3053
   #25 0x08059753 in rb_eval (self=1080956984, n=0x40604f50) at 
eval.c:3236
   #26 0x0805e5af in rb_call0 (klass=1080956924, recv=1080956984, 
id=40913, oid=40913, argc=0,
       argv=0xbffe8f74, body=0x40604f50, nosuper=0) at eval.c:5165
   #27 0x0805eaf8 in rb_call (klass=1080956924, recv=1080956984, 
mid=40913, argc=1,
       argv=0xbffe8f70, scope=1) at eval.c:5258
   #28 0x08058a64 in rb_eval (self=1080956984, n=0x406075d4) at 
eval.c:3068
   #29 0x08057966 in rb_eval (self=1080956984, n=0x40607570) at 
eval.c:2832
   #30 0x08059705 in rb_eval (self=1080956984, n=0x40606fe4) at 
eval.c:3230
   #31 0x0805e5af in rb_call0 (klass=1080956924, recv=1080956984, 
id=40249, oid=40249, argc=0,
       argv=0xbffea0f4, body=0x40606fe4, nosuper=0) at eval.c:5165
   #32 0x0805eaf8 in rb_call (klass=1080956924, recv=1080956984, 
mid=40249, argc=1,
       argv=0xbffea0f0, scope=0) at eval.c:5258
   #33 0x080587aa in rb_eval (self=1083840624, n=0x4066c2b8) at 
eval.c:3053
   #34 0x08059753 in rb_eval (self=1083840624, n=0x4066c240) at 
eval.c:3236
   #35 0x08057135 in rb_eval (self=1083840624, n=0x4066e540) at 
eval.c:2697
   #36 0x0805e5af in rb_call0 (klass=1076273488, recv=1083840624, 
id=32153, oid=32153, argc=0,
       argv=0xbffeb288, body=0x4066e540, nosuper=0) at eval.c:5165
   #37 0x0805eaf8 in rb_call (klass=1076273488, recv=1083840624, 
mid=32153, argc=2,
       argv=0xbffeb280, scope=1) at eval.c:5258
   #38 0x08058a64 in rb_eval (self=1083840624, n=0x4066da64) at 
eval.c:3068
   #39 0x08063c49 in block_pass (self=1083840624, node=0x4066dadc) at 
eval.c:7326
   #40 0x080573e4 in rb_eval (self=1083840624, n=0x4066dadc) at 
eval.c:2759
   #41 0x08058126 in rb_eval (self=1083840624, n=0x4066d9c4) at 
eval.c:2997
   #42 0x0805c200 in rb_yield_0 (val=1083840624, self=1083840624, 
klass=0, flags=0, avalue=0)
       at eval.c:4270
   #43 0x08057a10 in rb_eval (self=1083840624, n=0x40685ce0) at 
eval.c:2849
   #44 0x08058126 in rb_eval (self=1083840624, n=0x40685c7c) at 
eval.c:2997
   #45 0x08057cdb in rb_eval (self=1083840624, n=0x40685754) at 
eval.c:2909
   #46 0x0805e5af in rb_call0 (klass=1076273488, recv=1083840624, 
id=5001, oid=5001, argc=0,
       argv=0x0, body=0x40685754, nosuper=0) at eval.c:5165
   #47 0x0805eaf8 in rb_call (klass=1076273488, recv=1083840624, 
mid=5001, argc=0, argv=0x0,
       scope=1) at eval.c:5258
   #48 0x08058a64 in rb_eval (self=1083840624, n=0x4066d8c0) at 
eval.c:3068
   #49 0x08057578 in rb_eval (self=1083840624, n=0x4066e540) at 
eval.c:2773
   #50 0x0805e5af in rb_call0 (klass=1076273488, recv=1083840624, 
id=32153, oid=32153, argc=0,
       argv=0xbffee294, body=0x4066e540, nosuper=0) at eval.c:5165
   #51 0x0805eaf8 in rb_call (klass=1076273488, recv=1083840624, 
mid=32153, argc=1,
       argv=0xbffee290, scope=1) at eval.c:5258
   #52 0x08058a64 in rb_eval (self=1083840624, n=0x4067c424) at 
eval.c:3068
   #53 0x08059753 in rb_eval (self=1083840624, n=0x4067c30c) at 
eval.c:3236
   #54 0x0805e5af in rb_call0 (klass=1076273488, recv=1083840624, 
id=30737, oid=30737, argc=0,
       argv=0xbffeeed4, body=0x4067c30c, nosuper=0) at eval.c:5165
   #55 0x0805eaf8 in rb_call (klass=1076273488, recv=1083840624, 
mid=30737, argc=1,
       argv=0xbffeeed0, scope=0) at eval.c:5258
   #56 0x080587aa in rb_eval (self=1084288984, n=0x406b34b0) at 
eval.c:3053
   #57 0x0805c200 in rb_yield_0 (val=1084068484, self=1084288984, 
klass=0, flags=1, avalue=2)
       at eval.c:4270
   #58 0x08063580 in proc_invoke (proc=1084288084, args=1083840724, 
self=6, klass=0)
       at eval.c:7155
   #59 0x08063743 in proc_call (proc=1084288084, args=1083840724) at 
eval.c:7197
   #60 0x0806b1f4 in call_cfunc (func=0x806372c <proc_call>, 
recv=1084288084, len=-2, argc=1,
       argv=0xbffef920) at eval.c:4900
   #61 0x0805dfb3 in rb_call0 (klass=1075914684, recv=1084288084, 
id=331, oid=331, argc=1,
       argv=0xbffef920, body=0x402126e0, nosuper=0) at eval.c:5037
   #62 0x0805eaf8 in rb_call (klass=1075914684, recv=1084288084, 
mid=331, argc=1,
       argv=0xbffef920, scope=0) at eval.c:5258
   #63 0x080587aa in rb_eval (self=1084288984, n=0x406b187c) at 
eval.c:3053
   #64 0x08057ab9 in rb_eval (self=1084288984, n=0x406b04e0) at 
eval.c:2860
   #65 0x0805c200 in rb_yield_0 (val=1084068484, self=1084288984, 
klass=0, flags=1, avalue=2)
       at eval.c:4270
   #66 0x08063580 in proc_invoke (proc=1084287904, args=1083840844, 
self=6, klass=0)
       at eval.c:7155
   #67 0x08063743 in proc_call (proc=1084287904, args=1083840844) at 
eval.c:7197
   #68 0x0806b1f4 in call_cfunc (func=0x806372c <proc_call>, 
recv=1084287904, len=-2, argc=1,
       argv=0xbfff08a0) at eval.c:4900
   #69 0x0805dfb3 in rb_call0 (klass=1075914684, recv=1084287904, 
id=5185, oid=5185, argc=1,
       argv=0xbfff08a0, body=0x40212730, nosuper=0) at eval.c:5037
   #70 0x0805eaf8 in rb_call (klass=1075914684, recv=1084287904, 
mid=5185, argc=1,
       argv=0xbfff08a0, scope=0) at eval.c:5258
   #71 0x080587aa in rb_eval (self=1084287864, n=0x406cd93c) at 
eval.c:3053
   #72 0x0805e5af in rb_call0 (klass=1084288884, recv=1084287864, 
id=31993, oid=31993, argc=0,
       argv=0xbfff0fb8, body=0x406cd93c, nosuper=0) at eval.c:5165
   #73 0x0805eaf8 in rb_call (klass=1084288884, recv=1084287864, 
mid=31993, argc=2,
       argv=0xbfff0fb0, scope=0) at eval.c:5258
   #74 0x080587aa in rb_eval (self=1084147884, n=0x406ab698) at 
eval.c:3053
   #75 0x08057e43 in rb_eval (self=1084147884, n=0x406ab60c) at 
eval.c:2936
   #76 0x0805c200 in rb_yield_0 (val=1084287864, self=1084147884, 
klass=0, flags=0, avalue=0)
       at eval.c:4270
   #77 0x0805c4b6 in rb_yield (val=1084287864) at eval.c:4323
   #78 0x080e0e7a in find_i (i=1084287864, memo=0x409d9540) at enum.c:67
   #79 0x0805c1df in rb_yield_0 (val=1084287864, self=1075972664, 
klass=0, flags=0, avalue=0)
       at eval.c:4267
   #80 0x0805c4b6 in rb_yield (val=1084287864) at eval.c:4323
   #81 0x080d415f in rb_ary_each (ary=1084287724) at array.c:816
   #82 0x0806b22d in call_cfunc (func=0x80d4128 <rb_ary_each>, 
recv=1084287724, len=0, argc=0,
       argv=0x0) at eval.c:4906
   #83 0x0805dfb3 in rb_call0 (klass=1075947264, recv=1084287724, 
id=3825, oid=3825, argc=0,
       argv=0x0, body=0x4021a2dc, nosuper=0) at eval.c:5037
   #84 0x0805eaf8 in rb_call (klass=1075947264, recv=1084287724, 
mid=3825, argc=0, argv=0x0,
       scope=1) at eval.c:5258
   #85 0x0805ece6 in rb_funcall (recv=1084287724, mid=3825, n=0) at 
eval.c:5323
   #86 0x080e0d59 in rb_each (obj=1084287724) at enum.c:24
   #87 0x0805cc7e in rb_iterate (it_proc=0x80e0d40 <rb_each>, 
data1=1084287724,
       bl_proc=0x80e0e68 <find_i>, data2=1084069184) at eval.c:4539
   #88 0x080e0ef7 in enum_find (argc=0, argv=0x0, obj=1084287724) at 
enum.c:85
   #89 0x0806b213 in call_cfunc (func=0x80e0eac <enum_find>, 
recv=1084287724, len=-1, argc=0,
       argv=0x0) at eval.c:4903
   #90 0x0805dfb3 in rb_call0 (klass=1075971844, recv=1084287724, 
id=3705, oid=3705, argc=0,
       argv=0x0, body=0x40220600, nosuper=0) at eval.c:5037
   #91 0x0805eaf8 in rb_call (klass=1075971844, recv=1084287724, 
mid=3705, argc=0, argv=0x0,
       scope=0) at eval.c:5258
   #92 0x080587aa in rb_eval (self=1084147884, n=0x406ab83c) at 
eval.c:3053
   #93 0x08057578 in rb_eval (self=1084147884, n=0x406ab56c) at 
eval.c:2773
   #94 0x08059753 in rb_eval (self=1084147884, n=0x406ac570) at 
eval.c:3236
   #95 0x0805e5af in rb_call0 (klass=1084288984, recv=1084147884, 
id=24929, oid=24929, argc=0,
       argv=0xbfff34a8, body=0x406ac570, nosuper=0) at eval.c:5165
   #96 0x0805eaf8 in rb_call (klass=1084288984, recv=1084147884, 
mid=24929, argc=2,
       argv=0xbfff34a0, scope=0) at eval.c:5258
   #97 0x080587aa in rb_eval (self=1083855504, n=0x402a9c14) at 
eval.c:3053
   #98 0x08059753 in rb_eval (self=1083855504, n=0x402aa204) at 
eval.c:3236
   #99 0x0805e5af in rb_call0 (klass=1080152184, recv=1083855504, 
id=24833, oid=24833, argc=0,
       argv=0xbfff4108, body=0x402aa204, nosuper=0) at eval.c:5165
   #100 0x0805eaf8 in rb_call (klass=1080152184, recv=1083855504, 
mid=24833, argc=2,
       argv=0xbfff4100, scope=1) at eval.c:5258
   #101 0x08058a64 in rb_eval (self=1083855504, n=0x402b0564) at 
eval.c:3068
   #102 0x0805e5af in rb_call0 (klass=1080152184, recv=1083855504, 
id=24809, oid=24809, argc=0,
       argv=0xbfff4828, body=0x402b0564, nosuper=0) at eval.c:5165
   #103 0x0805eaf8 in rb_call (klass=1080152184, recv=1083855504, 
mid=24809, argc=2,
       argv=0xbfff4820, scope=1) at eval.c:5258
   #104 0x08058a64 in rb_eval (self=1083855504, n=0x402b2e18) at 
eval.c:3068
   #105 0x0805e5af in rb_call0 (klass=1080152184, recv=1083855504, 
id=24801, oid=24801, argc=0,
       argv=0xbfff516c, body=0x402b2e18, nosuper=0) at eval.c:5165
   #106 0x0805eaf8 in rb_call (klass=1080152184, recv=1083855504, 
mid=24801, argc=2,
       argv=0xbfff5164, scope=1) at eval.c:5258
   #107 0x0805ec23 in rb_f_send (argc=2, argv=0xbfff5164, 
recv=1083855504) at eval.c:5288
   #108 0x0806b213 in call_cfunc (func=0x805eb94 <rb_f_send>, 
recv=1083855504, len=-1, argc=3,
       argv=0xbfff5160) at eval.c:4903
   #109 0x0805dfb3 in rb_call0 (klass=1075977384, recv=1083855504, 
id=3881, oid=3881, argc=3,
       argv=0xbfff5160, body=0x4021fdb8, nosuper=0) at eval.c:5037
   #110 0x0805eaf8 in rb_call (klass=1075977384, recv=1083855504, 
mid=3881, argc=3,
       argv=0xbfff5160, scope=1) at eval.c:5258
   #111 0x08058a64 in rb_eval (self=1083855504, n=0x40643afc) at 
eval.c:3068
   #112 0x0805e5af in rb_call0 (klass=1080306364, recv=1083855504, 
id=30929, oid=30929, argc=0,
       argv=0xbfff5878, body=0x40643afc, nosuper=0) at eval.c:5165
   #113 0x0805eaf8 in rb_call (klass=1080306364, recv=1083855504, 
mid=30929, argc=2,
       argv=0xbfff5870, scope=0) at eval.c:5258
   #114 0x080587aa in rb_eval (self=1084286384, n=0x40647d50) at 
eval.c:3053
   #115 0x0805e5af in rb_call0 (klass=1080132744, recv=1084286384, 
id=30929, oid=30929, argc=0,
       argv=0xbfff5fc8, body=0x40647d50, nosuper=0) at eval.c:5165
   #116 0x0805eaf8 in rb_call (klass=1080132744, recv=1084286384, 
mid=30929, argc=2,
       argv=0xbfff5fc0, scope=1) at eval.c:5258
   #117 0x08058a64 in rb_eval (self=1084286384, n=0x40649240) at 
eval.c:3068
   #118 0x08057ab9 in rb_eval (self=1084286384, n=0x40648638) at 
eval.c:2860
   #119 0x08057cdb in rb_eval (self=1084286384, n=0x40649380) at 
eval.c:2909
   #120 0x08057135 in rb_eval (self=1084286384, n=0x40648390) at 
eval.c:2697
   #121 0x0805e5af in rb_call0 (klass=1080132744, recv=1084286384, 
id=5081, oid=5081, argc=0,
       argv=0xbfff76b4, body=0x40648390, nosuper=0) at eval.c:5165
   #122 0x0805eaf8 in rb_call (klass=1080132744, recv=1084286384, 
mid=5081, argc=1,
       argv=0xbfff76b0, scope=1) at eval.c:5258
   #123 0x08058a64 in rb_eval (self=1084286384, n=0x4032baac) at 
eval.c:3068
   #124 0x08057ab9 in rb_eval (self=1084286384, n=0x40328550) at 
eval.c:2860
   #125 0x08057cdb in rb_eval (self=1084286384, n=0x4032740c) at 
eval.c:2909
   #126 0x0805c200 in rb_yield_0 (val=1083757344, self=1084286384, 
klass=0, flags=2, avalue=2)
       at eval.c:4270
   #127 0x080692c0 in rb_thread_yield (arg=1083757344, th=0x82b86c8) at 
eval.c:9663
   #128 0x08068f64 in rb_thread_start_0 (fn=0x80691f4 <rb_thread_yield>, 
arg=0x4098d320,
       th=0x82b86c8) at eval.c:9577
   #129 0x08069413 in rb_thread_start (klass=1075962144, 
args=1083757344) at eval.c:9702
   #130 0x0806b1f4 in call_cfunc (func=0x80693c4 <rb_thread_start>, 
recv=1075962144, len=-2,
       argc=0, argv=0x0) at eval.c:4900
   #131 0x0805dfb3 in rb_call0 (klass=1075962124, recv=1075962144, 
id=5001, oid=5001, argc=0,
       argv=0x0, body=0x4021e094, nosuper=0) at eval.c:5037
   #132 0x0805eaf8 in rb_call (klass=1075962124, recv=1075962144, 
mid=5001, argc=0, argv=0x0,
       scope=0) at eval.c:5258
   #133 0x080587aa in rb_eval (self=1084286384, n=0x4032bc3c) at 
eval.c:3053
   #134 0x08057578 in rb_eval (self=1084286384, n=0x4032bc8c) at 
eval.c:2773
   #135 0x0805e5af in rb_call0 (klass=1080823624, recv=1084286384, 
id=23857, oid=23857, argc=0,
       argv=0xbfff97e4, body=0x4032bc8c, nosuper=1) at eval.c:5165
   #136 0x0805eaf8 in rb_call (klass=1080823624, recv=1084286384, 
mid=23857, argc=1,
       argv=0xbfff97e0, scope=1) at eval.c:5258
   #137 0x08058a64 in rb_eval (self=1084286384, n=0x40322ad8) at 
eval.c:3068
   #138 0x08063c49 in block_pass (self=1084286384, node=0x40322aec) at 
eval.c:7326
   #139 0x080573e4 in rb_eval (self=0, n=0x0) at eval.c:2759
   (gdb)

Any help would be MOST appreciated, or any additional ideas about how 
to track this down. I have the server stopped in gdb at the SIGSEGV 
point, so I can give information about the state of data structures in 
memory if that would help.

Thanks,


Nathaniel

<:((><


In This Thread