From ruby-noreply at macosforge.org Tue Nov 1 04:32:59 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 01 Nov 2011 11:32:59 +0000 Subject: [MacRuby] #1414: Extension API - inconsistet Class definition Message-ID: <052.5ee45d6cd844f6f5f10e3bfd1d1435cf@macosforge.org> #1414: Extension API - inconsistet Class definition -----------------------------------+---------------------------------------- Reporter: torsten@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: extensions -----------------------------------+---------------------------------------- Hi, after reading good things about MacRuby I'm trying to get my extension to compile. That is looking quite good, until I use RCLASS_SUPER to find out super class and the compilation stops. There is a cast to (Class) which is actually undefined. I guess that is defined elsewhere, but it seems to me the C api should not rely on that and define it as VALUE. I'm on 10.6 with gcc 4.2.1 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Nov 1 04:44:22 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 01 Nov 2011 11:44:22 +0000 Subject: [MacRuby] #1414: Extension API - inconsistet Class definition In-Reply-To: <052.5ee45d6cd844f6f5f10e3bfd1d1435cf@macosforge.org> References: <052.5ee45d6cd844f6f5f10e3bfd1d1435cf@macosforge.org> Message-ID: <061.c9e0c5f4569bb5481547de9093dcb011@macosforge.org> #1414: Extension API - inconsistet Class definition -----------------------------------+---------------------------------------- Reporter: torsten@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: extensions -----------------------------------+---------------------------------------- Comment(by torsten@?): Can probably be fixed by simply using equivalent general code. I used rb_funcall(RBASIC(obj)->klass , rb_intern("superclass") , 0 ) To get the same functionality done. So the extension compiles and (hip hip hurrah) I can start debugging the SegFaults -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Nov 5 21:10:08 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 06 Nov 2011 04:10:08 +0000 Subject: [MacRuby] #1415: Create a call that can be used to tell if an app is deployed or not Message-ID: <053.e594fd8cfaca6ee171a6e27f2d1f85c9@macosforge.org> #1415: Create a call that can be used to tell if an app is deployed or not ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Since rubygems is not required after the app has been deployed, it would be good if there was a programmatic way of knowing whether or not to load rubygems. Otherwise, I have to disable the line of code myself. Also, if you can avoid loading rubygems in this case, it is safer to not embed rubygems when deploying, which saves several megabytes of space in the app bundle. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Nov 5 21:11:24 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 06 Nov 2011 04:11:24 +0000 Subject: [MacRuby] #1415: Create a call that can be used to tell if an app is deployed or not In-Reply-To: <053.e594fd8cfaca6ee171a6e27f2d1f85c9@macosforge.org> References: <053.e594fd8cfaca6ee171a6e27f2d1f85c9@macosforge.org> Message-ID: <062.1f388080c3248666304932ae3a6ff588@macosforge.org> #1415: Create a call that can be used to tell if an app is deployed or not ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): I have a potential solution in HotCocoa: https://github.com/ferrous26/hotcocoa/commit/8ac76bca67c46ab482bbdb3740032724579022f9 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Nov 5 21:14:21 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 06 Nov 2011 04:14:21 +0000 Subject: [MacRuby] #1415: Create a call that can be used to tell if an app is deployed or not In-Reply-To: <053.e594fd8cfaca6ee171a6e27f2d1f85c9@macosforge.org> References: <053.e594fd8cfaca6ee171a6e27f2d1f85c9@macosforge.org> Message-ID: <062.1dd12c5f1ae390d46f07edeef8565a53@macosforge.org> #1415: Create a call that can be used to tell if an app is deployed or not ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): By several megabytes, I mean ~3MB -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Nov 7 05:40:51 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 07 Nov 2011 13:40:51 +0000 Subject: [MacRuby] #1255: HighLine Gem - stty: stdin isn't a terminal In-Reply-To: <054.2171669fd13738ce58a7a8a20a0f799a@macosforge.org> References: <054.2171669fd13738ce58a7a8a20a0f799a@macosforge.org> Message-ID: <063.95324a118e0f87f4b479c98702aa6ed2@macosforge.org> #1255: HighLine Gem - stty: stdin isn't a terminal -------------------------------------+-------------------------------------- Reporter: umairsiddique@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by lastobelus@?): A workaround until this gets fixed is to do this: {{{ class HighLine def raw_no_echo_mode system "stty raw -echo" end def restore_mode system "stty -raw echo" end end }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Nov 7 05:50:03 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 07 Nov 2011 13:50:03 +0000 Subject: [MacRuby] #1255: HighLine Gem - stty: stdin isn't a terminal In-Reply-To: <054.2171669fd13738ce58a7a8a20a0f799a@macosforge.org> References: <054.2171669fd13738ce58a7a8a20a0f799a@macosforge.org> Message-ID: <063.308a20228ad3ab8b24f0faf340777c50@macosforge.org> #1255: HighLine Gem - stty: stdin isn't a terminal -------------------------------------+-------------------------------------- Reporter: umairsiddique@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by lastobelus@?): it seems like system creates a subshell in a different way than backticks or popen or popen3 do. I wasn't able to find any way to run stty and capture its output, but running it with system doesn't cause the problem. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Nov 7 16:13:30 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 08 Nov 2011 00:13:30 +0000 Subject: [MacRuby] #1416: Range#relative_to fails for an edge case Message-ID: <053.68b8a7a143467b6dd9656d772e58f69b@macosforge.org> #1416: Range#relative_to fails for an edge case ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- So that somebody remembers to get to this in the future: https://github.com/MacRuby/MacRuby/blob/master/spec/macruby/core/range_spec.rb#L14 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Nov 7 16:33:02 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 08 Nov 2011 00:33:02 +0000 Subject: [MacRuby] #1255: HighLine Gem - stty: stdin isn't a terminal In-Reply-To: <054.2171669fd13738ce58a7a8a20a0f799a@macosforge.org> References: <054.2171669fd13738ce58a7a8a20a0f799a@macosforge.org> Message-ID: <063.663c79b1ba84cce5ab0dd61c9099a10d@macosforge.org> #1255: HighLine Gem - stty: stdin isn't a terminal -------------------------------------+-------------------------------------- Reporter: umairsiddique@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by lastobelus@?): This is probably a better patch: {{{ class HighLine def raw_no_echo_mode @state = `stty -g < /dev/tty` system "stty raw -echo -icanon isig" end end }}} Unfortunately however, another bug remains with macruby / highline, which is when NOT using character mode (or turning off echo, which uses character mode behind the scenes) Highline#ask and Highline#choose are losing the first character of input. I haven't figured out what exactly is happening there; the relevant highline code is a little convoluted and I haven't needed to fix it yet. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Nov 7 16:36:48 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 08 Nov 2011 00:36:48 +0000 Subject: [MacRuby] #1255: HighLine Gem - stty: stdin isn't a terminal In-Reply-To: <054.2171669fd13738ce58a7a8a20a0f799a@macosforge.org> References: <054.2171669fd13738ce58a7a8a20a0f799a@macosforge.org> Message-ID: <063.764b059d3602e480f25fe9eff5ce3c97@macosforge.org> #1255: HighLine Gem - stty: stdin isn't a terminal -------------------------------------+-------------------------------------- Reporter: umairsiddique@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by lastobelus@?): macirb session illustrating the second bug: {{{ lasto:~$ macirb irb(main):001:0> require 'highline' => true irb(main):002:0> h = HighLine.new => #> @output=#> @wrap_at=nil @page_at=nil @question=nil @answer=nil @menu=nil @header=nil @prompt=nil @gather=nil @answers=nil @key=nil> irb(main):003:0> p = h.ask("type 'bob': ") type 'bob': bob => "ob" irb(main):004:0> }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Nov 13 19:35:24 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 14 Nov 2011 03:35:24 +0000 Subject: [MacRuby] #874: Abort occurs when calls Thread#raise / #kill when Thread#join is called in block of Thread. In-Reply-To: <051.1691b9e81e0c3e9b68397d6dd5980740@macosforge.org> References: <051.1691b9e81e0c3e9b68397d6dd5980740@macosforge.org> Message-ID: <060.8780f67e657536ed392d9a96dba4df54@macosforge.org> #874: Abort occurs 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: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lastobelus@?): this also causes a crash: {{{ t = Thread.new { STDIN.read(1) } t.kill }}} however, for reading multibyte characters correctly a workaround is to take advantage of the fact that STDIN.read behaves differently on macruby than on standard ruby, sending an EOF after each character. So: {{{ STDIN.read(3) }}} will return immediately for a single key press but will capture all 3 characters of control keys -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Nov 14 03:06:40 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 14 Nov 2011 11:06:40 +0000 Subject: [MacRuby] #1417: MacRuby crashes when invokes a rb_exit. Message-ID: <051.99ef91ff99162d7cd568b7ff233afe68@macosforge.org> #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: MacRuby From ruby-noreply at macosforge.org Mon Nov 14 03:08:14 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 14 Nov 2011 11:08:14 +0000 Subject: [MacRuby] #1417: MacRuby crashes when invokes a rb_exit. In-Reply-To: <051.99ef91ff99162d7cd568b7ff233afe68@macosforge.org> References: <051.99ef91ff99162d7cd568b7ff233afe68@macosforge.org> Message-ID: <060.1f9550728ce49a2c445fa4d52e23df93@macosforge.org> #1417: MacRuby crashes when invokes a rb_exit. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): it seems to crash when invoke the rb_exit's finalizer and GC's finalizer at same times. When disable GC at rb_exit, it seems to run fine. {{{ diff --git a/eval.c b/eval.c index 3ff9db7..7797b9a 100644 --- a/eval.c +++ b/eval.c @@ -94,6 +94,7 @@ ruby_finalize_1(void) void ruby_finalize(void) { + GC_DISABLE(); ruby_finalize_0(); ruby_finalize_1(); } diff --git a/macruby_internal.h b/macruby_internal.h index d088e9e..8ac08e2 100644 --- a/macruby_internal.h +++ b/macruby_internal.h @@ -33,6 +33,7 @@ void auto_zone_retain(void *zone, void *ptr); unsigned int auto_zone_release(void *zone, void *ptr); unsigned int auto_zone_retain_count(void *zone, const void *ptr); void *auto_zone_write_barrier_memmove(void *zone, void *dst, const void *src, size_t size); +void auto_collector_disable(void *zone); extern void *__auto_zone; #else extern auto_zone_t *__auto_zone; @@ -89,6 +90,8 @@ rb_objc_release(void *addr) } #define GC_RELEASE(obj) (rb_objc_release((void *)obj)) +#define GC_DISABLE() (auto_collector_disable(__auto_zone)) + // MacRubyIntern.h /* object.c */ }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Nov 14 05:23:33 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 14 Nov 2011 13:23:33 +0000 Subject: [MacRuby] #1418: macgem looks in older version directory of framework Message-ID: <054.f9c51eb0a91e89ac32d86c7fbbc3cc51@macosforge.org> #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: MacRuby From ruby-noreply at macosforge.org Mon Nov 14 08:53:10 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 14 Nov 2011 16:53:10 +0000 Subject: [MacRuby] #1418: macgem looks in older version directory of framework In-Reply-To: <054.f9c51eb0a91e89ac32d86c7fbbc3cc51@macosforge.org> References: <054.f9c51eb0a91e89ac32d86c7fbbc3cc51@macosforge.org> Message-ID: <063.c134155a768cb34abc1d5aff411385ec@macosforge.org> #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: -------------------------------------+-------------------------------------- Comment(by mrada@?): Interesting...I guess this isn't frequently reproduced? I wonder if this has anything to do with changing the install path prefix. Perhaps your GEM_PATH is not looking in the right place or some shebangs are not being updated? I'm just spitballing some possibilities. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Nov 15 14:59:52 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 15 Nov 2011 22:59:52 +0000 Subject: [MacRuby] #993: Assertion failure : vm.cpp in pop_current_exception() In-Reply-To: <056.1504f5e433f0c262e365ec8606058e54@macosforge.org> References: <056.1504f5e433f0c262e365ec8606058e54@macosforge.org> Message-ID: <065.58a1ce1ab190293d7e152d27476f4075@macosforge.org> #993: Assertion failure : vm.cpp in pop_current_exception() ---------------------------------------+------------------------------------ Reporter: hungerandthirst@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: major | Milestone: Component: MacRuby | Resolution: Keywords: gems, bundler, deps | ---------------------------------------+------------------------------------ Comment(by msabramo@?): Ditto for me: {{{ marca at scml-marca:~/dev/git-repos/jenx$ /usr/local/bin/macruby -r rubygems -e "require 'bundler/setup'; p 42" 42 marca at scml-marca:~/dev/git-repos/jenx$ echo "" > Gemfile marca at scml-marca:~/dev/git-repos/jenx$ /usr/local/bin/macruby -r rubygems -e "require 'bundler/setup'; p 42" Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3434. Abort trap marca at scml-marca:~/dev/git-repos/jenx$ /usr/local/bin/macruby -v MacRuby 0.10 (ruby 1.9.2) [universal-darwin10.0, x86_64] }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Nov 15 15:36:04 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 15 Nov 2011 23:36:04 +0000 Subject: [MacRuby] #993: Assertion failure : vm.cpp in pop_current_exception() In-Reply-To: <056.1504f5e433f0c262e365ec8606058e54@macosforge.org> References: <056.1504f5e433f0c262e365ec8606058e54@macosforge.org> Message-ID: <065.e6729237ff5295722cd181c939dfee3b@macosforge.org> #993: Assertion failure : vm.cpp in pop_current_exception() ---------------------------------------+------------------------------------ Reporter: hungerandthirst@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: major | Milestone: Component: MacRuby | Resolution: Keywords: gems, bundler, deps | ---------------------------------------+------------------------------------ Comment(by msabramo@?): Here's another way to reproduce it: {{{ /tmp$ git clone git://github.com/msabramo/jenx.git && cd jenx && git checkout macruby_issue_993 && xcodebuild && open build/Release/jenx.app && syslog -w Cloning into 'jenx'... remote: Counting objects: 788, done. remote: Compressing objects: 100% (387/387), done. remote: Total 788 (delta 366), reused 752 (delta 330) Receiving objects: 100% (788/788), 19.42 MiB | 759 KiB/s, done. Resolving deltas: 100% (366/366), done. Branch macruby_issue_993 set up to track remote branch macruby_issue_993 from origin. Switched to a new branch 'macruby_issue_993' === BUILD NATIVE TARGET jenx OF PROJECT jenx WITH THE DEFAULT CONFIGURATION (Release) === ... ** BUILD SUCCEEDED ** ... Tue Nov 15 15:33:45 scml-marca \[0x0-0xb9db9d\].com.urbancoding.jenx[95450] : *** Dispatch block exited prematurely because of an uncaught exception: Tue Nov 15 15:33:45 scml-marca \[0x0-0xb9db9d\].com.urbancoding.jenx[95450] : /tmp/jenx/build/Release/jenx.app/Contents/Resources/JenxConnection.rb:35:in `block': undefined method `+' for nil:NilClass (NoMethodError) Tue Nov 15 15:33:45 scml-marca \[0x0-0xb9db9d\].com.urbancoding.jenx[95450] : \tfrom /tmp/jenx/build/Release/jenx.app/Contents/Resources/JenxConnectionManager.rb:14:in `block' Tue Nov 15 15:33:45 scml-marca \[0x0-0xb9db9d\].com.urbancoding.jenx[95450] : Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3434. Tue Nov 15 15:33:45 scml-marca com.apple.launchd.peruser.346486362[97] (\[0x0-0xb9db9d\].com.urbancoding.jenx[95450]) : Job appears to have crashed: Abort trap Tue Nov 15 15:33:47 scml-marca ReportCrash[95452] : Saved crash report for Jenx\[95450\] version 1.0 (1) to /Users/marca/Library/Logs/DiagnosticReports/Jenx_2011-11-15-153346_SCML- MarcA.crash }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Nov 15 16:17:30 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 16 Nov 2011 00:17:30 +0000 Subject: [MacRuby] #993: Assertion failure : vm.cpp in pop_current_exception() In-Reply-To: <056.1504f5e433f0c262e365ec8606058e54@macosforge.org> References: <056.1504f5e433f0c262e365ec8606058e54@macosforge.org> Message-ID: <065.efeee90429809dcad7a555eab003dab1@macosforge.org> #993: Assertion failure : vm.cpp in pop_current_exception() ---------------------------------------+------------------------------------ Reporter: hungerandthirst@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: major | Milestone: Component: MacRuby | Resolution: Keywords: gems, bundler, deps | ---------------------------------------+------------------------------------ Comment(by watson1978@?): MacRuby 0.10: {{{ $ echo "" > Gemfile $ macruby -v MacRuby 0.10 (ruby 1.9.2) [universal-darwin10.0, x86_64] $ macruby -r rubygems -e "require 'bundler/setup'; p 42" Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3434. zsh: abort macruby -r rubygems -e "require 'bundler/setup'; p 42" }}} MacRuby latest: {{{ $ echo "" > Gemfile $ macruby -v MacRuby 0.12 (ruby 1.9.2) [universal-darwin11.0, x86_64] $ macruby -r rubygems -e "require 'bundler/setup'; p 42" 42 $ git clone git://github.com/msabramo/jenx.git && cd jenx && git checkout macruby_issue_993 && xcodebuild && open build/Release/jenx.app && syslog -w Cloning into 'jenx'... remote: Counting objects: 788, done. remote: Compressing objects: 100% (387/387), done. remote: Total 788 (delta 366), reused 752 (delta 330) Receiving objects: 100% (788/788), 19.42 MiB | 372 KiB/s, done. Resolving deltas: 100% (366/366), done. Branch macruby_issue_993 set up to track remote branch macruby_issue_993 from origin by rebasing. Switched to a new branch 'macruby_issue_993' === BUILD NATIVE TARGET jenx OF PROJECT jenx WITH THE DEFAULT CONFIGURATION (Release) === Check dependencies ProcessInfoPlistFile build/Release/jenx.app/Contents/Info.plist jenx/jenx- Info.plist cd /Users/watson/tmp/jenx builtin-infoPlistUtility jenx/jenx-Info.plist -genpkginfo /Users/watson/tmp/jenx/build/Release/jenx.app/Contents/PkgInfo -expandbuildsettings -platform macosx -o /Users/watson/tmp/jenx/build/Release/jenx.app/Contents/Info.plist ProcessPCH /var/folders/1z/ff7x15cj7vb24rl38ty0y52w0000gn/C/com.apple.Xcode.501/SharedPrecompiledHeaders /jenx-Prefix-cflzymbqxahnfogfroxowkdgadse/jenx-Prefix.pch.pth jenx/jenx- Prefix.pch normal x86_64 objective-c com.apple.compilers.llvm.clang.1_0.compiler cd /Users/watson/tmp/jenx setenv LANG en_US.US-ASCII /Developer/usr/bin/clang -x objective-c-header -arch x86_64 -fmessage- length=0 -fdiagnostics-print-source-range-info -fdiagnostics-show- category=id -fdiagnostics-parseable-fixits -std=gnu99 -fobjc-gc-only -Wno- trigraphs -fpascal-strings -Os -Wreturn-type -Wparentheses -Wswitch -Wno- unused-parameter -Wunused-variable -Wunused-value -Wshorten-64-to-32 -isysroot /Developer/SDKs/MacOSX10.7.sdk -fasm-blocks -mmacosx-version- min=10.6 -gdwarf-2 -fvisibility=hidden -Wno-sign-conversion "-DIBOutlet=__attribute__((iboutlet))" "-DIBOutletCollection(ClassName)=__attribute__((iboutletcollection(ClassName)))" "-DIBAction=void)__attribute__((ibaction)" -iquote /Users/watson/tmp/jenx/build/jenx.build/Release/jenx.build/jenx-generated- files.hmap -I/Users/watson/tmp/jenx/build/jenx.build/Release/jenx.build /jenx-own-target-headers.hmap -I/Users/watson/tmp/jenx/build/jenx.build/Release/jenx.build/jenx-all- target-headers.hmap -iquote /Users/watson/tmp/jenx/build/jenx.build/Release/jenx.build/jenx-project- headers.hmap -I/Users/watson/tmp/jenx/build/Release/include -I/Users/watson/tmp/jenx/build/jenx.build/Release/jenx.build/DerivedSources/x86_64 -I/Users/watson/tmp/jenx/build/jenx.build/Release/jenx.build/DerivedSources -F/Users/watson/tmp/jenx/build/Release -c /Users/watson/tmp/jenx/jenx /jenx-Prefix.pch -o /var/folders/1z/ff7x15cj7vb24rl38ty0y52w0000gn/C/com.apple.Xcode.501/SharedPrecompiledHeaders /jenx-Prefix-cflzymbqxahnfogfroxowkdgadse/jenx-Prefix.pch.pth -MMD -MT dependencies -MF /var/folders/1z/ff7x15cj7vb24rl38ty0y52w0000gn/C/com.apple.Xcode.501/SharedPrecompiledHeaders /jenx-Prefix-cflzymbqxahnfogfroxowkdgadse/jenx-Prefix.pch.d CompileC build/jenx.build/Release/jenx.build/Objects-normal/x86_64/main.o jenx/main.m normal x86_64 objective-c com.apple.compilers.llvm.clang.1_0.compiler cd /Users/watson/tmp/jenx setenv LANG en_US.US-ASCII /Developer/usr/bin/clang -x objective-c -arch x86_64 -fmessage- length=0 -fdiagnostics-print-source-range-info -fdiagnostics-show- category=id -fdiagnostics-parseable-fixits -std=gnu99 -fobjc-gc-only -Wno- trigraphs -fpascal-strings -Os -Wreturn-type -Wparentheses -Wswitch -Wno- unused-parameter -Wunused-variable -Wunused-value -Wshorten-64-to-32 -isysroot /Developer/SDKs/MacOSX10.7.sdk -fasm-blocks -mmacosx-version- min=10.6 -gdwarf-2 -fvisibility=hidden -Wno-sign-conversion "-DIBOutlet=__attribute__((iboutlet))" "-DIBOutletCollection(ClassName)=__attribute__((iboutletcollection(ClassName)))" "-DIBAction=void)__attribute__((ibaction)" -iquote /Users/watson/tmp/jenx/build/jenx.build/Release/jenx.build/jenx-generated- files.hmap -I/Users/watson/tmp/jenx/build/jenx.build/Release/jenx.build /jenx-own-target-headers.hmap -I/Users/watson/tmp/jenx/build/jenx.build/Release/jenx.build/jenx-all- target-headers.hmap -iquote /Users/watson/tmp/jenx/build/jenx.build/Release/jenx.build/jenx-project- headers.hmap -I/Users/watson/tmp/jenx/build/Release/include -I/Users/watson/tmp/jenx/build/jenx.build/Release/jenx.build/DerivedSources/x86_64 -I/Users/watson/tmp/jenx/build/jenx.build/Release/jenx.build/DerivedSources -F/Users/watson/tmp/jenx/build/Release -include /var/folders/1z/ff7x15cj7vb24rl38ty0y52w0000gn/C/com.apple.Xcode.501/SharedPrecompiledHeaders /jenx-Prefix-cflzymbqxahnfogfroxowkdgadse/jenx-Prefix.pch -MMD -MT dependencies -MF /Users/watson/tmp/jenx/build/jenx.build/Release/jenx.build/Objects- normal/x86_64/main.d -c /Users/watson/tmp/jenx/jenx/main.m -o /Users/watson/tmp/jenx/build/jenx.build/Release/jenx.build/Objects- normal/x86_64/main.o Ld build/Release/jenx.app/Contents/MacOS/jenx normal x86_64 cd /Users/watson/tmp/jenx setenv MACOSX_DEPLOYMENT_TARGET 10.6 /Developer/usr/bin/clang -arch x86_64 -isysroot /Developer/SDKs/MacOSX10.7.sdk -L/Users/watson/tmp/jenx/build/Release -F/Users/watson/tmp/jenx/build/Release -filelist /Users/watson/tmp/jenx/build/jenx.build/Release/jenx.build/Objects- normal/x86_64/jenx.LinkFileList -mmacosx-version-min=10.6 -framework MacRuby -framework Growl -framework Cocoa -o /Users/watson/tmp/jenx/build/Release/jenx.app/Contents/MacOS/jenx ld: framework not found Growl Command /Developer/usr/bin/clang failed with exit code 1 ** BUILD FAILED ** The following build commands failed: Ld build/Release/jenx.app/Contents/MacOS/jenx normal x86_64 (1 failure) }}} I can't reproduce this issue with MacRuby latest.[[BR]] Could you check this with MacRuby latest? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Nov 15 21:50:27 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 16 Nov 2011 05:50:27 +0000 Subject: [MacRuby] #993: Assertion failure : vm.cpp in pop_current_exception() In-Reply-To: <056.1504f5e433f0c262e365ec8606058e54@macosforge.org> References: <056.1504f5e433f0c262e365ec8606058e54@macosforge.org> Message-ID: <065.b50b6f96fb8380004d3cda16303d2a17@macosforge.org> #993: Assertion failure : vm.cpp in pop_current_exception() ---------------------------------------+------------------------------------ Reporter: hungerandthirst@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: major | Milestone: Component: MacRuby | Resolution: Keywords: gems, bundler, deps | ---------------------------------------+------------------------------------ Comment(by msabramo@?): OK, well I couldn't find a binary for MacRuby 0.12 (is there one?) so I have LLVM compiling now... I did find [https://github.com/downloads/MacRuby/MacRuby/MacRuby%200.11.zip MacRuby 0.11] though on the GitHub downloads and that worked for me with both the bundler command and the jenx stuff (by the way if you want to build jenx, you need to install Growl.Framework from [http://code.google.com/p/growl/downloads/detail?name=Growl-1.2.2-SDK.dmg&can=2&q= Growl-1.2.2-SDK.dmg] in /Library/Frameworks). So it seems like the issue was fixed in MacRuby 0.11 and most likely will work with MacRuby 0.12 too. Note that https://www.macruby.org/ still has MacRuby 0.10 for download. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Nov 16 08:22:20 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 16 Nov 2011 16:22:20 +0000 Subject: [MacRuby] #1419: symbol not found: _rb_str_freeze with sequel and mysql gems Message-ID: <045.cfa548389d3e579881fa2b3c1d6aaf39@macosforge.org> #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=>'') => # 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: MacRuby From ruby-noreply at macosforge.org Wed Nov 16 19:03:55 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 17 Nov 2011 03:03:55 +0000 Subject: [MacRuby] #1419: symbol not found: _rb_str_freeze with sequel and mysql gems In-Reply-To: <045.cfa548389d3e579881fa2b3c1d6aaf39@macosforge.org> References: <045.cfa548389d3e579881fa2b3c1d6aaf39@macosforge.org> Message-ID: <054.cc25e7b8b7c9100aa98b5a855186b48c@macosforge.org> #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 ----------------------------+----------------------------------------------- Description changed by watson1978@?: Old description: > 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=>'') > => # > 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 > $ New description: 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=>'') => # 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: MacRuby From ruby-noreply at macosforge.org Wed Nov 16 19:56:58 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 17 Nov 2011 03:56:58 +0000 Subject: [MacRuby] #1419: symbol not found: _rb_str_freeze with sequel and mysql gems In-Reply-To: <045.cfa548389d3e579881fa2b3c1d6aaf39@macosforge.org> References: <045.cfa548389d3e579881fa2b3c1d6aaf39@macosforge.org> Message-ID: <054.352258320794b36280d7c0949febdf4b@macosforge.org> #1419: symbol not found: _rb_str_freeze with sequel and mysql gems ----------------------------+----------------------------------------------- Reporter: jdmuys@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: critical | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: crash | ----------------------------+----------------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Fixed this issue with https://github.com/MacRuby/MacRuby/commit/d3d62126cda14fd824f7f14594e632317f82d75a [[BR]] Thank you for your report! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Nov 18 09:14:52 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 18 Nov 2011 17:14:52 +0000 Subject: [MacRuby] #1420: Stabby proc results in CompileError in macirb Message-ID: <049.ff03fd825074ac698521f7fe6e3077ea@macosforge.org> #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: MacRuby From ruby-noreply at macosforge.org Fri Nov 18 15:03:18 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 18 Nov 2011 23:03:18 +0000 Subject: [MacRuby] #1421: GC operation on unregistered thread. Thread registered implicitly. Message-ID: <054.3b9a0e28d0087a4cfca16d7c55ae7977@macosforge.org> #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: MacRuby From ruby-noreply at macosforge.org Fri Nov 18 15:32:28 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 18 Nov 2011 23:32:28 +0000 Subject: [MacRuby] #1421: GC operation on unregistered thread. Thread registered implicitly. In-Reply-To: <054.3b9a0e28d0087a4cfca16d7c55ae7977@macosforge.org> References: <054.3b9a0e28d0087a4cfca16d7c55ae7977@macosforge.org> Message-ID: <063.a914a616c0c93d27e0a1d83357cceecd@macosforge.org> #1421: GC operation on unregistered thread. Thread registered implicitly. -------------------------------------+-------------------------------------- Reporter: florian.hanke@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by watson1978@?): james would use NSSpeechSynthesizer API. I guess that this issue related to #1375. [[BR]] Issue #1375 still occurs with Mac OS X 10.7.2 in my environment. If you run james on Mac OS X 10.6 as possible, I guess that james run fine :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Nov 18 20:14:31 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 19 Nov 2011 04:14:31 +0000 Subject: [MacRuby] #1422: MacRuby raises uncatchable exception when passed invalid argument with NSException Message-ID: <051.a4d62a4bf623f6c7f499afe02eada462@macosforge.org> #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: MacRuby From ruby-noreply at macosforge.org Fri Nov 18 21:08:34 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 19 Nov 2011 05:08:34 +0000 Subject: [MacRuby] #1411: Timeout throws fatal exception In-Reply-To: <051.1451fe55f4abd503da2b176e24831d4c@macosforge.org> References: <051.1451fe55f4abd503da2b176e24831d4c@macosforge.org> Message-ID: <060.ba465349ba2497bebe0c8636c4f441fa@macosforge.org> #1411: Timeout throws fatal exception ----------------------------------+----------------------------------------- Reporter: willuni@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: Timeout ----------------------------------+----------------------------------------- Comment(by watson1978@?): It seems that Exception#backtrace returns nil when was raised an exception by Thread#raise from another thread. {{{ t = Thread.start { begin sleep 10 rescue Exception => e e.backtrace end } t.raise RuntimeError, "stop." p t.value }}} Result: {{{ $ ruby19 tt.rb ["tt.rb:3:in `sleep'", "tt.rb:3:in `block in
'"] $ macruby tt.rb nil }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Nov 22 13:04:28 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 22 Nov 2011 21:04:28 +0000 Subject: [MacRuby] #1423: LoadError with activerecord Message-ID: <050.c9d3b4f70d8c255d213a0aa87df3591b@macosforge.org> #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 `
': no such file to load -- activerecord (LoadError) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Nov 22 18:47:09 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 23 Nov 2011 02:47:09 +0000 Subject: [MacRuby] #1423: LoadError with activerecord In-Reply-To: <050.c9d3b4f70d8c255d213a0aa87df3591b@macosforge.org> References: <050.c9d3b4f70d8c255d213a0aa87df3591b@macosforge.org> Message-ID: <059.4f70f7a3323c48f8d37fadd85f4e57d7@macosforge.org> #1423: LoadError with activerecord ---------------------------------+------------------------------------------ Reporter: scott@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: invalid Keywords: | ---------------------------------+------------------------------------------ Changes (by watson1978@?): * status: new => closed * resolution: => invalid Comment: I think you would try to {{{ $ macruby -r rubygems -e 'require "active_record"; p 42' 42 }}} [[BR]] And, MacRuby can't autoload 'rubygems' yet (#855). [[BR]] So, following command (without '-r rubygems') occurs LoadError {{{ $ macruby -e 'require "active_record"' -e:1:in `
': no such file to load -- active_record (LoadError) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Nov 29 21:54:22 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 30 Nov 2011 05:54:22 +0000 Subject: [MacRuby] #1424: MacRuby crashes when passed Object as file path into BasicSocket#sendfile Message-ID: <051.c4840d659dd2c7f301e75159e8cec701@macosforge.org> #1424: MacRuby crashes when passed Object as file path into BasicSocket#sendfile ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby require 'socket' obj = Object.new def obj.to_path "/tmp/test.txt" end File.open(obj, "w") {|f| f.puts "a" * 10000 } TCPServer.open("", 0) {|serv| begin c = TCPSocket.new(*serv.addr.values_at(3,1)) s = serv.accept c.sendfile(obj, 0, 100) p s.recv(10000) ensure c.close s.close end } }}} {{{ $ macruby -v ~/tmp/t.rb MacRuby 0.11 (ruby 1.9.2) [universal-darwin10.0, x86_64] zsh: segmentation fault macruby -v ~/tmp/t.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Nov 29 22:13:02 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 30 Nov 2011 06:13:02 +0000 Subject: [MacRuby] #1424: MacRuby crashes when passed Object as file path into BasicSocket#sendfile In-Reply-To: <051.c4840d659dd2c7f301e75159e8cec701@macosforge.org> References: <051.c4840d659dd2c7f301e75159e8cec701@macosforge.org> Message-ID: <060.f68e79e5b676fe44ffbbb80498e07018@macosforge.org> #1424: MacRuby crashes when passed Object as file path into BasicSocket#sendfile ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/bc2f90c24822eb6a16341bea03115bc620dae71b -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Nov 30 16:54:11 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 01 Dec 2011 00:54:11 +0000 Subject: [MacRuby] #1425: Should change thread's status during blocking with select Message-ID: <051.62ee60695a592102b1e88ab52defd596@macosforge.org> #1425: Should change thread's status during blocking with select ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby require 'socket' @hostname = "127.0.0.1" @port = 6000 ready = false thread = Thread.new do server = TCPServer.new(@hostname, @port) ready = true conn = server.accept conn << "hello!" conn.close server.close end while (thread.status and thread.status != 'sleep') or !ready #p thread.status Thread.pass end p thread.status p ready }}} {{{ $ ruby19 -v t.rb ruby 1.9.2p290 (2011-07-09 revision 32553) [x86_64-darwin11.2.0] "sleep" true }}} However, above script does not finish with MacRuby. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Nov 30 17:07:19 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 01 Dec 2011 01:07:19 +0000 Subject: [MacRuby] #1425: Should change thread's status during blocking with select In-Reply-To: <051.62ee60695a592102b1e88ab52defd596@macosforge.org> References: <051.62ee60695a592102b1e88ab52defd596@macosforge.org> Message-ID: <060.66c5a6eeb3840c77df687435c71d0bf6@macosforge.org> #1425: Should change thread's status during blocking with select ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/fff9e91dee3f18db7c90ea63de708a989c7da6f8 -- Ticket URL: MacRuby