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

Re: [MacRuby] #794: `pthread_mutex_unlock(&t->sleep_mutex)' failed: Invalid argument (22)
by MacRuby 08 Mar '11

08 Mar '11

#794: `pthread_mutex_unlock(&t->sleep_mutex)' failed: Invalid argument (22) ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.10 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@…): * status: reopened => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.10 Comment: Thank you for your review! I commited as r5264. -- Ticket URL: <http://www.macruby.org/trac/ticket/794#comment:15> MacRuby <http://macruby.org/>

1 0

[MacRuby] #881: Abort occurs when calls Array#sort with array including Object, Using 32bit arch.
by MacRuby 08 Mar '11

08 Mar '11

#881: Abort occurs when calls Array#sort with array including Object, Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ #!ruby # spec/frozen/core/array/sort_spec.rb # it "does not deal with exceptions raised by unimplemented or incorrect #<=>" do o = Object.new [o, 1].sort }}} Result: {{{ $ DYLD_LIBRARY_PATH=. ./macruby -v -I./lib t1.rb MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, i386] terminate called without an active exception zsh: abort DYLD_LIBRARY_PATH=. ./macruby -v -I./lib t1.rb }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/881> MacRuby <http://macruby.org/>

1 5

Re: [MacRuby] #794: `pthread_mutex_unlock(&t->sleep_mutex)' failed: Invalid argument (22)
by MacRuby 08 Mar '11

08 Mar '11

#794: `pthread_mutex_unlock(&t->sleep_mutex)' failed: Invalid argument (22) ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: reopened Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Resolution: Keywords: | ----------------------------------+----------------------------------------- Comment(by lsansonetti@…): I looked at the problem and indeed this looks like a race condition happening between thread unregistration and cancellation. The patch should be good. Please commit, and I'm very sorry for the long delay :) -- Ticket URL: <http://www.macruby.org/trac/ticket/794#comment:14> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #530: Net::SSH doesn't work with MacRuby
by MacRuby 08 Mar '11

08 Mar '11

#530: Net::SSH doesn't work with MacRuby ---------------------------------+------------------------------------------ Reporter: sk8tr1981@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by lsansonetti@…): Still the same error as of trunk. -- Ticket URL: <http://www.macruby.org/trac/ticket/530#comment:15> MacRuby <http://macruby.org/>

1 0

[MacRuby] #863: String#succ is broken.
by MacRuby 08 Mar '11

08 Mar '11

#863: String#succ is broken. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat test_succ.rb p "No.9".succ # => "No.10" p "-9".succ # => "-10" p "+9".succ # => "+10" p "\377".succ # => "\001\000" }}} Result of Ruby 1.9.1: {{{ $ ruby test_succ.rb "No.10" "-10" "+10" "\x01\x00" }}} Result of MacRuby Trunk: {{{ $ macruby test_succ.rb "Np.0" "1-0" "1+0" /Users/watson/src/MacRuby/test_succ.rb:1:in `<main>': cannot make receiver data as Unicode characters (ArgumentError) }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/863> MacRuby <http://macruby.org/>

1 2

Re: [MacRuby] #422: Kernel#caller compatibilty
by MacRuby 08 Mar '11

08 Mar '11

#422: Kernel#caller compatibilty -------------------------------------+-------------------------------------- Reporter: mattaimonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Changes (by lsansonetti@…): * milestone: MacRuby 1.0 => MacRuby Later Comment: I don't think this ticket can be fixed any time soon. The problem here is that the #call method is not written in Ruby, therefore it has no dwarf metadata associated to it, so the backtracer doesn't know about it. To fix this ticket, MacRuby would need to have some logic regarding methods written in C, but that seems a lot of work just for that ticket. Moving to Later. -- Ticket URL: <http://www.macruby.org/trac/ticket/422#comment:5> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1181: Array#cycle or Array#next is broken
by MacRuby 07 Mar '11

07 Mar '11

#1181: Array#cycle or Array#next is broken ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- puts ["*"].cycle.next That line prints out a * in CRuby, but prints out nil on MacRuby. I found this issue while trying to use minitest/pride. -- Ticket URL: <http://www.macruby.org/trac/ticket/1181> MacRuby <http://macruby.org/>

1 3

Re: [MacRuby] #648: (TypeError) "unrecognized runtime type" when receiving a CGEventTapProxy
by MacRuby 07 Mar '11

07 Mar '11

#648: (TypeError) "unrecognized runtime type" when receiving a CGEventTapProxy --------------------------------+------------------------------------------- Reporter: kingding@… | Owner: lsansonetti@… Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Changes (by watson1978@…): * status: reopened => closed * resolution: => fixed Comment: Thank you for your report :) -- Ticket URL: <http://www.macruby.org/trac/ticket/648#comment:5> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1168: Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3426. -- using bundler
by MacRuby 07 Mar '11

07 Mar '11

#1168: Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3426. -- using bundler ------------------------------+--------------------------------------------- Reporter: jhamor@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- While trying to invoke bundler the documented way, i get the following error: Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3426. which resulted from the following snippet: $ macirb irb(main):001:0> require "rubygems" => true irb(main):002:0> require "bundler/setup" Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3426. Abort trap $ This seems to only happen with a Gemfile (as one would expect). My gemfile is pretty sparse and looks like this: source 'http://rubygems.org' -- Ticket URL: <http://www.macruby.org/trac/ticket/1168> MacRuby <http://macruby.org/>

1 2

[MacRuby] #1171: `macruby_deploy --gem` problem with directories that have a space
by MacRuby 07 Mar '11

07 Mar '11

#1171: `macruby_deploy --gem` problem with directories that have a space ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- If there is a space in the path to the app bundle then the gem copying will fail. The quick fix is to quote the paths. A better fix might be to use NSFileManager, but then #execute would not get called. I patched the problem in my fork of MacRuby on github: https://github.com/ferrous26/MacRuby/commit/06e66d8ae9bf28085bd1254142de5f6… -- Ticket URL: <http://www.macruby.org/trac/ticket/1171> MacRuby <http://macruby.org/>

1 1