April 2012 - macruby-tickets - lists.macosforge.org

[MacRuby] #1471: '0.0 % 0.0' should not raise exception, but should return NaN.
by MacRuby 15 May '12

15 May '12

#1471: '0.0 % 0.0' should not raise exception, but should return NaN. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ ruby19 -e 'p 0.0 % 0.0' NaN $ macruby -e 'p 0.0 % 0.0' -e:1:in `%': divided by 0 (ZeroDivisionError) }}} Test Script: {{{ require 'test/unit/assertions.rb' include Test::Unit::Assertions assert_equal("NaN", (1.0 % 0.0).to_s) assert_raise(ZeroDivisionError){ 1.0.send(:%, 0.0) } assert_raise(ZeroDivisionError){ 1.0 % 0 } assert_raise(ZeroDivisionError){ 1.0.modulo(0.0) } }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1471> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1466: does not install MacRuby's Templetes and rb_nibtool into Xcode 4.3
by MacRuby 09 May '12

09 May '12

#1466: does not install MacRuby's Templetes and rb_nibtool into Xcode 4.3 ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- MacRuby's Templates, tools and Examples are installed into "/Developer/xxxx".[[BR]] However, "/Developer" directory is not created by installing Xcode 4.3. So, I think that it needs to change the installation location. -- Ticket URL: <http://www.macruby.org/trac/ticket/1466> MacRuby <http://macruby.org/>

1 11

[MacRuby] #1499: Can't install MacRuby in Lion
by MacRuby 05 May '12

05 May '12

#1499: Can't install MacRuby in Lion -----------------------------------------+---------------------------------- Reporter: manfredigiordano@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macruby -----------------------------------------+---------------------------------- Hello, I have a problem with MacRuby in my MacBook Pro (OS X 10.7.3). I tried to install the nightly build 0.12 because I read that there was a problem with 0.10 since xCode is installed in /Applications instead of /Developer (however, mine is installed in /Developer since I upgraded from Snow Leopard; but I wasn't able to install MacRuby 0.10 too before trying the latest build). So I got a folder called MacRuby.framework in /Library/Frameworks which also include executables for macruby, macirb, macri, ... but I can't use them from Terminal. Also, they're not found by 'which' command. Should MacRuby be installed in ~/Library/ instead of /Library/ ? I once (successfully) installed MacRuby in a Mac mini with Lion pre- installed so I guess that the problem is my MacBook. Am I missing something? What should I do? Thanks in advance -- Ticket URL: <http://www.macruby.org/trac/ticket/1499> MacRuby <http://macruby.org/>

1 5

[MacRuby] #1429: STDIN.eof? consumes first input character
by MacRuby 17 Apr '12

17 Apr '12

#1429: STDIN.eof? consumes first input character --------------------------------+------------------------------------------- Reporter: lastobelus@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- {{{ irb(main):045:0> def test irb(main):046:1> STDIN.eof? irb(main):047:1> STDIN.gets irb(main):048:0> end => nil irb(main):049:0> test bob => "ob\n" }}} - I checked File and StringIO, they do not show this bug. - I was unable to come up with a workaround that would work with client code calling STDIN.eof? then STDIN.gets. Any suggestions would be appreciated. I tried STDIN.reopen and STDIN.rewind -- Ticket URL: <http://www.macruby.org/trac/ticket/1429> MacRuby <http://macruby.org/>

1 2

[MacRuby] #1498: Can't retrieve the file path and line with DTrace in MacRuby probe
by MacRuby 14 Apr '12

14 Apr '12

#1498: Can't retrieve the file path and line with DTrace in MacRuby probe ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Since MacRuby 0.6, can't retrieve the file path and line correctly with DTrace. Test case: {{{ begin raise "test" rescue end }}} {{{ #!/usr/sbin/dtrace -s #pragma D option quiet macruby$target:::raise { printf("*** raise!!! %s : %s : %d\n", copyinstr(arg0), copyinstr(arg1), arg2); } }}} Result: {{{ $ sudo dtrace -qs method.d -c "macruby -v test.rb" MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] *** raise!!! RuntimeError : test.rb : 2 $ sudo dtrace -qs method.d -c "macruby -v test.rb" MacRuby version 0.6 (ruby 1.9.0) [universal-darwin10.0, x86_64] *** raise!!! RuntimeError : core : 0 }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1498> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1432: macruby fails with error "JSON::Ext::Generator::GeneratorMethods::Object:Class is not a module" while using cucumber 1.1.4
by MacRuby 13 Apr '12

13 Apr '12

#1432: macruby fails with error "JSON::Ext::Generator::GeneratorMethods::Object:Class is not a module" while using cucumber 1.1.4 ---------------------------------------+------------------------------------ Reporter: matthieu.desile@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ Hello, I tried using cucumber with macruby and it fails to run with error "JSON::Ext::Generator::GeneratorMethods::Object:Class is not a module" I installed the latest (1.1.4) cucumber gem version and when I run it on a simple feature, it fails. Complete error message : $ macruby_select 0.12 -S cucumber simple.feature /Volumes/Users/furai/.gem/macruby/1.9.2/gems/cucumber-1.1.4/lib/cucumber.rb:10:in `<main>': JSON::Ext::Generator::GeneratorMethods::Object:Class is not a module (TypeError) from /Volumes/Users/furai/.gem/macruby/1.9.2/gems/cucumber-1.1.4/bin/cucumber:11:in `<main>' from /Volumes/Users/furai/.gem/macruby/1.9.2/bin/cucumber:19:in `<main>' It fails the same using macruby 0.9, 0.10, 0.11 and nightly build, it fails with cucumber version 1.0.0 to 1.1.4. -- Ticket URL: <http://www.macruby.org/trac/ticket/1432> MacRuby <http://macruby.org/>

1 3

[MacRuby] #1497: #inspect with Protocol object causes a crash
by MacRuby 10 Apr '12

10 Apr '12

#1497: #inspect with Protocol object causes a crash ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ framework 'Cocoa' proto = NSProtocolFromString("NSTableViewDataSource") puts proto.description puts proto.inspect }}} Result: {{{ $ macruby test.rb <Protocol: 0x7fff782212c0> 2012-04-10 17:46:24.000 macruby[9496:60b] *** NSInvocation: warning: object 0x7fff782212c0 of class 'Protocol' does not implement methodSignatureForSelector: -- trouble ahead 2012-04-10 17:46:24.001 macruby[9496:60b] *** NSInvocation: warning: object 0x7fff782212c0 of class 'Protocol' does not implement doesNotRecognizeSelector: -- abort zsh: trace trap macruby test.rb }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1497> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1496: Range#first(num) should return array which includes the num elements.
by MacRuby 06 Apr '12

06 Apr '12

#1496: Range#first(num) should return array which includes the num elements. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ rng = (0..10) p rng.first(0) p rng.first(1) p rng.first(2) }}} Result: {{{ $ ruby19 test_range.rb [] [0] [0, 1] $ macruby test_range.rb [0] [0, 1] [0, 1, 2] }}} Range#first(0) should return empty array, #first(1) should return one element... -- Ticket URL: <http://www.macruby.org/trac/ticket/1496> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1495: misses the evaluation order to create Range object.
by MacRuby 05 Apr '12

05 Apr '12

#1495: misses the evaluation order to create Range object. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- To create Range object, it seems that MacRuby evaluates the Range's end at first. {{{ $ ruby19 -e 'p (x = 0) .. (x + 1)' 0..1 $ macruby -e 'p (x = 0) .. (x + 1)' -e:in `<main>': undefined method `+' for nil:NilClass (NoMethodError) }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1495> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1446: Add additional diagnostic info when assertion fails in RoxorVM::pop_current_exception
by MacRuby 04 Apr '12

04 Apr '12

#1446: Add additional diagnostic info when assertion fails in RoxorVM::pop_current_exception --------------------------------+------------------------------------------- Reporter: msabramo@… | Owner: lsansonetti@… Type: enhancement | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- I've discovered that it's not difficult to make MacRuby crash by doing things that it doesn't like. For instance, right now I'm debugging this crash in my app: `Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3596.` From a little big of digging around, I gather that this is probably coming from in `RoxorVM::pop_current_exception` in https://github.com/MacRuby/MacRuby/blob/master/vm.cpp#L3600 I propose to add more information about `current_exceptions` when this assertion fails. I will work on this and submit a GitHub pull request... -- Ticket URL: <http://www.macruby.org/trac/ticket/1446> MacRuby <http://macruby.org/>

1 5