ruby-core

Hi,

> -----Original Message-----
> From: Timothy J. Wood [mailto:tjw@omnigroup.com]
> Sent: Friday, August 23, 2002 6:20 AM
> To: ruby-core@ruby-lang.org
> Subject: Bug in gc.c or misunderstanding on my part?
> 
...
>    This is called from ruby_init() and ruby_run() and the resulting 
> value is used in scanning for potential Ruby objects on the native 
> stack (which is an interesting idea).
> 

rb_gc_stack_start is not only used for that, it is also
used to delimit the height of the stack for Ruby threads:
each Ruby thread holds a copy of the C stack, from 
rb_gc_stack_start to the level it was when the last task
switching occurred, so that, when scheduled to run again, 
it can be copied back onto the real C stack (+ some longjmp
wizardry...)
That's why one cannot modifiy the value of rb_gc_stack_start once
threads are running. That's also why it is a little bit difficult
to embed threaded Ruby programs...

-- CB

>    Now, the part that confuses me are things like rb_funcall().  This 
> appears to NOT update the stack base.  So, it seems like it is invalid 
> to call rb_funcall() directly (but you could call it if Ruby calls you 
> via a Ruby->C binding).  Instead, it seems like you must always call 
> ruby_run() at the top level (which really limits the usefulness of the 
> embedding API).
> 
>    What is the intended semantic of rb_funcall()?  I don't see any 
> documentation that would lead me to believe that I can't call it 
> directly after loading a script.
> 
> -tim
> 
>

Thread

Prev Next

In This Thread

Prev Next

[#290] — Florian Frank <flori@...>

[#291] Kernel Thread implementation — Matthew Bloch <mattbee@...>

[#297] GC longjmp macros — Michal Rokos <m.rokos@...>

[#298] Is there a bug in Matrix or Complex? — Jim Freeze <jim@...>

[#308] Q: OSSL in std. distr? — Michal Rokos <m.rokos@...>

[#309] Progress on incremental GC? — "Timothy J. Wood" <tjw@...>

[#314] resolv.rb on 1.6.7 — Dave Thomas <Dave@...>

[#316] Embeding Ruby in C++ code. — Kostas Katsamakas <kmak@...>

[#318] C and Ruby... — Kostas Katsamakas <kmak@...>

[#321] Ruby module, Warn(ing) interface — Michal Rokos <m.rokos@...>

[#326] Implications of a #force_free method in Object? — Matthew Bloch <mattbee@...>

[#328] Int vs Long — Michal Rokos <m.rokos@...>

[#329] Int vs Long #2 — Michal Rokos <m.rokos@...>

[#337] Int vs Long (2nd part) — Michal Rokos <m.rokos@...>

[#340] Int vs Long #3 — Michal Rokos <m.rokos@...>

[#345] Bug in gc.c or misunderstanding on my part? — "Timothy J. Wood" <tjw@...>

[#349] Array#select — Michal Rokos <m.rokos@...>

[#353] File (struct stat handling) — Michal Rokos <m.rokos@...>

[#355] Array and .*ALLOC.* changes — Michal Rokos <m.rokos@...>

[#358] node.h for eval.c — Michal Rokos <m.rokos@...>

[#363] Ruby embedding limitations — "Timothy J. Wood" <tjw@...>

[#367] RE: Welcome to our (ruby-core ML) You are added automatically — Girish Sharangpani <girishs@...>

[#372] rb_class_path — Michal Rokos <m.rokos@...>

[#376] Virtual host and port number in CGI — Raymond Blum <raymond@...>

[#382] Port match to new dup, clone framework — Michal Rokos <m.rokos@...>

[#387] rb_str_replace — Michal Rokos <m.rokos@...>

[#392] io.c read_all — Michal Rokos <m.rokos@...>

[#393] in dln.c — Michal Rokos <m.rokos@...>

[#394] in file.c — Michal Rokos <m.rokos@...>

[#395] CVS version and win32 naming — "Rich Kilmer" <rich@...>

RE: Bug in gc.c or misunderstanding on my part?

Thread

In This Thread

[#355] Array and .ALLOC. changes — Michal Rokos <m.rokos@...>