Project

General

Profile

Actions

Feature #7424

closed

an embedded Ruby interpreter doesn't get the full Ruby environment unless it calls ruby_process_options() (which is not documented)

Added by gfim (Graham Menhennitt) almost 12 years ago. Updated almost 8 years ago.

Status:
Closed
Target version:
[ruby-core:49890]

Description

The documented way to embed a Ruby interpreter is to call:

RUBY_INIT_STACK;
ruby_init();
ruby_init_loadpath();

However, this leaves the Ruby environment incomplete. As an example, the following program:

#include <ruby.h>

int
main(int argc, char *argv[])
{
RUBY_INIT_STACK;
ruby_init();
ruby_init_loadpath();

rb_eval_string("p Mutex.new.methods");

return 0;

}

prints:

[:locked?, :try_lock, :lock, :unlock, :sleep, :nil?, :===, :=~, :!~, :eql?, :hash, :<=>, :class, :singleton_class, :clone, :dup, :initialize_dup, :initialize_clone, :taint, :tainted?, :untaint, :untrust, :untrusted?, :trust, :freeze, :frozen?, :to_s, :inspect, :methods, :singleton_methods, :protected_methods, :private_methods, :public_methods, :instance_variables, :instance_variable_get, :instance_variable_set, :instance_variable_defined?, :instance_of?, :kind_of?, :is_a?, :tap, :send, :public_send, :respond_to?, :respond_to_missing?, :extend, :display, :method, :public_method, :define_singleton_method, :object_id, :to_enum, :enum_for,
:==, :equal?, :!, :!=, :instance_eval, :instance_exec, :send, :id]

Whereas running "ruby -e 'p Mutex.new.methods'" produces:

[:locked?, :try_lock, :lock, :unlock, :sleep, :synchronize, :nil?, :===, :=~, :!~, :eql?, :hash, :<=>, :class, :singleton_class, :clone, :dup, :initialize_dup, :initialize_clone, :taint, :tainted?, :untaint, :untrust, :untrusted?, :trust, :freeze, :frozen?, :to_s, :inspect, :methods, :singleton_methods, :protected_methods, :private_methods, :public_methods, :instance_variables, :instance_variable_get, :instance_variable_set, :instance_variable_defined?, :instance_of?, :kind_of?, :is_a?, :tap, :send, :public_send, :respond_to?, :respond_to_missing?, :extend, :display, :method, :public_method, :define_singleton_method, :object_id, :to_enum, :enum_for, :==, :equal?, :!, :!=, :instance_eval, :instance_exec, :send, :id]

Note that ":synchronize" is missing from the former. This is because ruby_init_prelude() has not been called - that's what adds synchronize() to Mutex.

A workwaround is to call ruby_process_options() as in the following:

#include <ruby.h>

int
main(int argc, char argv[])
{
RUBY_INIT_STACK;
ruby_init();
ruby_init_loadpath();
static char
args[] = { "ruby", "/dev/null" };
ruby_process_options(2, args);

rb_eval_string("p Mutex.new.methods");

return 0;

}

This seems very clumsy!

Some possible solutions are:

  • call ruby_init_prelude() from ruby_init()
  • change the linkage of ruby_init_prelude() to be non-static and have the Ruby embedded program call it explicitly (requires a documentation change).

Related issues 1 (1 open0 closed)

Related to Ruby master - Feature #3731: Easier Embedding API for RubyAssignedko1 (Koichi Sasada)Actions
Actions #1

Updated by mame (Yusuke Endoh) almost 12 years ago

  • Tracker changed from Bug to Feature
  • Status changed from Open to Assigned
  • Assignee set to ko1 (Koichi Sasada)

I think that this is a feature request, not a bug. Moving the feature tracker.
Related to #3731.

--
Yusuke Endoh

Updated by mame (Yusuke Endoh) almost 12 years ago

  • Target version set to 2.6

Updated by ko1 (Koichi Sasada) almost 8 years ago

  • Status changed from Assigned to Closed

Continue it at #3731.

Actions

Also available in: Atom PDF

Like0
Like0Like0Like0