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

[MacRuby] #920: macirb takes too long to launch
by MacRuby 04 Dec '10

04 Dec '10

#920: macirb takes too long to launch ---------------------------------------+------------------------------------ Reporter: matt.massicotte@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ macirb takes between 1 and 2 seconds to produce a prompt. That's a very long time, and significantly longer than irb. -- Ticket URL: <http://www.macruby.org/trac/ticket/920> MacRuby <http://macruby.org/>

1 1

[MacRuby] #861: Abort occurs when throws an exception within Signal handler.
by MacRuby 04 Dec '10

04 Dec '10

#861: Abort occurs when throws an exception within Signal handler. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby cat t.rb begin Signal.trap(:INT) { raise "Interrupt" } Process.kill :INT, Process.pid sleep 1 rescue => e p e end }}} Result of Ruby 1.9.1: {{{ $ ruby t.rb #<RuntimeError: Interrupt> }}} Result of MacRuby Trunk: {{{ $ DYLD_LIBRARY_PATH=. ./macruby -I./lib t.rb 2010-08-20 16:22:32.883 macruby[88979:903] *** Terminating app due to uncaught exception 'RuntimeError', reason: '/Users/watson/src/MacRuby/t.rb:2:in `block': Interrupt (RuntimeError) from /Users/watson/src/MacRuby/t.rb:2:in `<main>' ' *** Call stack at first throw: ( 0 CoreFoundation 0x00007fff81865cc4 __exceptionPreprocess + 180 1 libobjc.A.dylib 0x00007fff812050f3 objc_exception_throw + 45 2 libmacruby.1.9.2.dylib 0x00000001001535e5 rb_vm_raise + 437 3 libmacruby.1.9.2.dylib 0x00000001000400cb rb_f_raise + 43 4 libmacruby.1.9.2.dylib 0x0000000100140c69 rb_vm_dispatch + 6841 5 ??? 0x0000000103e00780 0x0 + 4359980928 6 ??? 0x0000000103e00c5d 0x0 + 4359982173 7 libmacruby.1.9.2.dylib 0x0000000100142569 rb_vm_block_eval + 1401 8 libmacruby.1.9.2.dylib 0x0000000100140c69 rb_vm_dispatch + 6841 9 libmacruby.1.9.2.dylib 0x0000000100100c95 rb_eval_cmd + 677 10 libmacruby.1.9.2.dylib 0x00000001000bc62a sighandler + 266 11 libSystem.B.dylib 0x00007fff8158a35a _sigtramp + 26 12 ??? 0x0000000000000000 0x0 + 0 13 libmacruby.1.9.2.dylib 0x0000000100140c69 rb_vm_dispatch + 6841 14 ??? 0x0000000103e00780 0x0 + 4359980928 15 ??? 0x0000000103e0023c 0x0 + 4359979580 16 libmacruby.1.9.2.dylib 0x000000010014dbb8 rb_vm_run + 488 17 libmacruby.1.9.2.dylib 0x000000010003f600 ruby_run_node + 80 18 macruby 0x0000000100000d28 main + 152 19 macruby 0x0000000100000c88 start + 52 20 ??? 0x0000000000000003 0x0 + 3 ) terminate called after throwing an instance of 'NSException' zsh: abort DYLD_LIBRARY_PATH=. ./macruby -I./lib t.rb }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/861> MacRuby <http://macruby.org/>

1 2

[MacRuby] #875: super dispatches aren't cached
by MacRuby 04 Dec '10

04 Dec '10

#875: super dispatches aren't cached -----------------------------------+---------------------------------------- Reporter: lsansonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker -----------------------------------+---------------------------------------- As in trunk, calls to the super dispatcher aren't cached. This needs to be fixed for 0.7. -- Ticket URL: <http://www.macruby.org/trac/ticket/875> MacRuby <http://macruby.org/>

1 1

[MacRuby] #895: MacRuby crashes when trying to parse an XML document with nokogiri
by MacRuby 20 Oct '10

20 Oct '10

#895: MacRuby crashes when trying to parse an XML document with nokogiri ---------------------------+------------------------------------------------ Reporter: haxie1@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ Trying to parse an xml document with Nokogiri and MacRuby 0.7. The following crashes MacRuby. {{{ require 'rubygems' require 'nokogiri' xmlFile = File.open(File.expand_path(path), "r") xml = Nokogiri::XML(xmlFile) #crash }}} Here is the crash report attached. -- Ticket URL: <http://www.macruby.org/trac/ticket/895> MacRuby <http://macruby.org/>

1 5

[MacRuby] #921: MacRuby readme file: Installation Instruction for LLVM Incomplete
by MacRuby 04 Oct '10

04 Oct '10

#921: MacRuby readme file: Installation Instruction for LLVM Incomplete ------------------------------------+--------------------------------------- Reporter: dekiefer@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.6 Component: MacRuby | Keywords: LLVM ------------------------------------+--------------------------------------- The following instructions for installing LLVM will not work as written: $ svn co -r 106781 https://llvm.org/svn/llvm-project/llvm/trunk llvm- trunk $ cd llvm-trunk $ svn co -r 106781 https://llvm.org/svn/llvm-project/llvm/trunk llvm- trunk $ env UNIVERSAL=1 UNIVERSAL_ARCH="i386 x86_64" CC=/usr/bin/gcc CXX=/usr/bin/g++ make $ sudo env UNIVERSAL=1 UNIVERSAL_ARCH="i386 x86_64" CC=/usr/bin/gcc CXX=/usr/bin/g++ make install Suggested Correction: 1. Before running the 'make' the user must run 'configure' to make the makefile. 2. There is no reason to redownload by running the 'svn co' download after doing the 'cd llvm-trunk' -- Ticket URL: <http://www.macruby.org/trac/ticket/921> MacRuby <http://macruby.org/>

1 2

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

30 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: ----------------------------------------+----------------------------------- Comment(by lsansonetti@…): Apparently the keyword has been removed. Anyways, it does not seem critical anymore for 0.7. The macirb bug seems minor, and the Dispatch::job bug seems related to the fact that the block is transformed into a Proc then executed separately (again, something minor we can fix later). -- Ticket URL: <http://www.macruby.org/trac/ticket/795#comment:4> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #806: bundler does not work due to missing Gem::Specification::MatchPlatform
by MacRuby 29 Sep '10

29 Sep '10

#806: bundler does not work due to missing Gem::Specification::MatchPlatform ------------------------------+--------------------------------------------- Reporter: macruby@… | Owner: lsansonetti@… Type: defect | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: invalid Keywords: | ------------------------------+--------------------------------------------- Changes (by lsansonetti@…): * status: new => closed * keywords: 0.7-blocker => * resolution: => invalid Comment: The caller bug has been fixed by r4546 and r4555. I wasn't able to reproduce the const lookup bug reported in this radar, and since nobody was able to paste here a reduction, I'm closing the bug as invalid. -- Ticket URL: <http://www.macruby.org/trac/ticket/806#comment:6> MacRuby <http://macruby.org/>

1 0

[MacRuby] #919: URI::HTTP path_query method is private in MacRuby but not in MRI
by MacRuby 28 Sep '10

28 Sep '10

#919: URI::HTTP path_query method is private in MacRuby but not in MRI ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- When I use the handsoap gem to setup a service, I notice a problem in the library that does not exist when I run it using MRI. MacRuby is telling me that I am trying to access a method that is private. I have attached a small piece of code to show the problem (using the handsoap gem). It will not display the correct behaviour on MRI, only the potential bug behaviour on MacRuby. -- Ticket URL: <http://www.macruby.org/trac/ticket/919> MacRuby <http://macruby.org/>

1 5

[MacRuby] #858: "rake spec:ci" crashes.
by MacRuby 28 Sep '10

28 Sep '10

#858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ rake spec:ci (in /Users/watson/src/MacRuby) rm -rf rubyspec_temp ./mspec/bin/mspec ci -B ./spec/macruby.mspec :full MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] .[!] Compiling fixture `/Users/watson/src/MacRuby/spec/macruby/fixtures/method.m' .[!] Compiling fixture `/Users/watson/src/MacRuby/spec/macruby/fixtures/constant.m' .[!] Compiling fixture `/Users/watson/src/MacRuby/spec/macruby/fixtures/exception.m' ............[!] Compiling fixture `/Users/watson/src/MacRuby/spec/macruby/fixtures/mri_abi.m' ...[!] Compiling fixture `/Users/watson/src/MacRuby/spec/macruby/fixtures/object.m' ....FF.could not lookup DNS configuration info service: Permission denied --- snip --- ...............rake aborted! Command failed with status (): [./mspec/bin/mspec ci -B ./spec/macruby.msp...] (See full trace by running task with --trace) }}} Crash Log: {{{ {{{ Process: macruby [290] Path: /Users/watson/src/MacRuby/macruby Identifier: macruby Version: ??? (???) Code Type: X86-64 (Native) Parent Process: ruby [280] Date/Time: 2010-08-19 16:15:30.670 +0900 OS Version: Mac OS X 10.6.4 (10F569) Report Version: 6 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x000000011fd81000 Crashed Thread: 0 Dispatch queue: com.apple.main-thread Application Specific Information: objc[290]: garbage collection is ON Thread 0 Crashed: Dispatch queue: com.apple.main-thread 0 libSystem.B.dylib 0x00007fff85e0cdd1 libunwind::CFI_Parser<libunwind::LocalAddressSpace>::decodeFDE(libunwind::LocalAddressSpace&, unsigned long long, libunwind::CFI_Parser<libunwind::LocalAddressSpace>::FDE_Info*, libunwind::CFI_Parser<libunwind::LocalAddressSpace>::CIE_Info*) + 513 1 libSystem.B.dylib 0x00007fff85e07c7f _unw_add_dynamic_fde + 31 2 libmacruby.dylib 0x00000001004a0735 (anonymous namespace)::JITEmitter::finishFunction(llvm::MachineFunction&) + 773 3 libmacruby.dylib 0x00000001001df421 (anonymous namespace)::Emitter<llvm::JITCodeEmitter>::runOnMachineFunction(llvm::MachineFunction&) + 353 4 libmacruby.dylib 0x000000010051c88e llvm::MachineFunctionPass::runOnFunction(llvm::Function&) + 94 5 libmacruby.dylib 0x00000001008ddce0 llvm::FPPassManager::runOnFunction(llvm::Function&) + 688 6 libmacruby.dylib 0x00000001008ddfa2 llvm::FunctionPassManagerImpl::run(llvm::Function&) + 146 7 libmacruby.dylib 0x00000001008de37c llvm::FunctionPassManager::run(llvm::Function&) + 236 8 libmacruby.dylib 0x000000010048c1ca llvm::JIT::runJITOnFunctionUnlocked(llvm::Function*, llvm::MutexGuard const&) + 42 9 libmacruby.dylib 0x000000010048d16f llvm::JIT::getPointerToFunction(llvm::Function*) + 1087 10 libmacruby.dylib 0x0000000100148be2 RoxorCore::compile(llvm::Function*, bool) + 146 (vm.cpp:583) 11 libmacruby.dylib 0x000000010015060a rb_vm_define_method3 + 186 (vm.cpp:2613) 12 libmacruby.dylib 0x000000010004c0f0 rb_mod_define_method + 256 (proc.c:1013) 13 libmacruby.dylib 0x0000000100142779 rb_vm_dispatch + 6841 (dispatcher.cpp:435) 14 ??? 0x000000010355a4f0 0 + 4350911728 15 ??? 0x000000012b8fccd0 0 + 5025811664 16 libmacruby.dylib 0x0000000100145297 rb_vm_yield_args + 1895 (dispatcher.cpp:100) 17 libmacruby.dylib 0x00000001000ff298 rb_yield + 40 18 libmacruby.dylib 0x000000010001611d rary_each + 77 (array.c:1065) 19 libmacruby.dylib 0x00000001001426d6 rb_vm_dispatch + 6678 (dispatcher.cpp:159) 20 ??? 0x000000010355a4f0 0 + 4350911728 21 ??? 0x000000012b8fcb84 0 + 5025811332 22 libmacruby.dylib 0x00000001001433dd rb_vm_yield_under + 1965 (dispatcher.cpp:98) 23 libmacruby.dylib 0x0000000100100a5f specific_eval + 575 (vm_eval.c:372) 24 libmacruby.dylib 0x0000000100142779 rb_vm_dispatch + 6841 (dispatcher.cpp:435) 25 ??? 0x000000010355a4f0 0 + 4350911728 26 ??? 0x000000012b8fc364 0 + 5025809252 27 libmacruby.dylib 0x00000001001426bb rb_vm_dispatch + 6651 (dispatcher.cpp:161) 28 ??? 0x000000010355a4f0 0 + 4350911728 29 ??? 0x000000012b8fb040 0 + 5025804352 30 libmacruby.dylib 0x000000010014edc8 rb_vm_run + 488 (vm.cpp:3821) 31 libmacruby.dylib 0x0000000100048e55 rb_load + 101 (load.c:96) 32 libmacruby.dylib 0x0000000100048ebb load_try + 11 (load.c:253) 33 libmacruby.dylib 0x0000000100152aea rb_rescue2 + 58 (vm.cpp:3395) 34 libmacruby.dylib 0x000000010004964f rb_require_safe + 559 (load.c:297) 35 libmacruby.dylib 0x00000001001426bb rb_vm_dispatch + 6651 (dispatcher.cpp:161) 36 ??? 0x000000010355a4f0 0 + 4350911728 37 ??? 0x000000012b8fade9 0 + 5025803753 38 libmacruby.dylib 0x000000010014edc8 rb_vm_run + 488 (vm.cpp:3821) 39 libmacruby.dylib 0x0000000100048e55 rb_load + 101 (load.c:96) 40 libmacruby.dylib 0x0000000100048f0a rb_f_load + 58 (load.c:122) 41 libmacruby.dylib 0x0000000100142779 rb_vm_dispatch + 6841 (dispatcher.cpp:435) 42 ??? 0x000000010355a4f0 0 + 4350911728 43 ??? 0x00000001035b27e8 0 + 4351272936 44 libmacruby.dylib 0x00000001001433dd rb_vm_yield_under + 1965 (dispatcher.cpp:98) 45 libmacruby.dylib 0x0000000100100a5f specific_eval + 575 (vm_eval.c:372) 46 libmacruby.dylib 0x000000010014272a rb_vm_dispatch + 6762 (dispatcher.cpp:444) 47 ??? 0x000000010355a4f0 0 + 4350911728 48 ??? 0x00000001035b2905 0 + 4351273221 49 libmacruby.dylib 0x00000001001426bb rb_vm_dispatch + 6651 (dispatcher.cpp:161) 50 ??? 0x000000010355a4f0 0 + 4350911728 51 ??? 0x00000001035b1538 0 + 4351268152 52 libmacruby.dylib 0x0000000100145297 rb_vm_yield_args + 1895 (dispatcher.cpp:100) 53 libmacruby.dylib 0x00000001000ff298 rb_yield + 40 54 libmacruby.dylib 0x000000010001611d rary_each + 77 (array.c:1065) 55 libmacruby.dylib 0x00000001001426d6 rb_vm_dispatch + 6678 (dispatcher.cpp:159) 56 ??? 0x000000010355a4f0 0 + 4350911728 57 ??? 0x00000001035b0f4a 0 + 4351266634 58 libmacruby.dylib 0x00000001001426d6 rb_vm_dispatch + 6678 (dispatcher.cpp:159) 59 ??? 0x000000010355a4f0 0 + 4350911728 60 ??? 0x00000001035b0587 0 + 4351264135 61 libmacruby.dylib 0x00000001001426d6 rb_vm_dispatch + 6678 (dispatcher.cpp:159) 62 ??? 0x000000010355a4f0 0 + 4350911728 63 ??? 0x00000001035afbf3 0 + 4351261683 64 libmacruby.dylib 0x00000001001426d6 rb_vm_dispatch + 6678 (dispatcher.cpp:159) 65 ??? 0x000000010355a4f0 0 + 4350911728 66 ??? 0x000000010359e0ff 0 + 4351189247 67 libmacruby.dylib 0x00000001001426d6 rb_vm_dispatch + 6678 (dispatcher.cpp:159) 68 ??? 0x000000010355a4f0 0 + 4350911728 69 ??? 0x000000010355a1be 0 + 4350910910 70 libmacruby.dylib 0x000000010014edc8 rb_vm_run + 488 (vm.cpp:3821) 71 libmacruby.dylib 0x0000000100040e50 ruby_run_node + 80 (eval.c:211) 72 macruby 0x0000000100000d28 main + 152 (main.cpp:40) 73 macruby 0x0000000100000c88 start + 52 Thread 1: Dispatch queue: com.apple.libdispatch-manager ---- snip ---- }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/858> MacRuby <http://macruby.org/>

1 41

[MacRuby] #914: September 22nd nightly build fails trying to install mongrel
by MacRuby 24 Sep '10

24 Sep '10

#914: September 22nd nightly build fails trying to install mongrel ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: nightly mongrel control_tower crash ------------------------------------+--------------------------------------- I have just setup a new machine with MacRuby and tried installing several gems. When I try to install mongrel, macgem crashes almost immediately with the following error: # time sudo macgem install mongrel Assertion failed: ((i >= FTy->getNumParams() || FTy->getParamType(i) == Params[i]->getType()) && "Calling a function with a bad signature!"), function init, file Instructions.cpp, line 247. zsh: abort sudo macgem install mongrel sudo macgem install mongrel 0.54s user 0.05s system 78% cpu 0.750 total I have also noticed that when I try the hello.ru example from the Control Tower blog entry I have the same problem (I have attached the crash log from the control tower crash). -- Ticket URL: <http://www.macruby.org/trac/ticket/914> MacRuby <http://macruby.org/>

1 3