[#5218] Ruby Book Eng tl, ch1 question — Jon Babcock <jon@...>

13 messages 2000/10/02

[#5404] Object.foo, setters and so on — "Hal E. Fulton" <hal9000@...>

OK, here is what I think I know.

14 messages 2000/10/11

[#5425] Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — Jon Babcock <jon@...>

18 messages 2000/10/11
[#5427] RE: Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — OZAWA -Crouton- Sakuro <crouton@...> 2000/10/11

At Thu, 12 Oct 2000 03:49:46 +0900,

[#5429] Re: Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — Jon Babcock <jon@...> 2000/10/11

Thanks for the input.

[#5432] Re: Ruby Book Eng. tl, 9.8.11 -- seishitsu ? — Yasushi Shoji <yashi@...> 2000/10/11

At Thu, 12 Oct 2000 04:53:41 +0900,

[#5516] Re: Some newbye question — ts <decoux@...>

>>>>> "D" == Davide Marchignoli <marchign@di.unipi.it> writes:

80 messages 2000/10/13
[#5531] Re: Some newbye question — matz@... (Yukihiro Matsumoto) 2000/10/14

Hi,

[#5544] Re: Some newbye question — Davide Marchignoli <marchign@...> 2000/10/15

On Sat, 14 Oct 2000, Yukihiro Matsumoto wrote:

[#5576] Re: local variables (nested, in-block, parameters, etc.) — Dave Thomas <Dave@...> 2000/10/16

matz@zetabits.com (Yukihiro Matsumoto) writes:

[#5617] Re: local variables (nested, in-block, parameters, etc.) — "Brian F. Feldman" <green@...> 2000/10/16

Dave Thomas <Dave@thomases.com> wrote:

[#5705] Dynamic languages, SWOT ? — Hugh Sasse Staff Elec Eng <hgs@...>

There has been discussion on this list/group from time to time about

16 messages 2000/10/20
[#5712] Re: Dynamic languages, SWOT ? — Charles Hixson <charleshixsn@...> 2000/10/20

Hugh Sasse Staff Elec Eng wrote:

[#5882] [RFC] Towards a new synchronisation primitive — hipster <hipster@...4all.nl>

Hello fellow rubyists,

21 messages 2000/10/26

[ruby-talk:5402] RE: rb_gc_mark error message

From: Aleksi Niemel<aleksi.niemela@...>
Date: 2000-10-10 23:34:32 UTC
List: ruby-talk #5402
> Anyone got ideas on what could cause the following error message;
> /usr/local/lib/ruby/site_ruby/1.6/feldt/ai/ml/Predictions.rb:40: [BUG]
> rb_gc_mark(): unknown data type 0x18(0x6107c128) non object
> 
> Predictions is a sub-class of NArray so it's TYPE should probably be
> DATA. Line 40 reads:
> @sub_predictions_hash[sub_predictions.predictor_id] = sub_predictions

Haven't used NArray, so can't say anything for that.

> but I'm unsure how rb_gc_mark is used. Do you know:
> 
> * What "actions" can cause rb_gc_mark to be called? 

Potentially every time an object gets allocated mark&sweep-procedure will be
activated.

> * Is rb_gc_mark called as part of the gc itself (my guess is not) or
> called when objects are marked for gc (my guess)? 

It's called as a part of the mark&sweep-procedure, as the name says :). It's
called when GCing is going on, and after that the sweep will go though the
object space. By marking objects seen from "root" or it's "children", the
unreferenced objects are found, and sweep is able to free the memory
allocated by them.

> * If the latter then is the scenario likely that it's the object
> that is "overwritten" by sub_predictions that is the faulty object?
> * Any known ways that an object can get an invalid type?

I'm sorry I can't help you more here as Ruby internals are quite unknown
territory for me.

	- Aleksi

In This Thread

Prev Next