July 2011 - macruby-tickets - lists.macosforge.org

[MacRuby] #1368: [BUG] unknown Objective-C immediate: 0x1 (nil)
by MacRuby 25 Jul '11

25 Jul '11

#1368: [BUG] unknown Objective-C immediate: 0x1 (nil) ------------------------------------+--------------------------------------- Reporter: jacob@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- I suspect it is a poorly initialized constant in the foundation framework. The fault is 100% repeatable on my sandy bridge i5 macbook air (osx 10.7). {{{ /~$ macirb irb(main):001:0> framework 'foundation' => true irb(main):002:0> Object.constants.each { |s| s = eval(s.to_s) } unknown: [BUG] unknown Objective-C immediate: 0x1 (nil) MacRuby 0.10 (ruby 1.9.2) [universal-darwin10.0, x86_64] Illegal instruction: 4 #0 0x00007fff8d43ece2 in __pthread_kill () #1 0x00007fff8f78b7d2 in pthread_kill () #2 0x0000000100a4ca56 in LLVMLinkInJIT () #3 0x000000010002e0cd in rb_bug () #4 0x00000001000e4411 in rb_objc_convert_immediate () #5 0x0000000101f02a0e in ?? () #6 0x00000001000fbfbc in rb_vm_resolve_const_value () #7 0x00000001000ddf76 in rb_mod_remove_const () #8 0x0000000100146124 in rb_vm_const_lookup_level () #9 0x0000000101f019b9 in ?? () }}} The critical symbol seems to be KLSSharedFileListItemBeforeFirst {{{ irb(main):001:0> framework 'foundation' => true irb(main):002:0> KLSSharedFileListItemBeforeFirst unknown: [BUG] unknown Objective-C immediate: 0x1 (nil) MacRuby 0.10 (ruby 1.9.2) [universal-darwin10.0, x86_64] Abort trap: 6 }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1368> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1180: REQUEST: set rubygems to allow gem activation on *.rbo files
by MacRuby 25 Jul '11

25 Jul '11

#1180: REQUEST: set rubygems to allow gem activation on *.rbo files ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: enhancement | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Rubygems will only be able to activate a gem if the require string is the exact file name, or if the string plus a set of predefined file suffixes exactly matches a file. In the case of a compiled gem where the original *.rb files have been removed, rubygems will think that the file does not exist. This can be worked around by using #gem first to avoid the code path that rubygems would normally take when trying to find a file in a gem and simply activate the gems paths. A better solution would be to add '.rbo' to the list of known file suffixes. However, with rubygems 1.4.2, the list of suffixes is static, so the list would have to be directly edited. Around rubygems 1.6.0, the list of suffixes became an instance variable which can modified from the MacRuby specific defaults file. I've made the changes in my fork of MacRuby on github: https://github.com/ferrous26/MacRuby/commit/09cc3e656072f2c2d75de95b00b5eb5… -- Ticket URL: <http://www.macruby.org/trac/ticket/1180> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1367: Crashes when invoked a Mutex#synchronize in non-MainThread
by MacRuby 25 Jul '11

25 Jul '11

#1367: Crashes when invoked a Mutex#synchronize in non-MainThread ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby mutex = Mutex.new Thread.new { mutex.synchronize do end } }}} Result: {{{ $ DYLD_LIBRARY_PATH=. ./miniruby ~/tmp/t.rb Assertion failed: (errorcode == 0), function setInstance, file ThreadLocal.cpp, line 62. zsh: abort DYLD_LIBRARY_PATH=. ./miniruby ~/tmp/t.rb }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1367> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1365: in `new': must be called with a block (ThreadError)
by MacRuby 22 Jul '11

22 Jul '11

#1365: in `new': must be called with a block (ThreadError) -------------------------------------------+-------------------------------- Reporter: satoh@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: Thread.new, call -------------------------------------------+-------------------------------- I {{{ , [2011-07-20T15:32:12.259415 #22560] INFO -- : Running with MacRuby 0.10 (ruby 1.9.2) [universal-darwin10.0, x86_64] macruby /Users/satounorio/dionea/dionea/branches/2011-branch/dionea- ruby19/dioneas.rb:20:in `new': must be called with a block (ThreadError) ===excerpt (line 20 is the 4th line below=== Original_thread_new = Thread.method(:new) class Thread def self.new(*args, &block) t = Dionea::Original_thread_new.call(args, block) {|args, block| str_msg = "Dionea.debugger should not be nil" #Dionea::Log.debug "New thread has been created #{Thread.current}" if Dionea.debugger.class == nil.class then Dionea::Log.error str_msg raise str_msg end threadID = Dionea.debugger.set_thread(block.binding) if RUBY_VERSION >= '1.9' #$stderr.print "DBG: Trying set_trace_func: debuggee threads \n" Thread.current.set_trace_func(Dionea.debugger.traceFunc) unless threadID == 0 end begin block.call(*args) #, &block) ensure unless threadID == 0 then Dionea.debugger.unset_thread(threadID) end end } t end#Thread.new(*args, &block) }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1365> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1362: segfault with "rake test"
by MacRuby 17 Jul '11

17 Jul '11

#1362: segfault with "rake test" --------------------------------+------------------------------------------- Reporter: austin@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- On the latest Text::Format code (https://github.com/halostatue/text- format), when I run "rake test" (hoe required), I get a segfault: 3399 text-hyphen ‣ rake test /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/bin/macruby -w -Ilib:bin:test:. -e 'require "rubygems"; require "test/unit"; require "test/test_bugs.rb"; require "test/test_text_hyphen.rb"' -- zsh: segmentation fault rake test rake test 8.48s user 0.38s system 69% cpu 12.683 total -- Ticket URL: <http://www.macruby.org/trac/ticket/1362> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1360: require of nokogiri causes a segfault.
by MacRuby 16 Jul '11

16 Jul '11

#1360: require of nokogiri causes a segfault. -----------------------------+---------------------------------------------- Reporter: rob@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- MacRuby 0.10.0 or the nightly(2011-07-14), with nokogiri 1.5.0. Steps to reproduce: macirb -rubygems -r'nokogiri' -- Ticket URL: <http://www.macruby.org/trac/ticket/1360> MacRuby <http://macruby.org/>

1 3

[MacRuby] #1361: Using pg gem returns bus error
by MacRuby 15 Jul '11

15 Jul '11

#1361: Using pg gem returns bus error -------------------------------+-------------------------------------------- Reporter: tpitale@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: pg gem postgres -------------------------------+-------------------------------------------- Install macruby from git master. Install pg gem 0.11. macirb require 'rubygems' require 'pg' connection = PGconn.open(:dbname => 'somedb') connection.exec("LISTEN test1") # or any sql Bus error -- Ticket URL: <http://www.macruby.org/trac/ticket/1361> MacRuby <http://macruby.org/>

1 6

[MacRuby] #1358: Methods declared on a subclass of Module cannot be called
by MacRuby 14 Jul '11

14 Jul '11

#1358: Methods declared on a subclass of Module cannot be called ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: reduction ------------------------------------+--------------------------------------- I am trying to create a module that overrides #alias_method so I can delay the method aliasing until a later time, but when I subclass Module and add methods I cannot call the method. Here is a reduction: {{{ class Foo < Module def test puts 'lol' end end foo = Foo.new foo.test # => NoMethodError: private method foo.instance_eval { test } # => ArgumentError: wrong number of arguments foo.module_eval { test } # => ArgumentError: wrong number of arguments }}} The same code works on CRuby in all cases, even though that seems weird. -- Ticket URL: <http://www.macruby.org/trac/ticket/1358> MacRuby <http://macruby.org/>

1 2

[MacRuby] #1359: Aliased objective-c methods are not equal to their ruby aliases
by MacRuby 14 Jul '11

14 Jul '11

#1359: Aliased objective-c methods are not equal to their ruby aliases ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: reduction ------------------------------------+--------------------------------------- I was writing a test case to check that a method was aliased correctly and ran across this: {{{ class NSURL alias_method :inspect, :absoluteString end class Test def one end alias_method :two, :one end test = Test.new url = NSURL.URLWithString('http://macruby.org/') test.method(:one) == test.method(:two) # => true url.method(:inspect) == url.method(:absoluteString) # => false }}} It seems that when I call `url.method(:inspect)` it returns the a different method "#<Method: NSURL(NSObject)#inspect>" but if I #call that method it will do the correct thing. -- Ticket URL: <http://www.macruby.org/trac/ticket/1359> MacRuby <http://macruby.org/>

1 0

[MacRuby] #972: RSpec 2.0.1 & Bundler rake task segfaults under MacRuby 0.7.1
by MacRuby 13 Jul '11

13 Jul '11

#972: RSpec 2.0.1 & Bundler rake task segfaults under MacRuby 0.7.1 ------------------------------+--------------------------------------------- Reporter: jon@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- When attempting to use the RSpec 2.0.1 rake task in a project using Bundler 1.0.2 I see a segfault when rspec is run by the rake task. This does not occur if a Gemfile isn't present in the current directory. This may be related to an error I'm seeing from Bundler when using bundle exec: "Could not find task exec" Code to reproduce can be found at http://github.com/jellybob/macruby- segfault and run with the following process: $ macgem install bundler $ macruby -S bundle install $ macrake spec -- Ticket URL: <http://www.macruby.org/trac/ticket/972> MacRuby <http://macruby.org/>

1 6