rubycocoa-talk — talking about RubyCocoa

Re: [Rubycocoa-talk] RubyCocoa install problems

[Brian M. <mcc...@fo...>]

Defaults for config options

Options for config:
   --prefix=path        path prefix of target environment 
[/Users/mccallister/opt/apps/ruby-1.8.0]
   --install-prefix=path path prefix to install [$prefix]
   --std-ruby=path      the directory for standard ruby libraries 
[$install-prefix/lib/ruby/1.8]
   --site-ruby=path     the directory for non-standard ruby libraries 
[$install-prefix/lib/ruby/site_ruby/1.8]
   --bin-dir=path       the directory for commands [$install-prefix/bin]
   --rb-dir=path        the directory for ruby scripts [$site-ruby]
   --so-dir=path        the directory for ruby extentions 
[$install-prefix/lib/ruby/site_ruby/1.8/powerpc-darwin]
   --data-dir=path      the directory for shared data 
[$install-prefix/share]
   --ruby-path=path     path to set to #! line 
[/Users/mccallister/opt/apps/ruby-1.8.0/bin/ruby]
   --ruby-prog=name     the ruby program using for installation 
[/Users/mccallister/opt/apps/ruby-1.8.0/bin/ruby]
   --make-prog=name     the make program to compile ruby extentions 
[make]
   --without-ext        does not compile/install ruby extentions [no]
   --install-root=path  path to the root directory for Frameworks and 
"ProjectBuilder Extras" []
   --frameworks=path    path to the directory for installing 
RubyCocoa.framework [/Library/Frameworks]
   --projectbuilder-extras=path path to the directory for 
"ProjectBuilder Extras" [/Developer/ProjectBuilder Extras]
   --examples=path      path to the directory for Examples 
[/Developer/Examples]
   --documentation=path path to the directory for Documentation 
[/Developer/Documentation]
   --framework-name=name real name for RubyCocoa framework [RubyCocoa]
   --ruby-header-dir=path path to the ruby header directory 
[/Users/mccallister/opt/apps/ruby-1.8.0/lib/ruby/1.8/powerpc-darwin]
   --libruby-path=path  path to the libruby file 
[/Users/mccallister/opt/apps/ruby-1.8.0/lib/libruby-static.a]
   --rubycocoa-version=name RubyCocoa version [0.4.0]
   --rubycocoa-release-date=name RubyCocoa release date [2002-12-28]
   --rbconfig=path      your rbconfig.rb to load [running ruby's]

Options for install:
   --no-harm            only display what to do if given [off]
On Tuesday, September 9, 2003, at 09:31 PM, FUJIMOTO Hisakuni wrote:

> YOUR_RUBY_COMMAND install.rb config YOUR_OPTIONS 
> --libruby-path=FULL_PATH_OF_YOUR_LIBRUBY_A

Re: [Rubycocoa-talk] RubyCocoa install problems

[Brian M. <mcc...@fo...>]

Attached are my links. Notably, I do not have an osx_aeosa.bundle 
anywhere on my system.

Still getting the errors.

-Brian

Re: [Rubycocoa-talk] RubyCocoa install problems

[Gavin E. <gav...@ma...>]

At 8:54 AM -0400 9/10/03, Brian McCallister wrote:
>I have also gotten in touch with Gavin Eadie who had this problem 
>earlier. He claims he has found a solution, but it is not simple:

... well, it's simple but detailed and you have to get it right!

enclosed is a snap of relevant parts of the my /usr/local/ruby/ 
directory -- note the symlink.

Re: [Rubycocoa-talk] RubyCocoa install problems

[Brian M. <mcc...@fo...>]

Doing static build

It errors linking to a .so, go figure.

----------------------
DynamicLibrary.LinkUsingFileList  
/Users/mccallister/work/rubycocoa-0.4.0/framework/build/ 
RubyCocoa.framework/Versions/A/RubyCocoa
     /usr/bin/gcc2  -o  
/Users/mccallister/work/rubycocoa-0.4.0/framework/build/ 
RubyCocoa.framework/Versions/A/RubyCocoa    
"-L/Users/mccallister/work/rubycocoa-0.4.0/framework/build"  
"-L/Users/mccallister/opt/apps/ruby-1.8.0/lib"   
"-F/Users/mccallister/work/rubycocoa-0.4.0/framework/build"  -filelist  
/Users/mccallister/work/rubycocoa-0.4.0/framework/build/ 
RubyCocoa.build/RubyCocoa.build/Objects-normal/LinkFileList   
"-framework" "Cocoa" "-lruby-static"  "-arch" "ppc"  
"-Wl,-single_module" "-dynamiclib" "-compatibility_version" "1"  
"-current_version" "1" "-undefined" "suppress" "-flat_namespace"   
-install_name "`echo  
"/Library/Frameworks/RubyCocoa.framework/Versions/A/RubyCocoa" |  
/usr/bin/sed 's!//*!/!g'`"
ld: table of contents for archive:  
/Users/mccallister/opt/apps/ruby-1.8.0/lib/libruby-static.a is out of  
date; rerun ranlib(1) (can't load from it)
/usr/bin/libtool: internal link edit command failed
...failed DynamicLibrary.LinkUsingFileList  
/Users/mccallister/work/rubycocoa-0.4.0/framework/build/ 
RubyCocoa.framework/Versions/A/RubyCocoa ...
** BUILD FAILED **
setup failed
'system pbxbuild' failed
try 'ruby install.rb --help' for usage


the inspect-ruby results

[mccallister@kite ~/work/rubycocoa-0.4.0]$ruby inspect-ruby.rb
VERSION: "1.8.0"
$LOAD_PATH:  
["/Users/mccallister/opt/apps/ruby-1.8.0/lib/ruby/site_ruby/1.8",  
"/Users/mccallister/opt/apps/ruby-1.8.0/lib/ruby/site_ruby/1.8/powerpc- 
darwin", "/Users/mccallister/opt/apps/ruby-1.8.0/lib/ruby/site_ruby",  
"/Users/mccallister/opt/apps/ruby-1.8.0/lib/ruby/1.8",  
"/Users/mccallister/opt/apps/ruby-1.8.0/lib/ruby/1.8/powerpc-darwin",  
"."]
----
CONFIG[LIBRUBY]: "libruby-static.a"
CONFIG[LIBRUBYARG_SHARED]: ""
CONFIG[LIBRUBY_ALIASES]: "libruby.so"
CONFIG[LIBRUBY_SO]: "libruby.so.1.8.0"
CONFIG[LIBRUBYARG_STATIC]: "-lruby-static"
CONFIG[LIBRUBYARG]: "-lruby-static"
CONFIG[LIBRUBY_DLDFLAGS]: ""
CONFIG[LIBRUBY_LDSHARED]: "cc -dynamic -bundle -undefined suppress  
-flat_namespace"
CONFIG[LIBRUBY_A]: "libruby-static.a"
CONFIG[abs_srcdir]: "$(ac_abs_srcdir)"
CONFIG[sitedir]:  
"/Users/mccallister/opt/apps/ruby-1.8.0/lib/ruby/site_ruby"
CONFIG[rubylibdir]:  
"/Users/mccallister/opt/apps/ruby-1.8.0/lib/ruby/1.8"
CONFIG[abs_builddir]: "$(ac_abs_builddir)"
CONFIG[builddir]: "$(ac_builddir)"
CONFIG[archdir]:  
"/Users/mccallister/opt/apps/ruby-1.8.0/lib/ruby/1.8/powerpc-darwin"
CONFIG[abs_top_builddir]: "$(ac_abs_top_builddir)"
CONFIG[srcdir]: "/Users/mccallister/work/ruby/ruby-1.8.0"
CONFIG[DESTDIR]: ""
CONFIG[sbindir]: "/Users/mccallister/opt/apps/ruby-1.8.0/sbin"
CONFIG[compile_dir]: "/Users/mccallister/work/ruby/ruby-1.8.0"
CONFIG[datadir]: "/Users/mccallister/opt/apps/ruby-1.8.0/share"
CONFIG[includedir]: "/Users/mccallister/opt/apps/ruby-1.8.0/include"
CONFIG[infodir]: "/Users/mccallister/opt/apps/ruby-1.8.0/info"
CONFIG[top_builddir]: "$(ac_top_builddir)"
CONFIG[sysconfdir]: "/Users/mccallister/opt/apps/ruby-1.8.0/etc"
CONFIG[mandir]: "/Users/mccallister/opt/apps/ruby-1.8.0/man"
CONFIG[libdir]: "/Users/mccallister/opt/apps/ruby-1.8.0/lib"
CONFIG[sharedstatedir]: "/Users/mccallister/opt/apps/ruby-1.8.0/com"
CONFIG[abs_top_srcdir]: "$(ac_abs_top_srcdir)"
CONFIG[oldincludedir]: "/usr/include"
CONFIG[sitearchdir]:  
"/Users/mccallister/opt/apps/ruby-1.8.0/lib/ruby/site_ruby/1.8/powerpc- 
darwin"
CONFIG[localstatedir]: "/Users/mccallister/opt/apps/ruby-1.8.0/var"
CONFIG[bindir]: "/Users/mccallister/opt/apps/ruby-1.8.0/bin"
CONFIG[sitelibdir]:  
"/Users/mccallister/opt/apps/ruby-1.8.0/lib/ruby/site_ruby/1.8"
CONFIG[libexecdir]: "/Users/mccallister/opt/apps/ruby-1.8.0/libexec"
----
/Users/mccallister/opt/apps/ruby-1.8.0/bin/ruby:
         /usr/local/lib/libdl.1.dylib (compatibility version 1.0.0,  
current version 1.0.0)
         /usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current  
version 218.0.0)
         /usr/lib/libSystem.B.dylib (compatibility version 1.0.0,  
current version 63.0.0)
otool: can't open file:  
/Users/mccallister/opt/apps/ruby-1.8.0/lib/libruby.so.1.8.0 (No such  
file or directory)
On Tuesday, September 9, 2003, at 09:31 PM, FUJIMOTO Hisakuni wrote:

> At Tue, 9 Sep 2003 12:33:47 -0400,
> Brian McCallister wrote:
>> [mccallister@kite /Developer/Examples/RubyCocoa]$ruby HelloWorld.rb
>> /Users/mccallister/opt/apps/ruby-1.8.0/lib/ruby/site_ruby/1.8/osx/
>> cocoa.rb:12:in `require': No such file to load -- osx/objc/cocoa
>
> This issue is FAQ, but the appropriate answer of this is not yet
> found out.
>
> Currently, clear things about this are:
>
> * The problem occurs in runtime when the libruby as a dynamic
>   library is used to build RubyCocoa.framework.
>
> * Maybe, in this case, build of RubyCocoa.framework, IOW
>   install.rb setup process, has finished incompletely. So the
>   framework is corrupt really.
>
> * It is indistinct what kind of case this occurs in.
>
> * Nobody solves this. Or there is not a report of solution.
>
> * In my environment, I cannot experience this problem.
>
>
> A result of the below test may become hint about this:
>
>   $ YOUR_RUBY_COMMAND install.rb --help
>   $ YOUR_RUBY_COMMAND inspect-ruby.rb  # the bottom of this email
>
> Or, specify the static libruby instead of a dynamic one in config
> phase. In this case, the problem would occur in setup phase;
> before runtime:
>
>   $ YOUR_RUBY_COMMAND install.rb config YOUR_OPTIONS  
> --libruby-path=FULL_PATH_OF_YOUR_LIBRUBY_A
>
> --
> Hisa
>
> ##### begin of "inspect-ruby.rb" #####
> require "rbconfig"
>
> def print_result(name, val)
>   puts "#{name}: #{val.inspect}"
> end
>
> def inspect_config(pat)
>   pat = Regexp.new(pat.to_s) unless pat.is_a? Regexp
>   Config::CONFIG.keys.grep(pat).each do |key|
>     print_result("CONFIG[#{key}]", Config::CONFIG[key])
>   end
> end
>
> def otool(path)
>   puts `otool -L #{path}`
> end
>
> print_result "VERSION", VERSION
> print_result "$LOAD_PATH", $LOAD_PATH
> puts "----"
> inspect_config(/libruby/i)
> inspect_config(/dir\Z/i)
> puts "----"
> otool(File.join(Config::CONFIG['bindir'],Config::CONFIG['RUBY_INSTALL_N 
> AME']))
> otool(File.join(Config::CONFIG['libdir'],Config::CONFIG['LIBRUBY_SO']))
> ##### end of "inspect-ruby.rb" #####
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>

Re: [Rubycocoa-talk] RubyCocoa install problems

[Brian M. <mcc...@fo...>]

Guess I need to look at the "to" field =)

-Brian

On Wednesday, September 10, 2003, at 08:54 AM, Brian McCallister wrote:

> I have also gotten in touch with Gavin Eadie who had this problem  
> earlier. He claims he has found a solution, but it is not simple:
>
> Gavin:
> ====
> ... I struggled with this for a long time and gave up on several  
> occasions, but I did fix it.
>
>     I'm sorry to be a tease but it's way past the time I should be  
> asleep, but the answer lies in the symbolic links that relate files in  
> specific folders to more general locations.  Those links are set up on  
> Mac OS X by Apple's install of Ruby and, if they are not adjusted for  
> (a) putting Ruby in /usr/local (instead of /usr), and for (b) Ruby  
> version changes (1.8 for 1.6), or (c) changes in Darwin version (6.4  
> instead of 6.0), it won't work.
>
>     I'll map out my Ruby stuff tomorrow to provide an explicitly  
> working Ruby 1.8 / Mac OS X 10.2.6 combination ... Gavin
> ====
>
> I will forward you the solution he eventually sends me.
>
> -Brian
>
> PS: Thank you for making this tool! I was contemplating doing it  
> myself when I ran across your project -- and as you have a far better  
> grasp of objective-c than I do... Thank you!
>
> On Tuesday, September 9, 2003, at 09:31 PM, FUJIMOTO Hisakuni wrote:
>
>> At Tue, 9 Sep 2003 12:33:47 -0400,
>> Brian McCallister wrote:
>>> [mccallister@kite /Developer/Examples/RubyCocoa]$ruby HelloWorld.rb
>>> /Users/mccallister/opt/apps/ruby-1.8.0/lib/ruby/site_ruby/1.8/osx/
>>> cocoa.rb:12:in `require': No such file to load -- osx/objc/cocoa
>>
>> This issue is FAQ, but the appropriate answer of this is not yet
>> found out.
>>
>> Currently, clear things about this are:
>>
>> * The problem occurs in runtime when the libruby as a dynamic
>>   library is used to build RubyCocoa.framework.
>>
>> * Maybe, in this case, build of RubyCocoa.framework, IOW
>>   install.rb setup process, has finished incompletely. So the
>>   framework is corrupt really.
>>
>> * It is indistinct what kind of case this occurs in.
>>
>> * Nobody solves this. Or there is not a report of solution.
>>
>> * In my environment, I cannot experience this problem.
>>
>>
>> A result of the below test may become hint about this:
>>
>>   $ YOUR_RUBY_COMMAND install.rb --help
>>   $ YOUR_RUBY_COMMAND inspect-ruby.rb  # the bottom of this email
>>
>> Or, specify the static libruby instead of a dynamic one in config
>> phase. In this case, the problem would occur in setup phase;
>> before runtime:
>>
>>   $ YOUR_RUBY_COMMAND install.rb config YOUR_OPTIONS  
>> --libruby-path=FULL_PATH_OF_YOUR_LIBRUBY_A
>>
>> --
>> Hisa
>>
>> ##### begin of "inspect-ruby.rb" #####
>> require "rbconfig"
>>
>> def print_result(name, val)
>>   puts "#{name}: #{val.inspect}"
>> end
>>
>> def inspect_config(pat)
>>   pat = Regexp.new(pat.to_s) unless pat.is_a? Regexp
>>   Config::CONFIG.keys.grep(pat).each do |key|
>>     print_result("CONFIG[#{key}]", Config::CONFIG[key])
>>   end
>> end
>>
>> def otool(path)
>>   puts `otool -L #{path}`
>> end
>>
>> print_result "VERSION", VERSION
>> print_result "$LOAD_PATH", $LOAD_PATH
>> puts "----"
>> inspect_config(/libruby/i)
>> inspect_config(/dir\Z/i)
>> puts "----"
>> otool(File.join(Config::CONFIG['bindir'],Config::CONFIG['RUBY_INSTALL_ 
>> NAME']))
>> otool(File.join(Config::CONFIG['libdir'],Config::CONFIG['LIBRUBY_SO']) 
>> )
>> ##### end of "inspect-ruby.rb" #####
>>
>>
>> -------------------------------------------------------
>> This sf.net email is sponsored by:ThinkGeek
>> Welcome to geek heaven.
>> http://thinkgeek.com/sf
>> _______________________________________________
>> Rubycocoa-talk mailing list
>> Rub...@li...
>> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>>
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>

Re: [Rubycocoa-talk] RubyCocoa install problems

[Brian M. <mcc...@fo...>]

I have also gotten in touch with Gavin Eadie who had this problem  
earlier. He claims he has found a solution, but it is not simple:

Gavin:
====
... I struggled with this for a long time and gave up on several  
occasions, but I did fix it.

     I'm sorry to be a tease but it's way past the time I should be  
asleep, but the answer lies in the symbolic links that relate files in  
specific folders to more general locations.  Those links are set up on  
Mac OS X by Apple's install of Ruby and, if they are not adjusted for  
(a) putting Ruby in /usr/local (instead of /usr), and for (b) Ruby  
version changes (1.8 for 1.6), or (c) changes in Darwin version (6.4  
instead of 6.0), it won't work.

     I'll map out my Ruby stuff tomorrow to provide an explicitly  
working Ruby 1.8 / Mac OS X 10.2.6 combination ... Gavin
====

I will forward you the solution he eventually sends me.

-Brian

PS: Thank you for making this tool! I was contemplating doing it myself  
when I ran across your project -- and as you have a far better grasp of  
objective-c than I do... Thank you!

On Tuesday, September 9, 2003, at 09:31 PM, FUJIMOTO Hisakuni wrote:

> At Tue, 9 Sep 2003 12:33:47 -0400,
> Brian McCallister wrote:
>> [mccallister@kite /Developer/Examples/RubyCocoa]$ruby HelloWorld.rb
>> /Users/mccallister/opt/apps/ruby-1.8.0/lib/ruby/site_ruby/1.8/osx/
>> cocoa.rb:12:in `require': No such file to load -- osx/objc/cocoa
>
> This issue is FAQ, but the appropriate answer of this is not yet
> found out.
>
> Currently, clear things about this are:
>
> * The problem occurs in runtime when the libruby as a dynamic
>   library is used to build RubyCocoa.framework.
>
> * Maybe, in this case, build of RubyCocoa.framework, IOW
>   install.rb setup process, has finished incompletely. So the
>   framework is corrupt really.
>
> * It is indistinct what kind of case this occurs in.
>
> * Nobody solves this. Or there is not a report of solution.
>
> * In my environment, I cannot experience this problem.
>
>
> A result of the below test may become hint about this:
>
>   $ YOUR_RUBY_COMMAND install.rb --help
>   $ YOUR_RUBY_COMMAND inspect-ruby.rb  # the bottom of this email
>
> Or, specify the static libruby instead of a dynamic one in config
> phase. In this case, the problem would occur in setup phase;
> before runtime:
>
>   $ YOUR_RUBY_COMMAND install.rb config YOUR_OPTIONS  
> --libruby-path=FULL_PATH_OF_YOUR_LIBRUBY_A
>
> --
> Hisa
>
> ##### begin of "inspect-ruby.rb" #####
> require "rbconfig"
>
> def print_result(name, val)
>   puts "#{name}: #{val.inspect}"
> end
>
> def inspect_config(pat)
>   pat = Regexp.new(pat.to_s) unless pat.is_a? Regexp
>   Config::CONFIG.keys.grep(pat).each do |key|
>     print_result("CONFIG[#{key}]", Config::CONFIG[key])
>   end
> end
>
> def otool(path)
>   puts `otool -L #{path}`
> end
>
> print_result "VERSION", VERSION
> print_result "$LOAD_PATH", $LOAD_PATH
> puts "----"
> inspect_config(/libruby/i)
> inspect_config(/dir\Z/i)
> puts "----"
> otool(File.join(Config::CONFIG['bindir'],Config::CONFIG['RUBY_INSTALL_N 
> AME']))
> otool(File.join(Config::CONFIG['libdir'],Config::CONFIG['LIBRUBY_SO']))
> ##### end of "inspect-ruby.rb" #####
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>

Re: [Rubycocoa-talk] RubyCocoa install problems

[Brian M. <mcc...@fo...>]

Egads, that is a pain. Thank you for your help on this one!

-Brian

On Wednesday, September 10, 2003, at 12:53 AM, Gavin Eadie wrote:

>>  > cocoa.rb:12:in `require': No such file to load -- osx/objc/cocoa
>> This issue is FAQ, but the appropriate answer of this is not yet
>> found out.
>>
>
> ... I struggled with this for a long time and gave up on several 
> occasions, but I did fix it.
>
>     I'm sorry to be a tease but it's way past the time I should be 
> asleep, but the answer lies in the symbolic links that relate files in 
> specific folders to more general locations.  Those links are set up on 
> Mac OS X by Apple's install of Ruby and, if they are not adjusted for 
> (a) putting Ruby in /usr/local (instead of /usr), and for (b) Ruby 
> version changes (1.8 for 1.6), or (c) changes in Darwin version (6.4 
> instead of 6.0), it won't work.
>
>     I'll map out my Ruby stuff tomorrow to provide an explicitly 
> working Ruby 1.8 / Mac OS X 10.2.6 combination ... Gavin
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>

Re: [Rubycocoa-talk] RubyCocoa install problems

[Gavin E. <gav...@ma...>]

>  > cocoa.rb:12:in `require': No such file to load -- osx/objc/cocoa 
>
>This issue is FAQ, but the appropriate answer of this is not yet
>found out.
>

... I struggled with this for a long time and gave up on several 
occasions, but I did fix it.

     I'm sorry to be a tease but it's way past the time I should be 
asleep, but the answer lies in the symbolic links that relate files 
in specific folders to more general locations.  Those links are set 
up on Mac OS X by Apple's install of Ruby and, if they are not 
adjusted for (a) putting Ruby in /usr/local (instead of /usr), and 
for (b) Ruby version changes (1.8 for 1.6), or (c) changes in Darwin 
version (6.4 instead of 6.0), it won't work.

     I'll map out my Ruby stuff tomorrow to provide an explicitly 
working Ruby 1.8 / Mac OS X 10.2.6 combination ... Gavin

Re: [Rubycocoa-talk] RubyCocoa install problems

[FUJIMOTO H. <hi...@im...>]

At Tue, 9 Sep 2003 12:33:47 -0400,
Brian McCallister wrote:
> [mccallister@kite /Developer/Examples/RubyCocoa]$ruby HelloWorld.rb
> /Users/mccallister/opt/apps/ruby-1.8.0/lib/ruby/site_ruby/1.8/osx/ 
> cocoa.rb:12:in `require': No such file to load -- osx/objc/cocoa  

This issue is FAQ, but the appropriate answer of this is not yet
found out. 

Currently, clear things about this are:

* The problem occurs in runtime when the libruby as a dynamic
  library is used to build RubyCocoa.framework.

* Maybe, in this case, build of RubyCocoa.framework, IOW
  install.rb setup process, has finished incompletely. So the
  framework is corrupt really.

* It is indistinct what kind of case this occurs in.

* Nobody solves this. Or there is not a report of solution.

* In my environment, I cannot experience this problem.


A result of the below test may become hint about this:

  $ YOUR_RUBY_COMMAND install.rb --help
  $ YOUR_RUBY_COMMAND inspect-ruby.rb  # the bottom of this email

Or, specify the static libruby instead of a dynamic one in config
phase. In this case, the problem would occur in setup phase;
before runtime:

  $ YOUR_RUBY_COMMAND install.rb config YOUR_OPTIONS --libruby-path=FULL_PATH_OF_YOUR_LIBRUBY_A

--
Hisa

##### begin of "inspect-ruby.rb" #####
require "rbconfig"

def print_result(name, val)
  puts "#{name}: #{val.inspect}"
end

def inspect_config(pat)
  pat = Regexp.new(pat.to_s) unless pat.is_a? Regexp
  Config::CONFIG.keys.grep(pat).each do |key|
    print_result("CONFIG[#{key}]", Config::CONFIG[key])
  end
end

def otool(path)
  puts `otool -L #{path}`
end

print_result "VERSION", VERSION
print_result "$LOAD_PATH", $LOAD_PATH
puts "----"
inspect_config(/libruby/i)
inspect_config(/dir\Z/i)
puts "----"
otool(File.join(Config::CONFIG['bindir'],Config::CONFIG['RUBY_INSTALL_NAME']))
otool(File.join(Config::CONFIG['libdir'],Config::CONFIG['LIBRUBY_SO']))
##### end of "inspect-ruby.rb" #####

[Rubycocoa-talk] RubyCocoa install problems

[Brian M. <mcc...@fo...>]

Just tried to set up RubyCocoa and it failed.

After following default install instructions attempting unit tests  
gives me:

DYLD_FRAMEWORK_PATH=/Users/mccallister/work/rubycocoa-0.4.0/framework/ 
build ruby -I../lib testall.rb
../lib/osx/cocoa.rb:12:in `require': No such file to load --  
osx/objc/cocoa (LoadError)
         from ../lib/osx/cocoa.rb:12
         from ./tc_nsattributedstring.rb:12:in `require'
         from ./tc_nsattributedstring.rb:12
         from testall.rb:4:in `require'
         from testall.rb:4
         from testall.rb:3:in `each'
         from testall.rb:3
Loaded suite testall
Started

Finished in 0.001807 seconds.

0 tests, 0 assertions, 0 failures, 0 errors

If I go ahead and do an install despite unit test failure, I can run  
the SimpleApp.app with no problems, but none of the others:

[mccallister@kite /Developer/Examples/RubyCocoa]$ruby HelloWorld.rb
/Users/mccallister/opt/apps/ruby-1.8.0/lib/ruby/site_ruby/1.8/osx/ 
cocoa.rb:12:in `require': No such file to load -- osx/objc/cocoa  
(LoadError)
         from  
/Users/mccallister/opt/apps/ruby-1.8.0/lib/ruby/site_ruby/1.8/osx/ 
cocoa.rb:12
         from HelloWorld.rb:14:in `require'
         from HelloWorld.rb:14
[mccallister@kite /Developer/Examples/RubyCocoa]$

Any ideas?

-Brian

[Rubycocoa-talk] Re: Global Variables

[Roberto H. <rh...@mu...>]

El Viernes, 22 agosto, 2003, a las 10:05 PM, Roberto Huelga escribi=F3:

>
> 	Hello to everybody.
>
> 	I'm trying to use Drag and Drop in a ruby-cocoa application, but =
I=20
> can't access to the NSFilenamesPboardType global variable. How can I=20=

> access it?.
>
>
> 	Thanks to  Hisakuni Fujimoto, for Ruby Cocoa
>

I find the answer looking in the RubyTypingTutor, it use drag and drop=20=

feature. please ignore my last message.

Thanks

Re: [Rubycocoa-talk] Global Variables

[FUJIMOTO H. <hi...@im...>]

Hi,

At Fri, 22 Aug 2003 22:05:33 +0200,
Roberto Huelga wrote:
> 	I'm trying to use Drag and Drop in a ruby-cocoa application, but I 
> can't access to the NSFilenamesPboardType global variable. How can I 
> access it?.

You can access it as a module function in the OSX module:

  OSX.NSFilenamesPboardType

  irb(main):013:0> OSX.NSFilenamesPboardType
  #<OSX::OCObject:0x20e97e class='NSCFString' id=0xa3074fd0>
  irb(main):014:0> OSX.NSFilenamesPboardType.to_s
  "NSFilenamesPboardType"

Basically, a pre-defined variable typed as NSObject or descendants
in Cocoa, is defined as a module function in the OSX module.

Cheers,
-- 
FUJIMOTO Hisakuni

[Rubycocoa-talk] Global Variables

[Roberto H. <rh...@mu...>]

	Hello to everybody.

	I'm trying to use Drag and Drop in a ruby-cocoa application, but I 
can't access to the NSFilenamesPboardType global variable. How can I 
access it?.


	Thanks to  Hisakuni Fujimoto, for Ruby Cocoa

[Rubycocoa-talk] [ANN] RubyCocoa.framework 0.4.1d8

[FUJIMOTO H. <hi...@im...>]

RubyCocoa.framework 0.4.1d8 is available. This is only a framework
binary from development version 0.4.1d8. Download from the Web
site <http://www.imasy.or.jp/~hisa/mac/rubycocoa/>. The source
code is available from cvs server with tag snapshot-0_4_1_d8.

Major topics are:

  * support WebKit.framework (add the webkit.rb)
  * bug fix about a method "init" and ns_override.
  * support application bundle (To distribute a RubyCocoa application became  more easy)

If 0.4.0 binary user want to use this framework, do the following
on command line: (You should understand the following with your context)

  cd /Library/Frameworks
  mv RubyCocoa.framework RubyCocoa.framework-0.4.0      # rename 0.4.0 version for restore)
  mv {donwload and extracted directory}/RubyCocoa.framework ./

Feel free to tell me reports. thanks,
-- 
FUJIMOTO Hisakuni

Re: [Rubycocoa-talk] RubyCocoa.framework for app bundling

[FUJIMOTO H. <hi...@im...>]

Hi Rod,

I tried to build a RubyCocoa application which bundle the
RubyCococa.framework. It was helpful the URL which you told:

  http://cocoadevcentral.com/articles/000042.php#000042

And this succeeded. I hurry and report only simple fact. 

Build RubyCocoa.framework for an app bundle:

step 1: download the rubycocoa source
step 2: ruby install.rb config [options..]
step 3: open framework/RubyCocoa.pbproj
step 4: set "Installation Location" to "@executable_path/../Frameworks"
step 5: build

Then build SimpelApp.app bundling with RubyCocoa.framework...

At Thu, 24 Jul 2003 22:33:36 -0600,
Rod Schmidt wrote:
> Has anyone built a version of RubyCocoa.framework that is suitable for
> bundling with an application? Meaning its prebound, with an install
> path of @executable_path/../Framework. You then place it in the
> Framework directory of your app bundle. This way the user doesn't have
> to install RubyCocoa to use your app. I've tried building it myself,
> but I'm running into linking issues such as:
> 
> 1) -undefined suppress disables prebinding
> 2) If I remove -undefined suppress then I get undefined symbols ld:
> Undefined symbols:
> _environ
> _dlclose
> _dlerror
> _dlopen
> _dlsym

I guess this issue is other problem. It may be interfere it with
the libdl of Fink.

--
Hisa

[Rubycocoa-talk] RubyCocoa.framework for app bundling

[Rod S. <rsc...@xm...>]

Has anyone built a version of RubyCocoa.framework that is suitable for 
bundling with an application? Meaning its prebound, with an install 
path of @executable_path/../Framework. You then place it in the 
Framework directory of your app bundle. This way the user doesn't have 
to install RubyCocoa to use your app. I've tried building it myself, 
but I'm running into linking issues such as:

1) -undefined suppress disables prebinding
2) If I remove -undefined suppress then I get undefined symbols ld: 
Undefined symbols:
_environ
_dlclose
_dlerror
_dlopen
_dlsym


Rod Schmidt
infiniteNIL Software

[Rubycocoa-talk] RubyCocoa 0.4.0 and Ruby 1.6.8 Compiled Issue

[Stephyn B. <ten...@st...>]

I've seen this problem mentioned on the list and was wondering if a fix  
had been found. I'm itching to do some GUI work on the Mac OS X using  
Ruby.

I'm using Mac OS X 10.2.6 and Ruby 1.6.8 (compiled from source). I just  
compiled RubyCocoa 0.4.0 from source and even though I applied the  
patch to take care of the Segmentation Fault problem, there still seems  
to be a greater problem with RubyCocoa finding individual bundles. For  
example, the test suite quits with:

[me@computer:~/Desktop/rubycocoa-0.4.0/tests]$DYLD_FRAMEWORK_PATH=/ 
Users/stephyn/Desktop/rubycocoa-0.4.0/framework/build r
uby -I../lib testall.rb
../lib/osx/cocoa.rb:12:in `require': No such file to load --  
osx/objc/cocoa (LoadError)
         from ../lib/osx/cocoa.rb:12
         from ./tc_nsattributedstring.rb:12:in `require'
         from ./tc_nsattributedstring.rb:12
         from testall.rb:4:in `require'
         from testall.rb:4
         from testall.rb:3:in `each'
         from testall.rb:3
Loaded suite testall
Started

Finished in 0.002562 seconds.

0 tests, 0 assertions, 0 failures, 0 errors

Similarly, attempting to run any other of the sample scripts fails with  
similar results. Generally, anything osx/? can't be found. For example,

[me@computer:/Developer/Examples/RubyCocoa]$ruby sndplay.rb
/usr/local/lib/ruby/site_ruby/1.6/osx/cocoa.rb:12:in `require': No such  
file to load -- osx/objc/cocoa (LoadError)
         from /usr/local/lib/ruby/site_ruby/1.6/osx/cocoa.rb:12
         from sndplay.rb:1:in `require'
         from sndplay.rb:1

This seems to be a known issue. I was curious if anyone had found a fix.

Thanks in advance.
Steve

Re: [Rubycocoa-talk] gnustep port

[ibotty <rub...@ib...>]

> I'm not an expert on "standard" *nix dynamic runtime stuff, but I think
> this maps to:
>
> void * executable_handle = dlopen("path/to/executable");
> void * symbol_address = dlsym(executable_handle, blah);
> dlclose(executable_handle);
>
> on most GNUstep-supported platforms. man dlopen may be a good starting
> point.

this is the pointer, i need. thx again.

btw: are there any objections, if the gnustep port is merged with mainline 
rubycocoa

~ibotty

Re: [Rubycocoa-talk] gnustep port

[Chris T. <ch...@m-...>]

On Monday, June 16, 2003, at 06:14  AM, ibotty wrote:

> thx for helping me,
>> What dyld function does osx_mf_objc_symbol_to_obj call?
>
> it is:
> sym = NSLookupAndBindSymbol( blah )
> addr = NSAddressOfSymbol( sym );
>
> i can now (vaguely) see what it will/should do. but i cannot see, how 
> i may
> map this to the gnu runtime...

I'm not an expert on "standard" *nix dynamic runtime stuff, but I think 
this maps to:

void * executable_handle = dlopen("path/to/executable");
void * symbol_address = dlsym(executable_handle, blah);
dlclose(executable_handle);

on most GNUstep-supported platforms. man dlopen may be a good starting 
point.

>> (Also, have you taken a look at RIGS?)
>
> yep, i did, even used it ;)
> unfortunately, it cannot deal with nib/gorm files.
> additionally, you cannot program the main app in obj-c and one plugin 
> in
> ruby...
> it simply cannot (correctly) propagate a ruby-method to obj-c.

Ah, I didn't know about those limitations.

Chris

Re: [Rubycocoa-talk] gnustep port

[ibotty <rub...@ib...>]

thx for helping me,
> What dyld function does osx_mf_objc_symbol_to_obj call?

it is:
sym = NSLookupAndBindSymbol( blah )
addr = NSAddressOfSymbol( sym );

i can now (vaguely) see what it will/should do. but i cannot see, how i may 
map this to the gnu runtime...

> (Also, have you taken a look at RIGS?)

yep, i did, even used it ;)
unfortunately, it cannot deal with nib/gorm files.
additionally, you cannot program the main app in obj-c and one plugin in 
ruby...
it simply cannot (correctly) propagate a ruby-method to obj-c. 

~ibotty

Re: [Rubycocoa-talk] gnustep port

[Chris T. <ch...@m-...>]

Hi ibotty,

What dyld function does osx_mf_objc_symbol_to_obj call?

(Also, have you taken a look at RIGS?)

Chris

On Thursday, June 12, 2003, at 04:34  AM, ibotty wrote:

> hi devels,
>
> i am very interested in a port of RubyCocoa to gnustep.
>
> i have started and even got it to compile.
>
> i think everything of RubyCocoa should work on gnu (and *BSD) systems, 
> except
> static VALUE
> osx_mf_objc_symbol_to_obj(VALUE mdl, VALUE const_name, VALUE const_ty
> pe)
>
> there is no dyld on linux/*BSD so, i can not easily port this function.
> so what does this function do?
> and has one of you an idea on how to implement this on linux/*bsd?
>
> ~ibotty
>
>
>
>
> -------------------------------------------------------
> This SF.NET email is sponsored by: eBay
> Great deals on office technology -- on eBay now! Click here:
> http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>

[Rubycocoa-talk] gnustep port

[ibotty <rub...@ib...>]

hi devels,

i am very interested in a port of RubyCocoa to gnustep.

i have started and even got it to compile.

i think everything of RubyCocoa should work on gnu (and *BSD) systems, except 
static VALUE
osx_mf_objc_symbol_to_obj(VALUE mdl, VALUE const_name, VALUE const_ty
pe)

there is no dyld on linux/*BSD so, i can not easily port this function.
so what does this function do?
and has one of you an idea on how to implement this on linux/*bsd?

~ibotty

Re: [Rubycocoa-talk] Problem creating NSTextViews

[Sam R. <sro...@un...>]

No ideas why this breaks, but its reproducable. Can you create a text
view like this in obj-c? osx/cocoa allows you to do things that are
wrong, and if that means the underlying NS objects die...

gdb --args ruby -r osx/cocoa -e "p OSX::NSTextView.alloc"

Program received signal EXC_BAD_ACCESS, Could not access memory.
0x930e98dc in -[NSTextView release] ()
(gdb) bt
#0  0x930e98dc in -[NSTextView release] ()
#1  0x9068c258 in objc_msgSendv ()
#2  0x907ed17c in -[NSInvocation invoke] ()
#3  0x00243398 in init_cls_ObjcPtr ()
#4  0x00243630 in init_cls_ObjcPtr ()
#5  0x0024374c in init_cls_ObjcPtr ()
#6  0x0000df80 in rb_stack_check ()
#7  0x0000e8d0 in rb_stack_check ()
#8  0x000088b0 in rb_alias ()
#9  0x00006fd8 in rb_alias ()
#10 0x0000e430 in rb_stack_check ()
#11 0x0000e8d0 in rb_stack_check ()
#12 0x0000d570 in rb_with_disable_interrupt ()
#13 0x0000e8a8 in rb_stack_check ()
#14 0x000088b0 in rb_alias ()
#15 0x00008650 in rb_alias ()
#16 0x00004968 in ruby_run ()
#17 0x000029fc in main ()
#18 0x00002778 in start ()
#19 0x000025f8 in start ()
(gdb) 


sta...@ma..., on Fri, May 30, 2003 at 03:45:20AM -0500:
> Hello all,
> 
> Whenever I try to do the following code in irb or in my program... I get the
> Bus Error....
> 
> require 'cocoa/osx'
> tv = OSX::NSTextView.alloc
> 
> 
> Irb output:
> irb(main):004:0> tv = OSX::NSTextView.alloc
> /Library/Frameworks/RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc/o
> c_wrapper.rb:18: [BUG] Bus Error
> ruby 1.6.7 (2002-03-01) [powerpc-darwin6.0]
> Abort
> [Sam-Griffith-Jr-s-Computer:~] samgriff%
> 
> 
> Anyone know a work around or why this may be happening?
> 
> Thanks,
> 
> Sam Griffith Jr.
> sta...@ma...
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: eBay
> Get office equipment for less on eBay!
> http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

[Rubycocoa-talk] Problem creating NSTextViews

[Sam G. <sta...@ma...>]

Hello all,

Whenever I try to do the following code in irb or in my program... I get the
Bus Error....

require 'cocoa/osx'
tv = OSX::NSTextView.alloc


Irb output:
irb(main):004:0> tv = OSX::NSTextView.alloc
/Library/Frameworks/RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc/o
c_wrapper.rb:18: [BUG] Bus Error
ruby 1.6.7 (2002-03-01) [powerpc-darwin6.0]
Abort
[Sam-Griffith-Jr-s-Computer:~] samgriff%


Anyone know a work around or why this may be happening?

Thanks,

Sam Griffith Jr.
sta...@ma...

Re: [Rubycocoa-talk] NSTextView.alloc fails with bus error..... Help?

[Sven S. <sve...@co...>]

Won't you need to create a window object first using NSWindow.alloc? 
And then whack the NSTextView into the window instance.

Just my two cents.

S.Schott
sve...@co...
On Saturday, May 24, 2003, at 10:40 AM, Sam Griffith Jr. wrote:

> tv = OSX::NSTextView.alloc