December 2010 - macruby-tickets - lists.macosforge.org

[MacRuby] #1021: error trying to use bones with MacRuby
by MacRuby 18 Dec '10

18 Dec '10

#1021: error trying to use bones with MacRuby ---------------------------+------------------------------------------------ Reporter: haxie1@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ I originally filed this with the bones project (Tim Pease) but he pointed out that the issue is with MacRuby after installing the bones gem, trying to do something like: {{{ %bones --help }}} results in: /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems/rake-0.8.7/lib/rake.rb:2503:in `const_missing:': uninitialized constant Bones::App::Plugins (NameError) from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems /little-plugger-1.1.2/lib/little-plugger.rb:270:in `block' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems /little-plugger-1.1.2/lib/little-plugger.rb:268:in `default_plugin_module:' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems /little-plugger-1.1.2/lib/little-plugger.rb:217:in `plugin_module' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems /little-plugger-1.1.2/lib/little-plugger.rb:156:in `plugins' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems /little-plugger-1.1.2/lib/little-plugger.rb:176:in `initialize_plugins' from /Library/Frameworks/MacRuby.framework/Versions/0.8/usr/lib/ruby/Gems/1.9.2/gems/bones-3.5.4/bin/bones:11:in `<main>' from /usr/bin/bones:19:in `<main>' Tim outlines the root issue here: https://github.com/TwP/bones/issues/issue/14/#comment_587325 -- Ticket URL: <http://www.macruby.org/trac/ticket/1021> MacRuby <http://macruby.org/>

1 4

[MacRuby] #1056: Module method is bypassed by 'super' statement when more than one modules are extended.
by MacRuby 18 Dec '10

18 Dec '10

#1056: Module method is bypassed by 'super' statement when more than one modules are extended. --------------------------------+------------------------------------------- Reporter: chekenan@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: module, method, extend, super --------------------------------+------------------------------------------- The summary can't precisely describe the situation causes this bug. Sorry for that. But the test code can. '''Test''' {{{ p RUBY_DESCRIPTION module M1 def m p 'm1' [1,2,3] end end module M2 def m p 'm2' super.select do |item|; item > 1; end end end o = Object.new o.extend M1 o.extend M2 class Cls def m p 'cls' [1,2,3] end end o1 = Cls.new o1.extend M2 def o.use_m p m end def o1.use_m p m end puts "--- Module over module" o.use_m o.use_m o.use_m puts "--- Class over module" o1.use_m o1.use_m o1.use_m }}} In the second and third runs, method 'm' of module M2 is bypassed. This bug prevent Treetop (1.4.9) from running on MacRuby 0.8. Note that if super is a class, the module method is not bypassed. '''Result''' {{{ "MacRuby 0.8 (ruby 1.9.2) [universal-darwin10.0, x86_64]" --- Module over module "m2" "m1" [2, 3] "m1" [1, 2, 3] "m1" [1, 2, 3] --- Class over module "m2" "cls" [2, 3] "m2" "cls" [2, 3] "m2" "cls" [2, 3] "rubinius 1.1.0 (1.8.7 release 2010-09-23 JI) [x86_64-apple-darwin10.4.0]" --- Module over module "m2" "m1" [2, 3] "m2" "m1" [2, 3] "m2" "m1" [2, 3] --- Class over module "m2" "cls" [2, 3] "m2" "cls" [2, 3] "m2" "cls" [2, 3] "ruby 1.9.2p0 (2010-08-18 revision 29036) [x86_64-darwin10.4.0]" --- Module over module "m2" "m1" [2, 3] "m2" "m1" [2, 3] "m2" "m1" [2, 3] --- Class over module "m2" "cls" [2, 3] "m2" "cls" [2, 3] "m2" "cls" [2, 3] }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1056> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1034: Requiring Mechanize gives segmentation fault
by MacRuby 18 Dec '10

18 Dec '10

#1034: Requiring Mechanize gives segmentation fault ------------------------------+--------------------------------------------- Reporter: vegar@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: meahanize ------------------------------+--------------------------------------------- Trying to include Mechanize in a MacRuby project leads to a segmentation fault. Steps to reproduce: 1. Install mechanize - sudo macgem install mechanize 2. Start macirb - macirb 3. Require rubygems - require 'rubygems' 4. Require mechanize - require 'mechanize' In the macruby build from 3. december, macirb goes down with the following error: Assertion failed: (InReg && "Value not in map!"), function getValue, file SelectionDAGBuilder.cpp, line 917. Abort trap In the build from 8. december, this is replaced with at 'Segmentation Fault'. -- Ticket URL: <http://www.macruby.org/trac/ticket/1034> MacRuby <http://macruby.org/>

1 4

[MacRuby] #1051: Segfault occurs with RDoc::Parser::Ruby.
by MacRuby 17 Dec '10

17 Dec '10

#1051: Segfault occurs with RDoc::Parser::Ruby. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby require 'tempfile' require 'rdoc/options' require 'rdoc/parser/ruby' require 'rdoc/stats' def util_parser(content) @parser = RDoc::Parser::Ruby.new @top_level, @filename, content, @options, @stats end def util_top_level RDoc::TopLevel.reset @top_level = RDoc::TopLevel.new @filename @top_level2 = RDoc::TopLevel.new @filename2 end @tempfile = Tempfile.new self.class.name @filename = @tempfile.path # Some tests need two paths. @tempfile2 = Tempfile.new self.class.name @filename2 = @tempfile2.path util_top_level @options = RDoc::Options.new @options.quiet = true @stats = RDoc::Stats.new 0 util_parser "" comment = "# :section: new section\n# woo stuff\n" @parser.look_for_directives_in @top_level, comment section = @top_level.current_section p section.title p section.comment p comment }}} BackTrace: {{{ Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000024 0x00000001000abd50 in str_concat_string (self=0x2003ad780, str=0x4) at string.c:865 865 if (str->length_in_bytes == 0) { (gdb) bt #0 0x00000001000abd50 in str_concat_string (self=0x2003ad780, str=0x4) at string.c:865 #1 0x00000001000b2c2b in str_gsub (sel=0x100ec3c00, argc=1, argv=0x7fff5fbfcd38, str=8593931552, bang=true) at string.c:3917 #2 0x00000001000b31cb in rstr_gsub_bang (str=8593931552, sel=0x100ec3c00, argc=1, argv=0x7fff5fbfcd38) at string.c:4000 #3 0x0000000100136fb3 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:448 #4 0x0000000100136fb3 in rb_vm_dispatch () at dispatcher.cpp:849 #5 0x0000000103300e36 in ?? () #6 0x000000010335f494 in ?? () #7 0x00000001001375e6 in __rb_vm_rcall [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:161 #8 0x00000001001375e6 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:466 #9 0x00000001001375e6 in rb_vm_dispatch () at dispatcher.cpp:849 #10 0x0000000103300e36 in ?? () #11 0x000000010335e7e4 in ?? () #12 0x0000000100137627 in __rb_vm_rcall [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:163 #13 0x0000000100137627 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:466 #14 0x0000000100137627 in rb_vm_dispatch () at dispatcher.cpp:849 #15 0x0000000103300e36 in ?? () #16 0x0000000103300607 in ?? () #17 0x00000001001519cd in rb_vm_run (fname=0x20004f1e0 "/Users/watson/tmp/test_rdoc.rb", node=0x20005d580, binding=0x0, inside_eval=false) at vm.cpp:3928 #18 0x0000000100038479 in ruby_run_node (n=0x20005d580) at eval.c:211 #19 0x0000000100000c15 in main (argc=3, argv=0x100e1de30, envp=0x7fff5fbfee60) at main.cpp:40 Current language: auto; currently c (gdb) }}} By the following commands, could confirm this problem. {{{ On MacRuby source directory: $ cd test/test-mri/ $ macruby -r require_relative.rb test/rdoc/test_rdoc_parser_ruby.rb -v }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1051> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1049: Can't get the event path from FSEventStreamCallback
by MacRuby 17 Dec '10

17 Dec '10

#1049: Can't get the event path from FSEventStreamCallback ---------------------------+------------------------------------------------ Reporter: haxie1@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ MacRuby 0.9 r5024 BridgeSupport Preview 2 {{{ framework 'Foundation' framework 'CoreServices' callback = Proc.new do |stream, callback_info, numb_events, paths, flags, ids| puts "callback" puts paths #Pointer puts paths.type #C paths.cast!("@") puts paths[0] #NSCFArray paths[0].count #crash end context = nil watchPath = ["/Users/Shared"] stream = FSEventStreamCreate(KCFAllocatorDefault, callback, context, watchPath, KFSEventStreamEventIdSinceNow, 0.3, KFSEventStreamCreateFlagUseCFTypes) if !stream puts "Failed" exit 1 end queue = Dispatch::Queue.new("fseventqueue") p = queue.dispatch_object FSEventStreamSetDispatchQueue(stream, p) if ! FSEventStreamStart(stream) puts "Failed to start" exit 1 end trap("INT") { FSEventStreamStop(stream) FSEventStreamInvalidate(stream) exit 0 } Dispatch::Queue.main.run }}} When I run this, I get called back when /Users/Shared changes, but my callbacks 'paths' argument doesn't have any useful data. If I cast the paths Pointer to an object I get an NSCFArray, but calling anything on it throws an exception (NoMethodError). Am I doing it wrong, or is the callbacks 'paths' param pointing to the great unknown? -- Ticket URL: <http://www.macruby.org/trac/ticket/1049> MacRuby <http://macruby.org/>

1 2

[MacRuby] #1045: restclient gem fails when trying to GET
by MacRuby 17 Dec '10

17 Dec '10

#1045: restclient gem fails when trying to GET ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- When I try RestClient.get 'http://macruby.org/' I get the error: NameError: uninitialized constant RestClient::Request::Payload /Users/ferrous/.rvm/gems/ruby-1.9.2-p0/gems/rest- client-1.6.1/lib/restclient/request.rb:42:in `initialize:' /Users/ferrous/.rvm/gems/ruby-1.9.2-p0/gems/rest- client-1.6.1/lib/restclient/request.rb:31:in `execute:' /Users/ferrous/.rvm/gems/ruby-1.9.2-p0/gems/rest- client-1.6.1/lib/restclient.rb:68:in `get:' -- Ticket URL: <http://www.macruby.org/trac/ticket/1045> MacRuby <http://macruby.org/>

1 4

[MacRuby] #1043: Cocoa Binding broken
by MacRuby 17 Dec '10

17 Dec '10

#1043: Cocoa Binding broken ----------------------------------+----------------------------------------- Reporter: yasuimao@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Some of the Cocoa bindings seem to be broken since 12/7 nightly. I will attach a simple app (Xcode project). So far, I found the followings. The results are the same with ObjectController bindings and UserDefaults bindings. Popup button Selected Index => does NOT work on both TextFiled value => works on the sample app but NOT on my app Checkbox => works on both Also not included but Popup Button content value (array) seems to be working. -- Ticket URL: <http://www.macruby.org/trac/ticket/1043> MacRuby <http://macruby.org/>

1 2

Re: [MacRuby] #791: Array#hash is broken.
by MacRuby 17 Dec '10

17 Dec '10

#791: Array#hash is broken. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@…): * milestone: MacRuby 1.0 => MacRuby Later Comment: A better hashing function for RubyHash objects has been committed in r5042, however Array#hash did not change. I think changing it is too critical for 1.0, because I'm afraid it might introduce incompatibilities with Foundation APIs. So I'm moving the bug back to Later. -- Ticket URL: <http://www.macruby.org/trac/ticket/791#comment:6> MacRuby <http://macruby.org/>

1 0

[MacRuby] #868: Should not get a value until calling Hash#rehash when Object of Hash's key was changed.
by MacRuby 17 Dec '10

17 Dec '10

#868: Should not get a value until calling Hash#rehash when Object of Hash's key was changed. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat test_rehash.rb def assert_equal(a, b) p b p a == b puts "-----" end def assert_nil(a) p a p a == nil puts "-----" end a = [ "a", "b" ] c = [ "c", "d" ] h = { a => 100, c => 300 } assert_equal(100, h[a]) a[0] = "z" assert_nil(h[a]) h.rehash assert_equal(100, h[a]) }}} Result of Ruby 1.9.1: {{{ $ ruby test_rehash.rb 100 true ----- nil true ----- 100 true ----- }}} Result of MacRuby Trunk: {{{ $ macruby test_rehash.rb 100 true ----- 100 false ----- 100 true ----- }}} This problem may be related to #791. -- Ticket URL: <http://www.macruby.org/trac/ticket/868> MacRuby <http://macruby.org/>

1 4

Re: [MacRuby] #791: Array#hash is broken.
by MacRuby 17 Dec '10

17 Dec '10

#791: Array#hash is broken. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@…): Why it can be a problem: {{{ $ time ./miniruby -e "h={}; 10000.times { |i| h[[1,i,2]]=1 }" real 0m2.482s user 0m2.460s sys 0m0.017s }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/791#comment:5> MacRuby <http://macruby.org/>

1 0