[MacRuby] #1294: MacRuby crashes when loading files on the non-main thread

MacRuby ruby-noreply at macosforge.org
Thu Jun 23 19:40:42 PDT 2011


#1294: MacRuby crashes when loading files on the non-main thread
------------------------------------+---------------------------------------
 Reporter:  mrada@…                 |       Owner:  lsansonetti@…         
     Type:  defect                  |      Status:  new                   
 Priority:  blocker                 |   Milestone:                        
Component:  MacRuby                 |    Keywords:  reduction 0.11-blocker
------------------------------------+---------------------------------------

Comment(by kouji@…):

 I am trying to fix this issue. I think maybe require in thread does not
 work is specification for MacRuby, now. See below. Sometime I got a segv.

 {{{
 $ cd /path/to/macruby

 $ cat issues/1294/test2.rb
 t = Thread.new {
   require "fileutils"
 }

 require "fileutils"

 t.join

 $ env VM_DISABLE_RBO=1 DYLD_LIBRARY_PATH=/Users/kouji/work/MacRuby/MacRuby
 ./macruby issues/1294/test2.rb
 (OK)

 $ env VM_DISABLE_RBO=1 DYLD_LIBRARY_PATH=/Users/kouji/work/MacRuby/MacRuby
 ./macruby issues/1294/test2.rb
 (NG)
 unknown: warning: already initialized constant FileUtils
 macruby(980,0x1035db000) malloc: *** error for object 0x104ea5280: pointer
 being freed was not allocated
 *** set a breakpoint in malloc_error_break to debug

 $ env VM_DISABLE_RBO=1 DYLD_LIBRARY_PATH=/Users/kouji/work/MacRuby/MacRuby
 ./macruby issues/1294/test2.rb
 (NG)
 objc[985]: Class FileUtils is implemented in both ?? and ??. One of the
 two will be used. Which one is undefined.
 unknown: warning: already initialized constant FileUtils
 objc[985]: +[FileUtils resolveClassMethod:private_module_function:]
 returned YES, but no new implementation of +[FileUtils
 private_module_function:] was found
 zsh: segmentation fault  env VM_DISABLE_RBO=1
 DYLD_LIBRARY_PATH=/Users/kouji/work/MacRuby/MacRuby
 }}}

-- 
Ticket URL: <http://www.macruby.org/trac/ticket/1294#comment:7>
MacRuby <http://macruby.org/>



More information about the macruby-tickets mailing list