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

[MacRuby] #862: [BUG] ERROR(VpDivd): space for remainder too small
by MacRuby 10 Sep '10

10 Sep '10

#862: [BUG] ERROR(VpDivd): space for remainder too small ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Sometimes, crashes as follows when running with Ruby 1.9.2 Unit Test of attached. {{{ $ DYLD_LIBRARY_PATH=. ./macruby -I./lib test_bigdecimal.rb Loaded suite test_bigdecimal Started ........FF.F..F....F......E.......F..F.unknown: [BUG] ERROR(VpDivd): space for remainder too small. MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] zsh: abort DYLD_LIBRARY_PATH=. ./macruby -I./lib test_bigdecimal.rb }}} The backtrace cannot be seen with GDB. {{{ (gdb) r Starting program: /Users/watson/src/MacRuby/macruby -I./lib test_bigdecimal.rb Reading symbols for shared libraries + done Loaded suite test_bigdecimal Started ........FF.F..E....F......E......EF..F.E..F.../Users/watson/src/MacRuby/lib/minitest/unit.rb:670:in `run:': failed to allocate memory (NoMemoryError) from /Users/watson/src/MacRuby/lib/minitest/unit.rb:635:in `block' from /Users/watson/src/MacRuby/lib/minitest/unit.rb:633:in `run_test_suites:' from /Users/watson/src/MacRuby/lib/minitest/unit.rb:576:in `run:' Program exited with code 01. (gdb) bt No stack. (gdb) }}} It seems to crash in the test named test_power. {{{ $ DYLD_LIBRARY_PATH=. ./macruby -I./lib test_bigdecimal.rb -v Loaded suite test_bigdecimal Started TestBigDecimal#test_abs_bigdecimal: 0.18 s: . TestBigDecimal#test_add: 0.02 s: . TestBigDecimal#test_add_bigdecimal: 0.01 s: . TestBigDecimal#test_ceil: 0.01 s: . TestBigDecimal#test_cmp: 0.04 s: . TestBigDecimal#test_cmp_bignum: 0.01 s: . TestBigDecimal#test_cmp_coerce: 0.03 s: . TestBigDecimal#test_cmp_data: 0.01 s: . TestBigDecimal#test_cmp_failing_coercion: 0.22 s: F TestBigDecimal#test_cmp_nan: 0.01 s: F TestBigDecimal#test_coerce: 0.01 s: . TestBigDecimal#test_ctov: 0.03 s: F TestBigDecimal#test_div: 0.02 s: . TestBigDecimal#test_div_bigdecimal: 0.01 s: . TestBigDecimal#test_divmod: 0.18 s: F TestBigDecimal#test_double_fig: 0.01 s: . TestBigDecimal#test_exception_infinity: 0.10 s: . TestBigDecimal#test_exception_nan: 0.01 s: . TestBigDecimal#test_exception_overflow: 0.02 s: . TestBigDecimal#test_exception_underflow: 0.02 s: F TestBigDecimal#test_exception_zerodivide: 0.02 s: . TestBigDecimal#test_exponent: 0.01 s: . TestBigDecimal#test_finite_infinite_nan: 0.02 s: . TestBigDecimal#test_fix: 0.01 s: . TestBigDecimal#test_floor: 0.01 s: . TestBigDecimal#test_frac: 0.01 s: . TestBigDecimal#test_gc: 0.02 s: E TestBigDecimal#test_global_new: 0.01 s: . TestBigDecimal#test_hash: 0.02 s: . TestBigDecimal#test_inf: 0.03 s: . TestBigDecimal#test_inspect: 0.02 s: . TestBigDecimal#test_limit: 0.02 s: . TestBigDecimal#test_marshal: 0.03 s: . TestBigDecimal#test_mod: 0.01 s: . TestBigDecimal#test_mode: 0.02 s: F TestBigDecimal#test_mult: 0.01 s: . TestBigDecimal#test_mult_bigdecimal: 0.01 s: . TestBigDecimal#test_new: 0.02 s: F TestBigDecimal#test_nonzero_p: 0.01 s: . TestBigDecimal#test_power: unknown: [BUG] ERROR(VpDivd): space for remainder too small. MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] zsh: abort DYLD_LIBRARY_PATH=. ./macruby -I./lib test_bigdecimal.rb -v }}} Crash log: {{{ Process: macruby [89312] Path: /Users/watson/src/MacRuby/macruby Identifier: macruby Version: ??? (???) Code Type: X86-64 (Native) Parent Process: zsh [89167] Date/Time: 2010-08-20 17:11:17.038 +0900 OS Version: Mac OS X 10.6.4 (10F569) Report Version: 6 Exception Type: EXC_CRASH (SIGABRT) Exception Codes: 0x0000000000000000, 0x0000000000000000 Crashed Thread: 0 Dispatch queue: com.apple.main-thread Application Specific Information: objc[89312]: garbage collection is ON abort() called Thread 0 Crashed: Dispatch queue: com.apple.main-thread 0 libSystem.B.dylib 0x00007fff815783d6 __kill + 10 1 libSystem.B.dylib 0x00007fff81618972 abort + 83 2 libmacruby.1.9.2.dylib 0x000000010003cb9d rb_bug + 205 (error.c:229) 3 bigdecimal.bundle 0x00000001036e31be VpDivd + 1870 (bigdecimal.c:3266) 4 bigdecimal.bundle 0x00000001036e4375 BigDecimal_power + 917 (bigdecimal.c:4670) 5 libmacruby.1.9.2.dylib 0x0000000100140bab rb_vm_dispatch + 6651 (dispatcher.cpp:161) 6 ??? 0x0000000103c07070 0 + 4357910640 7 ??? 0x0000000103c412eb 0 + 4358148843 8 libmacruby.1.9.2.dylib 0x0000000100140bc6 rb_vm_dispatch + 6678 (dispatcher.cpp:159) 9 libmacruby.1.9.2.dylib 0x00000001000fe380 rb_f_send + 416 (vm_eval.c:169) 10 libmacruby.1.9.2.dylib 0x0000000100140c69 rb_vm_dispatch + 6841 (dispatcher.cpp:435) 11 ??? 0x0000000103c07070 0 + 4357910640 12 ??? 0x0000000103c263f5 0 + 4358038517 13 libmacruby.1.9.2.dylib 0x0000000100140bab rb_vm_dispatch + 6651 (dispatcher.cpp:161) 14 ??? 0x0000000103c07070 0 + 4357910640 15 ??? 0x0000000103c25b07 0 + 4358036231 16 libmacruby.1.9.2.dylib 0x0000000100143787 rb_vm_yield_args + 1895 (dispatcher.cpp:100) 17 libmacruby.1.9.2.dylib 0x00000001000fd788 rb_yield + 40 18 libmacruby.1.9.2.dylib 0x00000001000148cd rary_each + 77 (array.c:1065) 19 libmacruby.1.9.2.dylib 0x0000000100140bc6 rb_vm_dispatch + 6678 (dispatcher.cpp:159) 20 ??? 0x0000000103c07070 0 + 4357910640 21 ??? 0x0000000103c24fff 0 + 4358033407 22 libmacruby.1.9.2.dylib 0x0000000100143787 rb_vm_yield_args + 1895 (dispatcher.cpp:100) 23 libmacruby.1.9.2.dylib 0x00000001000fd788 rb_yield + 40 24 libmacruby.1.9.2.dylib 0x00000001000148cd rary_each + 77 (array.c:1065) 25 libmacruby.1.9.2.dylib 0x0000000100140bc6 rb_vm_dispatch + 6678 (dispatcher.cpp:159) 26 ??? 0x0000000103c07070 0 + 4357910640 27 ??? 0x0000000103c247e7 0 + 4358031335 28 libmacruby.1.9.2.dylib 0x0000000100140bab rb_vm_dispatch + 6651 (dispatcher.cpp:161) 29 ??? 0x0000000103c07070 0 + 4357910640 30 ??? 0x0000000103c22375 0 + 4358022005 31 libmacruby.1.9.2.dylib 0x0000000100140bab rb_vm_dispatch + 6651 (dispatcher.cpp:161) 32 ??? 0x0000000103c07070 0 + 4357910640 33 ??? 0x0000000103c211f1 0 + 4358017521 34 libmacruby.1.9.2.dylib 0x0000000100142569 rb_vm_block_eval + 1401 (dispatcher.cpp:98) 35 libmacruby.1.9.2.dylib 0x000000010015183a rb_rescue2 + 58 (vm.cpp:3395) 36 libmacruby.1.9.2.dylib 0x000000010003f7f0 ruby_finalize + 96 (eval_jump.c:60) 37 libmacruby.1.9.2.dylib 0x000000010009f720 rb_exit + 16 38 macruby 0x0000000100000d2f main + 159 (main.cpp:43) 39 macruby 0x0000000100000c88 start + 52 Thread 1: Dispatch queue: com.apple.libdispatch-manager --- snip --- }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/862> MacRuby <http://macruby.org/>

1 4

[MacRuby] #843: Can't load the same files with MultiThread at the same time.
by MacRuby 10 Sep '10

10 Sep '10

#843: Can't load the same files with MultiThread at the same time. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat test_load.rb COUNT = 5 FILE = "tmp-load-test.rb" open(FILE, "w") {|f| f.puts "module TEST" f.puts "end" } val = (1..COUNT).map {|i| Thread.start { load "./#{FILE}" TEST } }.map {|t| t.value } COUNT.times do |i| p val[i] == TEST ? :ok : :ng; end }}} Result of Ruby 1.9.1: {{{ $ ruby test_load.rb :ok :ok :ok :ok :ok }}} Result of MacRuby Trunk: {{{ $ macruby test_load.rb Assertion failed: (ResultPass && "getAnalysis*() called on an analysis that was not " "'required' by pass!"), function getAnalysisID, file /Users/watson/src/llvm-trunk-106781/include/llvm/PassAnalysisSupport.h, line 215. zsh: abort DYLD_LIBRARY_PATH=. ./macruby -I./lib test_load.rb $ macruby test_load.rb unknown: warning: already initialized constant TEST zsh: segmentation fault macruby test_load.rb $ macruby test_load.rb macruby(17524,0x10458d000) malloc: *** error for object 0x1016725b0: pointer being freed was not allocated *** set a breakpoint in malloc_error_break to debug zsh: abort macruby test_load.rb $ macruby test_load.rb :ok :ok :ok :ok :ok }}} Sometimes, Test Script succeeds to run. -- Ticket URL: <http://www.macruby.org/trac/ticket/843> MacRuby <http://macruby.org/>

1 1

Re: [MacRuby] #712: Feature Request: Add Support for C-Level Blocks
by MacRuby 08 Sep '10

08 Sep '10

#712: Feature Request: Add Support for C-Level Blocks -------------------------------+-------------------------------------------- Reporter: cwdinfo@… | Owner: lsansonetti@… Type: enhancement | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: block | -------------------------------+-------------------------------------------- Changes (by lsansonetti@…): * status: new => closed * resolution: => fixed Comment: I didn't see this bug. It is a duplicate of #760 which has been implemented. The syntax is easy, you pass a Proc object, like an API that accepts a function pointer. -- Ticket URL: <http://www.macruby.org/trac/ticket/712#comment:9> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #712: Feature Request: Add Support for C-Level Blocks
by MacRuby 08 Sep '10

08 Sep '10

#712: Feature Request: Add Support for C-Level Blocks -------------------------------+-------------------------------------------- Reporter: cwdinfo@… | Owner: lsansonetti@… Type: enhancement | Status: new Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: block -------------------------------+-------------------------------------------- Comment(by dev@…): I think this would read well: {{{ open_panel.beginSheetModalForWindow @main_window, completionHandler: do |arg| puts "Hello, open file and user arg is #{arg}" end }}} It's currently invalid syntax. I haven't thought much about the possible conflicts or technical viability. Along with it, it would be great if we could define methods taking blocks and they could be called on the ObjC side with C blocks: {{{ def beginSheetModalForWindow(aWindow, completionHandler: &block) # … end }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/712#comment:8> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #760: C-level blocks are not supported
by MacRuby 08 Sep '10

08 Sep '10

#760: C-level blocks are not supported --------------------------------------+------------------------------------- Reporter: ryand-ruby@… | Owner: lsansonetti@… Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: 0.7-blocker | --------------------------------------+------------------------------------- Changes (by lsansonetti@…): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Support for C-level blocks is implemented in r4495. However, it requires a not-yet-released BridgeSupport for special annotations, we will make sure to release it at the same time as 0.7. -- Ticket URL: <http://www.macruby.org/trac/ticket/760#comment:4> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #760: C-level blocks are not supported (was: block arg in NSWorkspace#recycleURLs completionHandler: is not specified properly)
by MacRuby 04 Sep '10

04 Sep '10

#760: C-level blocks are not supported --------------------------------------+------------------------------------- Reporter: ryand-ruby@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker --------------------------------------+------------------------------------- Changes (by lsansonetti@…): * keywords: => 0.7-blocker Comment: Renamed the title accordingly and added the 0.7-blocker keyword. -- Ticket URL: <http://www.macruby.org/trac/ticket/760#comment:3> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #618: Range#each problem with Infinity
by MacRuby 04 Sep '10

04 Sep '10

#618: Range#each problem with Infinity ---------------------------------+------------------------------------------ Reporter: LarsHuluk@… | Owner: lsansonetti@… Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: range each infinity | ---------------------------------+------------------------------------------ Changes (by lsansonetti@…): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Should be fixed in r4494. -- Ticket URL: <http://www.macruby.org/trac/ticket/618#comment:1> MacRuby <http://macruby.org/>

1 0

[MacRuby] #877: rb_vm_struct_fake_set & rb_vm_resolve_const_value crash w/ NSOperation in Skreenics
by MacRuby 03 Sep '10

03 Sep '10

#877: rb_vm_struct_fake_set & rb_vm_resolve_const_value crash w/ NSOperation in Skreenics ----------------------------------------+----------------------------------- Reporter: martinlagardette@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- When using MacRuby Skreenics, and adding three videos at a time, MacRuby crashes on `rb_vm_struct_fake_set` and `rb_vm_resolve_const_value`. They apparently need to lock. The proposed patch seems to fix these issue, but needs to be reviewed / analyzed by Laurent (hence the ticket) in case the issue is actually somewhere else. -- Ticket URL: <http://www.macruby.org/trac/ticket/877> MacRuby <http://macruby.org/>

1 2

Re: [MacRuby] #766: macrake overrides /usr/bin/rake
by MacRuby 02 Sep '10

02 Sep '10

#766: macrake overrides /usr/bin/rake -----------------------------------+---------------------------------------- Reporter: kennylovrin@… | Owner: lsansonetti@… Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | -----------------------------------+---------------------------------------- Changes (by martinlagardette@…): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Fixed with r4489 -- Ticket URL: <http://www.macruby.org/trac/ticket/766#comment:8> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #795: macirb: GCD inconsistently copies local variables inside blocks
by MacRuby 01 Sep '10

01 Sep '10

#795: macirb: GCD inconsistently copies local variables inside blocks ----------------------------------------+----------------------------------- Reporter: ernest.prabhakar@… | Owner: eloy.de.enige@… Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Description changed by martinlagardette@…: Old description: > The expectation is that Ruby blocks will have their local variables > copied before being passed to GCD, to avoid errors from accessing them > after they are destroyed. > > However, that does not seem to always happen. For example: > > $ macruby -e 'i=0; Dispatch::Queue.new("i").sync {i = 42}; puts i' > > returns '0' as expected. However, this does not: > > $ macirb > irb(main):001:0> i=0; Dispatch::Queue.new("i").sync {i = 42}; puts i > 42 > => nil > > It appears to be copied properly in the block_spec.rb test: > > it "should create const copies of dynamic (local) variables" do > i = 42 > @q.sync {i = 1} > i.should == 42 > end > > But not in the README.rdoc for the dispatch module (aka > dispatch_methods.rb sample): > > n = 0 > job = Dispatch::Job.new { n = 21 } > job.join > puts "n (after): #{n} => 0?!?" # [returns 21, not 0] > > Any suggestions? New description: The expectation is that Ruby blocks will have their local variables copied before being passed to GCD, to avoid errors from accessing them after they are destroyed. However, that does not seem to always happen. For example: {{{ $ macruby -e 'i=0; Dispatch::Queue.new("i").sync {i = 42}; puts i' }}} returns '0' as expected. However, this does not: {{{ $ macirb irb(main):001:0> i=0; Dispatch::Queue.new("i").sync {i = 42}; puts i 42 => nil }}} It appears to be copied properly in the block_spec.rb test: {{{ #!ruby it "should create const copies of dynamic (local) variables" do i = 42 @q.sync {i = 1} i.should == 42 end }}} But not in the README.rdoc for the dispatch module (aka dispatch_methods.rb sample): {{{ #!ruby n = 0 job = Dispatch::Job.new { n = 21 } job.join puts "n (after): #{n} => 0?!?" # [returns 21, not 0] }}} Any suggestions? -- -- Ticket URL: <http://www.macruby.org/trac/ticket/795#comment:3> MacRuby <http://macruby.org/>

1 0