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

[MacRuby] #1423: LoadError with activerecord
by MacRuby 23 Nov '11

23 Nov '11

#1423: LoadError with activerecord ---------------------------------+------------------------------------------ Reporter: scott@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ This is on Lion, using the ToT install of MacRuby ('git clone git://github.com/MacRuby/MacRuby.git macruby') Even after calling {{{ sudo macgem install activerecord }}} such that {{{ scottc: macruby(master) scottc$ macgem list *** LOCAL GEMS *** activemodel (3.1.3) activerecord (3.1.3) activesupport (3.1.3) arel (2.2.1) builder (3.0.0) i18n (0.6.0) multi_json (1.0.3) tzinfo (0.3.31) }}} Then, calling either of these two {{{ macruby -r rubygems -e 'require "activerecord"' macruby -e 'require "activerecord"' }}} just yields {{{ -e:1:in `<main>': no such file to load -- activerecord (LoadError) }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1423> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1411: Timeout throws fatal exception
by MacRuby 19 Nov '11

19 Nov '11

#1411: Timeout throws fatal exception ----------------------------------+----------------------------------------- Reporter: willuni@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: Timeout ----------------------------------+----------------------------------------- Timeout throws this error in my script: {{{ terminate called throwing an exceptionterminate called throwing an exceptionterminate called throwing an exceptionterminate called throwing an exceptionIllegal instruction: 4 }}} When I try it in macirb I get this: {{{ irb(main):017:0> begin irb(main):018:1> Timeout::timeout(2) { irb(main):019:2> sleep 10 irb(main):020:1> } irb(main):021:1> rescue Exception =>e irb(main):022:1> puts e.message irb(main):023:1> puts e.backtrace irb(main):024:0> end undefined method `reject!' for nil:NilClass /Users/fragmachine/Desktop/(irb):18:in `<main>' /usr/local/bin/macirb:55:in `block' /usr/local/bin/macirb:9:in `block' /usr/local/bin/macirb:7:in `<main>' => nil irb(main):025:0> }}} Any ideas what's going on? I'm new to macruby so could be a mistake on my part... Anyway, and help would be appreciated. -- Ticket URL: <http://www.macruby.org/trac/ticket/1411> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1422: MacRuby raises uncatchable exception when passed invalid argument with NSException
by MacRuby 19 Nov '11

19 Nov '11

#1422: MacRuby raises uncatchable exception when passed invalid argument with NSException ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby framework "Cocoa" begin str = NSMutableString.stringWithString("test") str.appendString(nil) rescue p :ok end begin exc = NSException.exceptionWithName("TestException", reason:"test", userInfo:nil) exc.raise rescue p :ok end # invalid argument begin begin exc = NSException.exceptionWithName("TestException", reason:42, userInfo:nil) exc.raise rescue end rescue p :ok end }}} Result: {{{ $ macruby t.rb :ok :ok 2011-11-19 13:04:19.281 macruby[53905:60b] -[__NSCFNumber UTF8String]: unrecognized selector sent to instance 0x2ac3 uncaught Objective-C/C++ exception... 2011-11-19 13:04:19.283 macruby[53905:60b] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[__NSCFNumber UTF8String]: unrecognized selector sent to instance 0x2ac3' *** First throw call stack: ( 0 CoreFoundation 0x00007fff8e0e1286 __exceptionPreprocess + 198 1 libobjc.A.dylib 0x00007fff8f600d5e objc_exception_throw + 43 2 CoreFoundation 0x00007fff8e16d4ce -[NSObject doesNotRecognizeSelector:] + 190 3 CoreFoundation 0x00007fff8e0ce133 ___forwarding___ + 371 4 CoreFoundation 0x00007fff8e0cdf48 _CF_forwarding_prep_0 + 232 5 libmacruby.dylib 0x00000001038264d8 rb_oc2rb_exception + 120 6 libmacruby.dylib 0x00000001038725fb rb_vm_dispatch + 5883 7 ??? 0x0000000105326a44 0x0 + 4382157380 8 ??? 0x0000000105326282 0x0 + 4382155394 9 libmacruby.dylib 0x0000000103881c86 rb_vm_run + 534 10 libmacruby.dylib 0x000000010378ef53 ruby_run_node + 83 11 macruby 0x000000010375bd18 main + 152 12 macruby 0x000000010375bc74 start + 52 ) terminate called throwing an exceptionzsh: abort macruby t.rb }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1422> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1421: GC operation on unregistered thread. Thread registered implicitly.
by MacRuby 18 Nov '11

18 Nov '11

#1421: GC operation on unregistered thread. Thread registered implicitly. -------------------------------------+-------------------------------------- Reporter: florian.hanke@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- I've been having the above output in James: https://github.com/floere/james/issues/12 It continues to run, but it is unsettling to use and keeps generating Github issues. The problem is very well described and discussed, including a solution: http://www.cocoabuilder.com/archive/cocoa/294771-thread-not-registered- mystery-under-gc.html The solution seems to be to call objc_registerThreadWithCollector() from the thread that wants to be GCed (if that is indeed the problem). Thanks! -- Ticket URL: <http://www.macruby.org/trac/ticket/1421> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1420: Stabby proc results in CompileError in macirb
by MacRuby 18 Nov '11

18 Nov '11

#1420: Stabby proc results in CompileError in macirb --------------------------------+------------------------------------------- Reporter: sohocoke@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Output of symptoms: {{{ [anonymized:~]$ macruby << EOF > p = -> { puts 'hi' } > p.call > EOF hi [anonymized:~]$ macirb -f irb(main):001:0> p = -> { puts 'hi' } SyntaxError: compile error (irb):1: syntax error, unexpected '}', expecting $end }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1420> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1419: symbol not found: _rb_str_freeze with sequel and mysql gems
by MacRuby 17 Nov '11

17 Nov '11

#1419: symbol not found: _rb_str_freeze with sequel and mysql gems ----------------------------+----------------------------------------------- Reporter: jdmuys@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: crash ----------------------------+----------------------------------------------- macruby crashes when using the sequel gem with mysql adapter. Here is a very short sample session in macirb: $ sudo macgem install mysql $ sudo macgem install sequel $ macirb irb(main):001:0> require 'rubygems' => true irb(main):002:0> require 'sequel' => true irb(main):003:0> DB = Sequel.connect(:adapter => 'mysql', :user => 'root', :host => 'localhost', :database => 'SAPHY',:password=>'') => #<Sequel::MySQL::Database: "mysql://root:@localhost/SAPHY"> irb(main):004:0> DB.tables dyld: lazy symbol binding failed: Symbol not found: _rb_str_freeze Referenced from: /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/Gems/1.9.2/gems/mysql-2.8.1/lib/mysql_api.bundle Expected in: flat namespace dyld: Symbol not found: _rb_str_freeze Referenced from: /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/Gems/1.9.2/gems/mysql-2.8.1/lib/mysql_api.bundle Expected in: flat namespace Trace/BPT trap: 5 $ -- Ticket URL: <http://www.macruby.org/trac/ticket/1419> MacRuby <http://macruby.org/>

1 2

[MacRuby] #993: Assertion failure : vm.cpp
by MacRuby 16 Nov '11

16 Nov '11

#993: Assertion failure : vm.cpp ---------------------------------------+------------------------------------ Reporter: hungerandthirst@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: gems, bundler, deps ---------------------------------------+------------------------------------ no idea where this comes from but when trying to use bundler to manage gem deps in a macruby app like so require "rubygems" require "bundler/setup" I get the following: Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3370. If I remove the 'require bundler/setup' line, it works fine. Using 7.1 release. -- Ticket URL: <http://www.macruby.org/trac/ticket/993> MacRuby <http://macruby.org/>

1 12

[MacRuby] #1418: macgem looks in older version directory of framework
by MacRuby 14 Nov '11

14 Nov '11

#1418: macgem looks in older version directory of framework -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- I have encountered a couple of times that I install a gem and when I try to use it macgem can’t find it. After removing older version directories from within MacRuby.framework and re-installing the gem this would be fixed. -- Ticket URL: <http://www.macruby.org/trac/ticket/1418> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1417: MacRuby crashes when invokes a rb_exit.
by MacRuby 14 Nov '11

14 Nov '11

#1417: MacRuby crashes when invokes a rb_exit. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ macruby -r test-mri/require_relative.rb test-mri/test/ruby/test_file.rb ---------------------------------------- Loaded suite test-mri/test/ruby/test_file Started .EE.......EEEEE....F.F. Finished in 0.600708 seconds. ----snip---- 23 tests, 84 assertions, 2 failures, 7 errors, 0 skips Test run options: --seed 38276 zsh: segmentation fault DYLD_LIBRARY_PATH=. macruby -r test- mri/require_relative.rb }}} Crash log: {{{ Process: macruby [81324] Path: /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/bin/macruby Identifier: macruby Version: ??? (???) Code Type: X86-64 (Native) Parent Process: zsh [80904] Date/Time: 2011-11-14 19:58:23.260 +0900 OS Version: Mac OS X 10.7.2 (11C74) Report Version: 9 Crashed Thread: 0 Dispatch queue: com.apple.main-thread Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: 0x000000000000000d, 0x0000000000000000 VM Regions Near 0: --> __TEXT 000000010d37c000-000000010d37d000 [ 4K] r-x/rwx SM=COW /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/bin/macruby Application Specific Information: objc[81324]: garbage collection is ON Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 libmacruby.1.9.2.dylib 0x000000010d4b06e7 rb_ary_len + 7 (NSArray.m:1089) 1 libmacruby.1.9.2.dylib 0x000000010d49ad4d _ZL14call_finalizerP17rb_vm_finalizer_t + 29 (vm.cpp:4701) 2 libmacruby.1.9.2.dylib 0x000000010d49af48 rb_vm_finalize + 168 (vm.cpp:4726) 3 libmacruby.1.9.2.dylib 0x000000010d3aa0c3 ruby_finalize + 19 (eval.c:90) 4 libmacruby.1.9.2.dylib 0x000000010d4006b0 rb_exit + 16 (process.c:2456) 5 libmacruby.1.9.2.dylib 0x000000010d3fe067 rb_f_exit + 119 6 libmacruby.1.9.2.dylib 0x000000010d48cb59 rb_vm_dispatch + 3177 (dispatcher.cpp:448) 7 ??? 0x000000010f29b4a4 0 + 4549358756 8 ??? 0x000000010f2cf476 0 + 4549571702 9 libmacruby.1.9.2.dylib 0x000000010d490421 rb_vm_block_eval + 1489 (dispatcher.cpp:96) 10 libmacruby.1.9.2.dylib 0x000000010d49e290 rb_rescue2 + 96 (vm.cpp:3658) 11 libmacruby.1.9.2.dylib 0x000000010d3aa061 rb_exec_end_proc + 129 (eval_jump.c:68) 12 libmacruby.1.9.2.dylib 0x000000010d3aa0be ruby_finalize + 14 (eval.c:89) 13 libmacruby.1.9.2.dylib 0x000000010d4006b0 rb_exit + 16 (process.c:2456) 14 macruby 0x000000010d37cd1f main + 159 15 macruby 0x000000010d37cc74 start + 52 Thread 1: 0 libsystem_kernel.dylib 0x00007fff8dfda192 __workq_kernreturn + 10 1 libsystem_c.dylib 0x00007fff96f18594 _pthread_wqthread + 758 2 libsystem_c.dylib 0x00007fff96f19b85 start_wqthread + 13 Thread 2:: Dispatch queue: com.apple.libdispatch-manager 0 libsystem_kernel.dylib 0x00007fff8dfda7e6 kevent + 10 1 libdispatch.dylib 0x00007fff8dd475be _dispatch_mgr_invoke + 923 2 libdispatch.dylib 0x00007fff8dd4614e _dispatch_mgr_thread + 54 Thread 3: 0 libsystem_kernel.dylib 0x00007fff8dfda192 __workq_kernreturn + 10 1 libsystem_c.dylib 0x00007fff96f18594 _pthread_wqthread + 758 2 libsystem_c.dylib 0x00007fff96f19b85 start_wqthread + 13 Thread 4: 0 libsystem_kernel.dylib 0x00007fff8dfda192 __workq_kernreturn + 10 1 libsystem_c.dylib 0x00007fff96f18594 _pthread_wqthread + 758 2 libsystem_c.dylib 0x00007fff96f19b85 start_wqthread + 13 Thread 5: 0 libsystem_kernel.dylib 0x00007fff8dfda192 __workq_kernreturn + 10 1 libsystem_c.dylib 0x00007fff96f18594 _pthread_wqthread + 758 2 libsystem_c.dylib 0x00007fff96f19b85 start_wqthread + 13 Thread 6: 0 libsystem_kernel.dylib 0x00007fff8dfda192 __workq_kernreturn + 10 1 libsystem_c.dylib 0x00007fff96f18594 _pthread_wqthread + 758 2 libsystem_c.dylib 0x00007fff96f19b85 start_wqthread + 13 Thread 7: 0 libsystem_kernel.dylib 0x00007fff8dfda192 __workq_kernreturn + 10 1 libsystem_c.dylib 0x00007fff96f18594 _pthread_wqthread + 758 2 libsystem_c.dylib 0x00007fff96f19b85 start_wqthread + 13 Thread 8: 0 libsystem_kernel.dylib 0x00007fff8dfda192 __workq_kernreturn + 10 1 libsystem_c.dylib 0x00007fff96f18594 _pthread_wqthread + 758 2 libsystem_c.dylib 0x00007fff96f19b85 start_wqthread + 13 Thread 9: 0 libsystem_kernel.dylib 0x00007fff8dfda192 __workq_kernreturn + 10 1 libsystem_c.dylib 0x00007fff96f18594 _pthread_wqthread + 758 2 libsystem_c.dylib 0x00007fff96f19b85 start_wqthread + 13 Thread 10:: Dispatch queue: Garbage Collection Work Queue 0 libauto.dylib 0x00007fff926e0383 Auto::Zone::free_garbage(unsigned long, void**, unsigned long, void**, unsigned long&, unsigned long&) + 531 1 libauto.dylib 0x00007fff926cd837 auto_collect_internal(Auto::Zone*, unsigned int) + 551 2 libauto.dylib 0x00007fff926c921a __auto_zone_collect_block_invoke_0 + 74 3 libdispatch.dylib 0x00007fff8dd458ba _dispatch_call_block_and_release + 18 4 libdispatch.dylib 0x00007fff8dd4710a _dispatch_queue_drain + 264 5 libdispatch.dylib 0x00007fff8dd46f66 _dispatch_queue_invoke + 54 6 libdispatch.dylib 0x00007fff8dd46760 _dispatch_worker_thread2 + 198 7 libsystem_c.dylib 0x00007fff96f183da _pthread_wqthread + 316 8 libsystem_c.dylib 0x00007fff96f19b85 start_wqthread + 13 Thread 11: 0 libsystem_kernel.dylib 0x00007fff8dfda192 __workq_kernreturn + 10 1 libsystem_c.dylib 0x00007fff96f18594 _pthread_wqthread + 758 2 libsystem_c.dylib 0x00007fff96f19b85 start_wqthread + 13 Thread 12: 0 libsystem_kernel.dylib 0x00007fff8dfda192 __workq_kernreturn + 10 1 libsystem_c.dylib 0x00007fff96f18594 _pthread_wqthread + 758 2 libsystem_c.dylib 0x00007fff96f19b85 start_wqthread + 13 Thread 13: 0 libsystem_kernel.dylib 0x00007fff8dfda192 __workq_kernreturn + 10 1 libsystem_c.dylib 0x00007fff96f18594 _pthread_wqthread + 758 2 libsystem_c.dylib 0x00007fff96f19b85 start_wqthread + 13 Thread 0 crashed with X86 Thread State (64-bit): rax: 0x00000004007f41c0 rbx: 0x00007f84b6848754 rcx: 0x000000010e1398e0 rdx: 0x0000000400497300 rdi: 0xb68fe02000000080 rsi: 0x0000000000000000 rbp: 0x00007fff6cf79470 rsp: 0x00007fff6cf79460 r8: 0x00007f84b3806898 r9: 0x0000000400818480 r10: 0x00007f84b602a040 r11: 0x00000004007f4400 r12: 0x000000010e1398e0 r13: 0x0000000000000000 r14: 0x00007f84b7ce1928 r15: 0x00007fff6cf7a6e0 rip: 0x000000010d4b06e7 rfl: 0x0000000000010202 cr2: 0x0000000400817000 Logical CPU: 2 }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1417> MacRuby <http://macruby.org/>

1 1

[MacRuby] #874: Abort occurs when when calls Thread#raise / #kill when Thread#join is called in block of Thread.
by MacRuby 14 Nov '11

14 Nov '11

#874: Abort occurs when when calls Thread#raise / #kill when Thread#join is called in block of Thread. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ #!ruby $ cat test.rb t1 = Thread.new {sleep 10} t2 = Thread.new { t1.join } sleep 1 t2.raise #t2.kill }}} Result of MacRuby Trunk: {{{ $ DYLD_LIBRARY_PATH=. ./macruby -I./lib test.rb terminate called after throwing an instance of 'RoxorThreadRaiseException*' zsh: abort DYLD_LIBRARY_PATH=. ./macruby -I./lib test.rb }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/874> MacRuby <http://macruby.org/>

1 3