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

[MacRuby] #1182: The Mechanize Gem Fails Under MacRuby But Runs Under Ruby 1.9.2
by MacRuby 04 May '11

04 May '11

#1182: The Mechanize Gem Fails Under MacRuby But Runs Under Ruby 1.9.2 ------------------------------------+--------------------------------------- Reporter: dekiefer@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.10 Component: MacRuby | Keywords: Mechanize gem ------------------------------------+--------------------------------------- The following code entered into macirb fails but runs using Ruby 1.9.2 irb: require 'rubygems' require 'Mechanize' agent=Mechanize.new page=agent.gen('http://google.com') -- Ticket URL: <http://www.macruby.org/trac/ticket/1182> MacRuby <http://macruby.org/>

1 5

[MacRuby] #977: macri has no documentation for the Pointer class
by MacRuby 01 May '11

01 May '11

#977: macri has no documentation for the Pointer class ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: enhancement | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- I was having a hard time finding documentation for the Pointer class in MacRuby so I tried macri. Unfortunately, it had none, and then exited with a non-zero exit code. # macri Pointer Nothing known about Pointer /Library/Frameworks/MacRuby.framework/Versions/0.7.1/usr/lib/ruby/1.9.2/rdoc/ri/driver.rb:591:in `run': Nothing known about Pointer (SystemExit) from /usr/local/bin/macri:3:in `<main>' zsh: exit 1 macri Pointer -- Ticket URL: <http://www.macruby.org/trac/ticket/977> MacRuby <http://macruby.org/>

1 3

[MacRuby] #1192: Did not find nested constants.
by MacRuby 25 Apr '11

25 Apr '11

#1192: Did not find nested constants. ------------------------------+--------------------------------------------- Reporter: kouji@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.10 Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Hi, I try to run the Rails 3 on MacRuby. I get an error, see below. {{{ $ macruby --version MacRuby 0.10 (ruby 1.9.2) [universal-darwin10.0, x86_64] $ macruby -rrubygems -ractive_support/dependencies -e '0' uninitialized constant Loadable (NameError) }}} I wrote a reduce code (test.rb). {{{ module A B = 10 def f Object.class_eval { p A::B } # <= OK Object.class_eval { p B } # <= NG in MacRuby end module_function :f end A.f puts("OK") }}} It run by MacRuby and cRuby. {{{ $ macruby -v test.rb MacRuby 0.10 (ruby 1.9.2) [universal-darwin10.0, x86_64] 10 /Users/kouji/work/MacRuby/work/demo/test.rb:6:in `block': uninitialized constant B (NameError) from /Users/kouji/work/MacRuby/work/demo/test.rb:6:in `f' from /Users/kouji/work/MacRuby/work/demo/test.rb:12:in `<main>' $ ruby19trunk -v test.rb ruby 1.9.3dev (2011-03-12 trunk 31096) [x86_64-darwin10.6.0] 10 10 OK }}} Thanks Kouji. -- Ticket URL: <http://www.macruby.org/trac/ticket/1192> MacRuby <http://macruby.org/>

1 3

[MacRuby] #1167: NameError: uninitialized constant Hpricot::Container::Trav::Traverse
by MacRuby 25 Apr '11

25 Apr '11

#1167: NameError: uninitialized constant Hpricot::Container::Trav::Traverse -------------------------------+-------------------------------------------- Reporter: rondinif@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.10 Component: MacRuby | Keywords: NameError -------------------------------+-------------------------------------------- > sudo macgem install hpricot Building native extensions. This could take a while... Successfully installed hpricot-0.8.3 1 gem installed > macirb irb(main):001:0> require 'hpricot' NameError: uninitialized constant Hpricot::Container::Trav::Traverse this issue come out by installing the 0.9 from http://www.macruby.org/files/nightlies/macruby_nightly-2011-02-22.pkg previous behavior: checked out revision is: 5235. require 'hpricot' dyld: lazy symbol binding failed: Symbol not found: _rb_enc_to_index Referenced from: /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/hpricot-0.8.3/lib/fast_xs.bundle Expected in: flat namespace dyld: Symbol not found: _rb_enc_to_index Referenced from: /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/hpricot-0.8.3/lib/fast_xs.bundle Expected in: flat namespace -- Ticket URL: <http://www.macruby.org/trac/ticket/1167> MacRuby <http://macruby.org/>

1 1

[MacRuby] #860: Assertion fails when MacRuby should throw an exception of "OptionParser::AmbiguousOption".
by MacRuby 23 Apr '11

23 Apr '11

#860: Assertion fails when MacRuby should throw an exception of "OptionParser::AmbiguousOption". ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby $ cat test_opt.rb require 'optparse' opt = OptionParser.new flag = self.class opt.def_option("--open") {|x|} opt.def_option("-x") {|x| flag = x} opt.def_option("--option") {|x| flag = x} begin opt.parse!(%w"--op") rescue => e p e end begin opt.parse!(%w"-o") rescue => e p e end }}} Result of Ruby 1.9.1: {{{ $ ruby test_opt.rb #<OptionParser::AmbiguousOption: --op> #<OptionParser::AmbiguousOption: -o> }}} Result of MacRuby Trunk: {{{ $ macruby test_opt.rb #<OptionParser::AmbiguousOption: --op> Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3343. zsh: abort macruby test_opt.rb }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/860> MacRuby <http://macruby.org/>

1 12

[MacRuby] #1098: assert that all memory allocations actually succeeded
by MacRuby 21 Apr '11

21 Apr '11

#1098: assert that all memory allocations actually succeeded -----------------------------------+---------------------------------------- Reporter: lsansonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- There are lots of malloc/realloc calls in MacRuby core, but only a few of them actually check that the operation was a success. We need to add assertions everywhere to make sure a memory crasher will be more quickly identified. -- Ticket URL: <http://www.macruby.org/trac/ticket/1098> MacRuby <http://macruby.org/>

1 8

[MacRuby] #1169: Infinity loop occurs with cyclic including module.
by MacRuby 19 Apr '11

19 Apr '11

#1169: Infinity loop occurs with cyclic including module. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby module TestModule include TestModule end }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1169> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1211: (120 * 0.2).floor should be 24, but MacRuby rounds it down to 23
by MacRuby 11 Apr '11

11 Apr '11

#1211: (120 * 0.2).floor should be 24, but MacRuby rounds it down to 23 ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- 120 * 0.2 = 24.0 So calling #floor should return 24, but it returns 23 instead! -- Ticket URL: <http://www.macruby.org/trac/ticket/1211> MacRuby <http://macruby.org/>

1 3

[MacRuby] #1203: macruby_deploy takes way too long to embed MacRuby when you have two versions installed
by MacRuby 06 Apr '11

06 Apr '11

#1203: macruby_deploy takes way too long to embed MacRuby when you have two versions installed ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Now that I have 2 different versions of MacRuby installed, I noticed that the deploy target takes forever to get past the step of embedding MacRuby.framework into my app, about 15 seconds. Looking at macruby_deploy, it copies all versions in and then removes the unneeded versions. Similarly, it also copies in all the ri/rdoc data from usr/share and then removes them. I switched this strategy from using cp_r to using rsync and only copying things in the first place if they are going to be used, now the embed step takes about 3 seconds and there is no step to delete other versions or ri/rdoc. I added the patch to my fork: https://github.com/ferrous26/MacRuby/commit/e4b694ae4ba0ed727427ca43427f241… -- Ticket URL: <http://www.macruby.org/trac/ticket/1203> MacRuby <http://macruby.org/>

1 2

[MacRuby] #1204: Proposal: splitting macrubyc UI from logic
by MacRuby 06 Apr '11

06 Apr '11

#1204: Proposal: splitting macrubyc UI from logic ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- By splitting the macrubyc UI from the logic, a clean compilation of a project can compile much faster, 2.25x faster in the case of active support. Patches are: splitting macrubyc UI from logic: https://github.com/ferrous26/MacRuby/commit/f205757a9bce43e310b9bca3ce2a287… rake compile task: https://github.com/ferrous26/MacRuby/commit/40c171834dd1e4a3b12d2282ab50730… Drop in rake tasks: https://gist.github.com/884427 I ran benchmarks on some projects that I use (average of running twice): activesupport: 2.25x faster fast compile: 72 second slow compile: 162 seconds minitest: 1.7x faster fast compile: 4.1 seconds slow compile: 6.9 seconds nokogiri: 1.9x faster fast compile: 28 seconds slow compile: 53 seconds ControlTower: 2x faster fast compile: 25 seconds slow compile: 52 seconds -- Ticket URL: <http://www.macruby.org/trac/ticket/1204> MacRuby <http://macruby.org/>

1 4