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

Re: [MacRuby] #718: Defining a method on class Class also defines it on Module and vice versa
by MacRuby 21 Jun '11

21 Jun '11

#718: Defining a method on class Class also defines it on Module and vice versa -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@… | Owner: eloy.de.enige@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: mocha -------------------------------------+-------------------------------------- Comment(by martin@…): Still happening as of https://github.com/MacRuby/MacRuby/commit/8b4d3bd0129c385668b1933ec646a1459… {{{ $ ruby19 t.rb Module Class }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/718#comment:1> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1248: nested module include bug
by MacRuby 21 Jun '11

21 Jun '11

#1248: nested module include bug -----------------------------------+---------------------------------------- Reporter: lsansonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- The following code does not perform as expected. {{{ module M01; end module M02; end module M03; include M02; end module M02; include M01; end module M03; include M02; end p M01.ancestors p M02.ancestors p M03.ancestors }}} Result: {{{ $ ruby19 t.rb [M01] [M02, M01] [M03, M02, M01] $ macruby t.rb [M01] [M02, M01] [M03, M02, M01, M01, M02, M01] }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1248> MacRuby <http://macruby.org/>

1 1

Re: [MacRuby] #717: Including a module into class Object makes it impossible to override methods, from modules, in class Class or class Module
by MacRuby 21 Jun '11

21 Jun '11

#717: Including a module into class Object makes it impossible to override methods, from modules, in class Class or class Module -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: mocha #reduction -------------------------------------+-------------------------------------- Comment(by martin@…): Still happening as of https://github.com/MacRuby/MacRuby/commit/8b4d3bd0129c385668b1933ec646a1459…, but with different output: {{{ $ ruby19 t.rb ObjectMethods ModuleMethods ClassMethods $ macruby t.rb ObjectMethods ClassMethods ClassMethods }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/717#comment:2> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1286: macruby_deploy should warn or die when one of the embedded binaries link against a non standard path
by MacRuby 21 Jun '11

21 Jun '11

#1286: macruby_deploy should warn or die when one of the embedded binaries link against a non standard path -----------------------------------+---------------------------------------- Reporter: lsansonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Summary should be self-explanatory. A well-known use case is embedding a nokogiri gem which was built against a version of libiconv in /opt (probably due to macports or whatever). The application will therefore not run properly on machines without that library, causing pain and frustration. Targeting for 1.0. -- Ticket URL: <http://www.macruby.org/trac/ticket/1286> MacRuby <http://macruby.org/>

1 7

[MacRuby] #1303: GC does not actively work with RubySpec after "core/gc".
by MacRuby 21 Jun '11

21 Jun '11

#1303: GC does not actively work with RubySpec after "core/gc". ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- When I executed the RubySpec, I displayed log of GC. {{{ $ GC_DEBUG=t opts="--verbose" rake spec:rubyspec ---- snip ---- /Users/watson/src/macruby-trunk/spec/frozen/core/float/rationalize_spec.rb macruby(25905,0x108281000) malloc: auto malloc[25905]: full GC collected 9232 objects (595904 bytes) (107281312 bytes in use) 50292 usec (42432 + 6112 + 453 + 1295 [scan + freeze + finalize + reclaim]) . /Users/watson/src/macruby-trunk/spec/frozen/core/float/round_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/float/to_f_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/float/to_i_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/float/to_int_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/float/to_r_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/float/to_s_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/float/truncate_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/float/uminus_spec.rb macruby(25905,0x108281000) malloc: auto malloc[25905]: gen. GC collected 11446 objects (736224 bytes) (107510720 bytes in use) 16803 usec (9232 + 5393 + 548 + 1630 [scan + freeze + finalize + reclaim]) . /Users/watson/src/macruby-trunk/spec/frozen/core/float/uplus_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/float/zero_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/gc/count_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/gc/disable_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/gc/enable_spec.rb . /Users/watson/src/macruby- trunk/spec/frozen/core/gc/garbage_collect_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/gc/profiler/clear_spec.rb . /Users/watson/src/macruby- trunk/spec/frozen/core/gc/profiler/disable_spec.rb . /Users/watson/src/macruby- trunk/spec/frozen/core/gc/profiler/enable_spec.rb . /Users/watson/src/macruby- trunk/spec/frozen/core/gc/profiler/enabled_spec.rb . /Users/watson/src/macruby- trunk/spec/frozen/core/gc/profiler/report_spec.rb . /Users/watson/src/macruby- trunk/spec/frozen/core/gc/profiler/result_spec.rb . /Users/watson/src/macruby- trunk/spec/frozen/core/gc/profiler/total_time_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/gc/start_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/gc/stress_spec.rb . ---- snip ---- }}} It seems that the frequency that log of GC is displayed falls. It looks like that does not almost work. When I executed the RubySpec without "core/gc", the log of GC was displayed frequently. {{{ #!diff diff --git a/spec/macruby.mspec b/spec/macruby.mspec index 0d24aa4..5afa9d0 100644 --- a/spec/macruby.mspec +++ b/spec/macruby.mspec @@ -11,6 +11,7 @@ class MSpecScript # Core library specs set :core, [ 'core', + '^core/gc', # obsolete in 1.9 '^core/continuation', }}} Before a changing, MacRuby used the memory of 1.12GB. After, used 612MB. But, RubySpec crashes frequently by above changing. -- Ticket URL: <http://www.macruby.org/trac/ticket/1303> MacRuby <http://macruby.org/>

1 6

Re: [MacRuby] #505: ivars are not collected after they are re-assigned by an immediate value
by MacRuby 21 Jun '11

21 Jun '11

#505: ivars are not collected after they are re-assigned by an immediate value -----------------------------------+---------------------------------------- Reporter: lsansonetti@… | Owner: lsansonetti@… Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: invalid Keywords: | -----------------------------------+---------------------------------------- Changes (by lsansonetti@…): * keywords: 0.11-blocker => * status: new => closed * resolution: => invalid * milestone: MacRuby 1.0 => Comment: I believe the bug is a false positive, it turns out the reduction wasn't good. I double-checked what code the Objective-C compiler generates when assigning ivars to null, and it matches what we do. From http://www.opensource.apple.com/source/objc4/objc4-437/runtime/objc- auto.m: {{{ __private_extern__ id objc_assign_ivar_gc(id value, id base, ptrdiff_t offset) { id *slot = (id*) ((char *)base + offset); if (value) { if (!auto_zone_set_write_barrier(gc_zone, (char *)base + offset, value)) { __private_extern__ void objc_assign_ivar_error(id base, ptrdiff_t offset); _objc_inform("GC: %p + %tu isn't in the auto_zone, break on objc_assign_ivar_error to debug.\n", base, offset); objc_assign_ivar_error(base, offset); } } else *slot = value; return value; } }}} (The write barrier is never emitted if value is null.) Also, I am able to reproduce a crash using this snippet: {{{ ./miniruby -e "class X; def foo; @foo = 'hey'; ocid = @foo.object_id; @foo = nil; ocid; end; end; o=X.new; ocid=o.foo; 1.times { GC.start }; p ObjectSpace._id2ref(ocid)" Segmentation fault }}} Closing as invalid. -- Ticket URL: <http://www.macruby.org/trac/ticket/505#comment:5> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1288: MacRuby displays "reference count underflow" message with rubyspec.
by MacRuby 20 Jun '11

20 Jun '11

#1288: MacRuby displays "reference count underflow" message with rubyspec. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ ./mspec/bin/mspec ci -B ./spec/macruby.mspec :rubyspec MacRuby 0.11 (ruby 1.9.2) [universal-darwin10.4, x86_64] ................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................F............................................................................................................................ .............................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................macruby(92843,0x7fff70904ca0) malloc: reference count underflow for 0x20126f7a0, break on auto_refcount_underflow_error to debug. .....................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................F....................... ............................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................... 1) Kernel.caller returns one entry per call, even for recursive methods FAILED Expected 0 to equal 1 /Users/watson/src/macruby- trunk/spec/frozen/core/kernel/caller_spec.rb:157:in `block' /Users/watson/src/macruby- trunk/spec/frozen/core/kernel/caller_spec.rb:152:in `<main>' 2) Queue#num_waiting reports the number of threads waiting on the Queue FAILED Expected 3 to equal 4 /Users/watson/src/macruby- trunk/spec/frozen/library/queue/num_waiting_spec.rb:10:in `block' /Users/watson/src/macruby- trunk/spec/frozen/library/queue/num_waiting_spec.rb:9:in `block' /Users/watson/src/macruby- trunk/spec/frozen/library/queue/num_waiting_spec.rb:4:in `<main>' Finished in 147.078465 seconds 3270 files, 14109 examples, 55429 expectations, 2 failures, 0 errors }}} {{{ $ ./mspec/bin/mspec ci -B ./spec/macruby.mspec :rubyspec --verbose MacRuby 0.11 (ruby 1.9.2) [universal-darwin10.4, x86_64] ---- snip ---- /Users/watson/src/macruby-trunk/spec/frozen/core/thread/initialize_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/thread/inspect_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/thread/join_spec.rb macruby(95513,0x7fff70904ca0) malloc: reference count underflow for 0x2012e2d80, break on auto_refcount_underflow_error to debug. . /Users/watson/src/macruby-trunk/spec/frozen/core/thread/key_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/thread/keys_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/thread/kill_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/thread/list_spec.rb . ---- snip ---- }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1288> MacRuby <http://macruby.org/>

1 10

Re: [MacRuby] #505: ivars are not collected after they are re-assigned by an immediate value
by MacRuby 20 Jun '11

20 Jun '11

#505: ivars are not collected after they are re-assigned by an immediate value -----------------------------------+---------------------------------------- Reporter: lsansonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: 0.11-blocker -----------------------------------+---------------------------------------- Changes (by lsansonetti@…): * keywords: => 0.11-blocker Comment: Let's fix that for 0.11. Adding 0.11-blocker keyword. -- Ticket URL: <http://www.macruby.org/trac/ticket/505#comment:4> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1334: Exceptions don't have backtraces
by MacRuby 19 Jun '11

19 Jun '11

#1334: Exceptions don't have backtraces ----------------------------------+----------------------------------------- Reporter: martin@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Hi, in MacRuby 0.10 and the nighly build from 06-19 ([https://github.com/MacRuby/MacRuby/commit/94a97d32fd16e0b88c7271d8e410f98b4… 94a97d]) exceptions rescued by the 'default handler' only show their message, not their backtrace (if I rescue an exception manually I can get at the backtrace via $@). See https://gist.github.com/1034642 for alloy's workaround. -- Ticket URL: <http://www.macruby.org/trac/ticket/1334> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1332: Segfault occurs when run scanf/test_scanf.rb in UnitTest.
by MacRuby 18 Jun '11

18 Jun '11

#1332: Segfault occurs when run scanf/test_scanf.rb in UnitTest. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Since https://github.com/MacRuby/MacRuby/commit/7b14592ab1b9b2d2b05f7393251713682… , segfault occurs when run scanf/test_scanf.rb {{{ $ DYLD_LIBRARY_PATH=. ./macruby -I./lib -r test-mri/require_relative.rb test-mri/test/scanf/test_scanf.rb ---------------------------------------- Loaded suite test-mri/test/scanf/test_scanf Started zsh: segmentation fault DYLD_LIBRARY_PATH=. ./macruby -I./lib -r test- mri/require_relative.rb }}} BackTrace: {{{ Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000400000000 0x000000010001abd8 in rb_objc_type (obj=17179869184) at class.c:1337 1337 Class k = *(Class *)obj; (gdb) bt 20 #0 0x000000010001abd8 in rb_objc_type (obj=17179869184) at class.c:1337 #1 0x000000010013fa32 in rb_type (obj=17179869184) at ruby.h:939 #2 0x000000010013fa4f in rb_vm_check_if_module (mod=17179869184) at class.h:145 #3 0x0000000100140fc1 in rb_vm_const_lookup_level (outer=17179869184, path=10717, lexical=true, defined=false, outer_stack=0x2002335a0) at vm.cpp:1301 #4 0x0000000101701c45 in ?? () #5 0x0000000101767ae2 in ?? () #6 0x0000000100133e6b in __rb_vm_bcall [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:98 #7 0x0000000100133e6b in vm_block_eval [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:1221 #8 0x0000000100133e6b in rb_vm_block_eval2 (b=0x2002f0b20, self=8592494464, sel=0x104ec81c0, argc=0, argv=0x0) at dispatcher.cpp:1237 #9 0x000000010012eab4 in __rb_vm_rcall [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:159 #10 0x000000010012eab4 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:466 #11 0x000000010012eab4 in rb_vm_dispatch () at dispatcher.cpp:872 #12 0x00000001000da025 in rb_vm_call0 (vm=0x100f23230, top=0, self=8592494464, klass=0x2002add60, sel=0x104ec81c0, block=0x0, opt=2 '\002', argc=0, argv=0x7fff5fbf79c8) at vm.h:654 #13 0x00000001000db14a in rb_vm_call2 (block=0x0, self=8592494464, klass=8592743776, sel=0x104ec81c0, argc=0, argv=0x7fff5fbf79c8) at vm.h:679 #14 0x00000001000dafea in rb_call (recv=8592494464, mid=20104, argc=0, argv=0x7fff5fbf79c8, scope=3, pass_current_block=true) at vm_eval.c:32 #15 0x00000001000db46b in send_internal (argc=0, argv=0x7fff5fbf79c8, recv=8592494464, scope=3) at vm_eval.c:129 #16 0x00000001000db4c3 in rb_f_send (recv=8592494464, sel=0x100f272e0, argc=1, argv=0x7fff5fbf79c0) at vm_eval.c:155 #17 0x000000010012e4b3 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-master/dispatcher.cpp:448 #18 0x000000010012e4b3 in rb_vm_dispatch () at dispatcher.cpp:872 #19 0x00000001017004a4 in ?? () (More stack frames follow...) Current language: auto; currently c (gdb) }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1332> MacRuby <http://macruby.org/>

1 0