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

[MacRuby] #1018: Regexp compilation error
by MacRuby 13 Oct '11

13 Oct '11

#1018: Regexp compilation error ----------------------------+----------------------------------------------- Reporter: tglee@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: Regexp ----------------------------+----------------------------------------------- $ macirb irb(main):001:0> pattern = /(?<test>Ruby|Perl)/ => SyntaxError: (irb):1: regexp `(?<test>Ruby|Perl)' compilation error: U_REGEX_RULE_SYNTAX irb(main):002:0> -- Ticket URL: <http://www.macruby.org/trac/ticket/1018> MacRuby <http://macruby.org/>

1 7

[MacRuby] #1161: minitest + mocha + macruby == BOOM!
by MacRuby 13 Oct '11

13 Oct '11

#1161: minitest + mocha + macruby == BOOM! --------------------------------------+------------------------------------- Reporter: ryand-ruby@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: --------------------------------------+------------------------------------- This is a minimal repro of the problem. The code works fine under mri, and under both w/o mocha: {{{ require "rubygems" require "isolate" Isolate.now! :system => false do gem "minitest" gem "mocha" end gem "minitest" require "minitest/autorun" require "mocha" class QuickTest < MiniTest::Unit::TestCase def test_quick obj = mock("obj") end end }}} results in: {{{ uncaught Objective-C/C++ exception... 2011-02-14 15:13:05.129 macruby[98953:903] *** Terminating app due to uncaught exception 'NoMethodError', reason: '/Users/ryan/x/tmp/isolate/macruby-1.9.2/gems/minitest-2.0.2/lib/minitest/unit.rb:664:in `block': undefined method `run' for #<QuickTest:0x20083f880 ...> (NoMethodError) }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1161> MacRuby <http://macruby.org/>

1 2

[MacRuby] #1322: Xcode 4.1/4.2
by MacRuby 13 Oct '11

13 Oct '11

#1322: Xcode 4.1/4.2 ----------------------------------------+----------------------------------- Reporter: d.dagostino@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Seems that Xcode 4.1 and 4.2 are unable to link in IB outlets and actions. There is a faster fix for that? -- Ticket URL: <http://www.macruby.org/trac/ticket/1322> MacRuby <http://macruby.org/>

1 28

[MacRuby] #1366: Lion/XCode 4.1 update breaks IB
by MacRuby 13 Oct '11

13 Oct '11

#1366: Lion/XCode 4.1 update breaks IB ----------------------------------+----------------------------------------- Reporter: paolo.bosetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: XCode ----------------------------------+----------------------------------------- After LION and Xcode 4.1 update, the XIB editor does not show anymore the available IBActions and IBOutlets from macruby classes. So, right-drag from controls to class placeholders or vice versa does not pops up the usual HUD miniwindow offering the available outlets. -- Ticket URL: <http://www.macruby.org/trac/ticket/1366> MacRuby <http://macruby.org/>

1 3

[MacRuby] #1369: ArgumentError (and some friends) do not always provide a backtrace
by MacRuby 04 Oct '11

04 Oct '11

#1369: ArgumentError (and some friends) do not always provide a backtrace ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- It is sometimes possible for backtrace information to be left out of an error message. I have observed this problem with ArgumentError and NameError. It is possible to workaround the issue using some code from Eloy given in this gist: https://gist.github.com/1107314 Though, I am having some difficulty reducing the problem to a nice test case right now. -- Ticket URL: <http://www.macruby.org/trac/ticket/1369> MacRuby <http://macruby.org/>

1 4

[MacRuby] #1376: C API should include RREGEXP
by MacRuby 15 Sep '11

15 Sep '11

#1376: C API should include RREGEXP ----------------------------+----------------------------------------------- Reporter: kyle@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- The standard Ruby C API includes a macro, RREGEXP, which provides access to the source and options strings of a given Ruby regular expression. In addition, sometimes RREGEXP_SRC is defined, and it returns a Ruby string object. RREGEXP_OPTIONS is also often defined, and it returns a long integer. Is there any way that these macros can be made part of the public C API so that C extensions that work with other Ruby implementations will also work with MacRuby? -- Ticket URL: <http://www.macruby.org/trac/ticket/1376> MacRuby <http://macruby.org/>

1 2

[MacRuby] #1120: User defined classes created with singleton methods
by MacRuby 14 Sep '11

14 Sep '11

#1120: User defined classes created with singleton methods ------------------------------------------+--------------------------------- Reporter: smorss@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------------+--------------------------------- I am running MacRuby 0.8. If I create a simple class: class X ; end And then I ask an instance of it for its singleton methods: X.new.singleton_methods I get: [:==, :class, :hash, :dup] There shouldn't be any (should return []). "Object.new.singleton_methods" has the correct behavior. -- Ticket URL: <http://www.macruby.org/trac/ticket/1120> MacRuby <http://macruby.org/>

1 3

[MacRuby] #1262: Rack error calling [] in Faraday via the Octokit gem
by MacRuby 12 Sep '11

12 Sep '11

#1262: Rack error calling [] in Faraday via the Octokit gem ------------------------------+--------------------------------------------- Reporter: sferik@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: github, octokit, rack, hubcap ------------------------------+--------------------------------------------- I'm getting the following error running this simple script in MacRuby 0.10: {{{ require 'rubygems' require 'octokit' puts Octokit.user('sferik') }}} {{{ /Users/erik/.rvm/gems/macruby-0.10/gems/rack-1.2.2/lib/rack/utils.rb:in `[]:': undefined method `[]' for nil:NilClass (NoMethodError) from /Users/erik/.rvm/gems/macruby-0.10/gems/faraday-0.6.1/lib/faraday/utils.rb:22:in `[]:' from /Users/erik/.rvm/gems/macruby-0.10/gems/faraday-0.6.1/lib/faraday/request/url_encoded.rb:18:in `match_content_type:' from /Users/erik/get_user.rb:4:in `<main>' }}} I've tried using rack 1.3.0.beta instead of 1.2.2 but I get the same error. This script works as expected on MRI 1.9.1p378 and 1.9.2p180 (also on MRI 1.8.7p334, JRuby 1.6.1, and Rubinius 1.2.3). In addition to the error. Simply requiring octokit (line 2) is extremely slow. On my machine with a 2.8 GHz Intel Core 2 Duo processor, running just the first two lines of the script takes 2 minutes and 20 seconds! I would love to be able to use the Octokit gem in the next release of MacRuby. Please let me know if there's anything I can do to help debug this issue. -- Ticket URL: <http://www.macruby.org/trac/ticket/1262> MacRuby <http://macruby.org/>

1 10

[MacRuby] #1346: Segfault occurs when invoked a Module#attr within some threads.
by MacRuby 07 Sep '11

07 Sep '11

#1346: Segfault occurs when invoked a Module#attr within some threads. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby m1 = Module.new m2 = Module.new Thread.new { 100.times do |i| m1.instance_eval{ attr("test#{i}") } end } 100.times do |i| m2.instance_eval{ attr("test#{i}") } end }}} BackTrace: {{{ (gdb) t a a bt Thread 3 (process 18224): #0 0x0000000100164980 in rb_sym2id (sym=0) at symbol.c:198 #1 0x00000001000adb85 in rb_to_id (name=0) at string.c:6494 #2 0x0000000100052bac in rb_mod_attr_reader (klass=8590087520, sel=0x0, argc=1, argv=0x10177dd78) at object.c:2044 #3 0x0000000100052c86 in rb_mod_attr (klass=8590087520, sel=0x100fbf3a0, argc=1, argv=0x10177dd78) at object.c:2057 #4 0x000000010012e2b3 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:448 #5 0x000000010012e2b3 in rb_vm_dispatch () at dispatcher.cpp:872 #6 0x0000000101500764 in ?? () #7 0x00000001015012d0 in ?? () #8 0x0000000100135ddb in __rb_vm_bcall [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:98 #9 0x0000000100135ddb in vm_block_eval [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:1221 #10 0x0000000100135ddb in rb_vm_yield_under () at dispatcher.cpp:1321 #11 0x00000001000db958 in specific_eval (argc=0, argv=0x0, klass=8590087456, self=8590087520) at vm_eval.c:339 #12 0x00000001000dbee3 in rb_obj_instance_eval_imp (self=8590087520, sel=0x100fde130, top=8590062336, argc=0, argv=0x0) at vm_eval.c:507 #13 0x000000010012e366 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:457 #14 0x000000010012e366 in rb_vm_dispatch () at dispatcher.cpp:872 #15 0x0000000101500764 in ?? () #16 0x0000000101500fe3 in ?? () #17 0x0000000100134ccb in __rb_vm_bcall [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:100 #18 0x0000000100134ccb in vm_block_eval [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:1221 #19 0x0000000100134ccb in rb_vm_yield_args () at dispatcher.cpp:1278 #20 0x00000001000db2fd in rb_vm_yield (argc=1, argv=0x10177f928) at vm.h:697 #21 0x00000001000db2d0 in rb_yield (val=29) at vm_eval.c:183 #22 0x000000010004d1da in int_dotimes (num=401, sel=0x100fe7350) at numeric.c:3241 #23 0x000000010012e8b4 in __rb_vm_rcall [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:159 #24 0x000000010012e8b4 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:466 #25 0x000000010012e8b4 in rb_vm_dispatch () at dispatcher.cpp:872 #26 0x0000000101500764 in ?? () #27 0x0000000101500ca1 in ?? () #28 0x0000000100132c67 in __rb_vm_bcall [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:98 #29 0x0000000100132c67 in vm_block_eval [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:1221 #30 0x0000000100132c67 in rb_vm_block_eval (b=0x200020560, argc=0, argv=0x0) at dispatcher.cpp:1228 #31 0x000000010014d093 in rb_vm_thread_run (thread=8590066656) at vm.cpp:4856 #32 0x00007fff83cf9fd6 in _pthread_start () #33 0x00007fff83cf9e89 in thread_start () Thread 2 (process 18224): #0 0x00007fff83cdaa2a in __workq_kernreturn () #1 0x00007fff83cdae3c in _pthread_wqthread () #2 0x00007fff83cdaaa5 in start_wqthread () Thread 1 (process 18224): #0 0x00007fff83cc5762 in szone_malloc_should_clear () #1 0x00007fff83cc498a in malloc_zone_malloc () #2 0x00007fff83cc2c88 in malloc () #3 0x00007fff84c61f05 in operator new () #4 0x000000010015d185 in __gnu_cxx::new_allocator<std::_Rb_tree_node<std::pair<objc_class* const, objc_selector*> > >::allocate (this=0x102068448, __n=1) at new_allocator.h:91 #5 0x000000010015d1aa in std::_Rb_tree<objc_class*, std::pair<objc_class* const, objc_selector*>, std::_Select1st<std::pair<objc_class* const, objc_selector*> >, std::less<objc_class*>, std::allocator<std::pair<objc_class* const, objc_selector*> > >::_M_get_node (this=0x102068448) at stl_tree.h:369 #6 0x000000010015d1c6 in std::_Rb_tree<objc_class*, std::pair<objc_class* const, objc_selector*>, std::_Select1st<std::pair<objc_class* const, objc_selector*> >, std::less<objc_class*>, std::allocator<std::pair<objc_class* const, objc_selector*> > >::_M_create_node (this=0x102068448, __x=@0x7fff5fbf9d30) at stl_tree.h:378 #7 0x0000000100160066 in std::_Rb_tree<objc_class*, std::pair<objc_class* const, objc_selector*>, std::_Select1st<std::pair<objc_class* const, objc_selector*> >, std::less<objc_class*>, std::allocator<std::pair<objc_class* const, objc_selector*> > >::_M_insert (this=0x102068448, __x=0x0, __p=0x103604290, __v=@0x7fff5fbf9d30) at stl_tree.h:840 #8 0x000000010016015a in std::_Rb_tree<objc_class*, std::pair<objc_class* const, objc_selector*>, std::_Select1st<std::pair<objc_class* const, objc_selector*> >, std::less<objc_class*>, std::allocator<std::pair<objc_class* const, objc_selector*> > >::_M_insert_equal (this=0x102068448, __v=@0x7fff5fbf9d30) at stl_tree.h:899 #9 0x000000010016017f in std::multimap<objc_class*, objc_selector*, std::less<objc_class*>, std::allocator<std::pair<objc_class* const, objc_selector*> > >::insert (this=0x102068448, __x=@0x7fff5fbf9d30) at stl_multimap.h:340 #10 0x000000010013c327 in RoxorCore::prepare_method (this=0x102068200, klass=0x200020520, sel=0x1036042d0, func=0x1036042f0, arity=@0x7fff5fbf9f88, flags=8) at vm.cpp:2095 #11 0x000000010014c58e in prepare_method (klass=0x200020520, dynamic_class=false, sel=0x1036042d0, data=0x1036042f0, arity=@0x7fff5fbf9f88, flags=8, precompiled=false, objc_imp_types=0x0) at vm.cpp:2203 #12 0x000000010014cbb1 in rb_vm_prepare_method (klass=0x200020520, dynamic_class=0 '\0', sel=0x1036042d0, func=0x1036042f0, arity={min = 0, max = 0, left_req = 0, real = 0}, flags=8) at vm.cpp:2276 #13 0x000000010014cd07 in rb_vm_define_attr (klass=0x200020520, name=0x200015800 "test7", read=true, write=false) at vm.cpp:2636 #14 0x00000001000d988d in rb_attr (klass=8590066976, id=12544, read=2, write=0, ex=2) at vm_method.c:136 #15 0x0000000100052bc8 in rb_mod_attr_reader (klass=8590066976, sel=0x0, argc=1, argv=0x7fff5fbfb0c8) at object.c:2044 #16 0x0000000100052c86 in rb_mod_attr (klass=8590066976, sel=0x100fbf3a0, argc=1, argv=0x7fff5fbfb0c8) at object.c:2057 #17 0x000000010012e2b3 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:448 #18 0x000000010012e2b3 in rb_vm_dispatch () at dispatcher.cpp:872 #19 0x0000000101500764 in ?? () #20 0x00000001015011c0 in ?? () #21 0x0000000100135ddb in __rb_vm_bcall [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:98 #22 0x0000000100135ddb in vm_block_eval [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:1221 #23 0x0000000100135ddb in rb_vm_yield_under () at dispatcher.cpp:1321 #24 0x00000001000db958 in specific_eval (argc=0, argv=0x0, klass=8590066912, self=8590066976) at vm_eval.c:339 #25 0x00000001000dbee3 in rb_obj_instance_eval_imp (self=8590066976, sel=0x100fde130, top=8590062336, argc=0, argv=0x0) at vm_eval.c:507 #26 0x000000010012e366 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:457 #27 0x000000010012e366 in rb_vm_dispatch () at dispatcher.cpp:872 #28 0x0000000101500764 in ?? () #29 0x0000000101500de3 in ?? () #30 0x0000000100134ccb in __rb_vm_bcall [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:100 #31 0x0000000100134ccb in vm_block_eval [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:1221 #32 0x0000000100134ccb in rb_vm_yield_args () at dispatcher.cpp:1278 #33 0x00000001000db2fd in rb_vm_yield (argc=1, argv=0x7fff5fbfcc78) at vm.h:697 #34 0x00000001000db2d0 in rb_yield (val=29) at vm_eval.c:183 #35 0x000000010004d1da in int_dotimes (num=401, sel=0x100fe7350) at numeric.c:3241 #36 0x000000010012e8b4 in __rb_vm_rcall [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:159 #37 0x000000010012e8b4 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:466 #38 0x000000010012e8b4 in rb_vm_dispatch () at dispatcher.cpp:872 #39 0x0000000101500764 in ?? () #40 0x000000010150027b in ?? () #41 0x000000010014a072 in rb_vm_run (fname=0x2000a8cc0 "/Users/watson/tmp/t.rb", node=0x200024fe0, binding=0x0, inside_eval=false) at vm.cpp:4115 #42 0x000000010002898b in ruby_run_node (n=0x200024fe0) at eval.c:211 #43 0x0000000100000be3 in main (argc=2, argv=0x100f1c040, envp=0x7fff5fbfde58) at main.cpp:40 (gdb) }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1346> MacRuby <http://macruby.org/>

1 6

[MacRuby] #1294: MacRuby crashes when loading files on the non-main thread
by MacRuby 01 Sep '11

01 Sep '11

#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 ------------------------------------+--------------------------------------- Reduction is here: https://github.com/ferrous26/broken-macruby -- Ticket URL: <http://www.macruby.org/trac/ticket/1294> MacRuby <http://macruby.org/>

1 18