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

[MacRuby] #1333: #method_missing based metaprogramming is crazy slow compared to CRuby
by MacRuby 25 Jun '11

25 Jun '11

#1333: #method_missing based metaprogramming is crazy slow compared to CRuby ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Benchmarks are showing about 30-40x slower for me: {{{ require 'rubygems' gem 'minitest', '>= 2.2' require 'minitest/autorun' require 'minitest/benchmark' class BenchMethodMissing < MiniTest::Unit::TestCase def self.bench_range bench_exp 10_000, 1_000_000 end def method_missing method, *args self end def bench_method_missing assert_performance_linear do |n| n.times do self.lol end end end end }}} Results on MacRuby: {{{ BenchMethodMissing 10000 100000 1000000 bench_method_missing 0.146018 1.524551 20.248081 Finished benchmarks in 22.144926s, 0.0452 tests/s, 0.0452 assertions/s. }}} Results on CRuby: {{{ BenchMethodMissing 10000 100000 1000000 bench_method_missing 0.002976 0.035175 0.468302 Finished benchmarks in 0.529412s, 1.8889 tests/s, 1.8889 assertions/s. }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1333> MacRuby <http://macruby.org/>

1 2

[MacRuby] #1338: Can't set origin.x of a NSRect directly
by MacRuby 23 Jun '11

23 Jun '11

#1338: Can't set origin.x of a NSRect directly ----------------------------------+----------------------------------------- Reporter: martin@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- [code] framework 'Cocoa' view = NSView.alloc.init view.frame.origin.x = 5 p view.frame.origin.x => 0.0 view.frame = [5,0,0,0] p view.frame.origin.x # => 5.0 [/code] Looks like something with accessing structs is broken? -- Ticket URL: <http://www.macruby.org/trac/ticket/1338> MacRuby <http://macruby.org/>

1 3

[MacRuby] #1315: ScriptingBridge with SystemEvents maps keyCodes on crack and performSelector is wonky
by MacRuby 22 Jun '11

22 Jun '11

#1315: ScriptingBridge with SystemEvents maps keyCodes on crack and performSelector is wonky -----------------------------+---------------------------------------------- Reporter: rob@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ScriptingBridge, keycodes -----------------------------+---------------------------------------------- {{{ framework 'Foundation' framework 'ScriptingBridge' system = SBApplication.applicationWithBundleIdentifier("com.apple.SystemEvents") system.send(:"keystroke:using:", "t", 0) # `t` is typed as keystroke # system.send(:"keyCode:using:", 17, 0) # `t` is typed as keyCode # unicode for t is 0074, ascii for t is 116 system.performSelector(:'keyCode:using:', keyCode:17, using:0) # Completely random! }}} What's going on here guys? -- Ticket URL: <http://www.macruby.org/trac/ticket/1315> MacRuby <http://macruby.org/>

1 3

[MacRuby] #1329: The deployment target for MacRuby Xcode projects does not set a dependency on the app being built first
by MacRuby 21 Jun '11

21 Jun '11

#1329: The deployment target for MacRuby Xcode projects does not set a dependency on the app being built first ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- By not setting the dependency, it is possible for people who are new to run the deployment before building their app. This is bad for at least two reasons: 1. If you have made changes since the last build (e.g. a bug fix) and you deploy before building an updated version of the app, you will build a deployed app with a bug. 2. If the app has never been built (or you cleaned out the old build), you will get a confusing error about the app not existing. For problem 2 I added an extra message to macruby_deploy to message users if the app does not exist (https://github.com/MacRuby/MacRuby/commit/ced3d91ec99e0e82f180a7abbf4a536d6…) but that is really just a band-aid solution. -- Ticket URL: <http://www.macruby.org/trac/ticket/1329> MacRuby <http://macruby.org/>

1 5

[MacRuby] #1336: macgem install crashes on nightly builds on a specific machine
by MacRuby 21 Jun '11

21 Jun '11

#1336: macgem install crashes on nightly builds on a specific machine ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- I will include the crash report, since it has all the information I could give. The crash seems to happen no matter what gem I try to install, and I do not see the crash with MacRuby 0.10 The crash is consistent. -- Ticket URL: <http://www.macruby.org/trac/ticket/1336> MacRuby <http://macruby.org/>

1 9

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 eloy.de.enige@…): In it's current state #717 is most probably a duplicate. But please check that that works as well when fixing this one. -- Ticket URL: <http://www.macruby.org/trac/ticket/718#comment:3> MacRuby <http://macruby.org/>

1 0

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: closed Priority: blocker | Milestone: MacRuby 0.11 Component: MacRuby | Resolution: fixed Keywords: mocha #reduction | -------------------------------------+-------------------------------------- Changes (by eloy.de.enige@…): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.11 Comment: I’m inclined to say that since the only problem now is that including a module into Class also includes it in Module it's now a duplicate of #718. Closing for now. -- Ticket URL: <http://www.macruby.org/trac/ticket/717#comment:4> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1119: Object initalize with a variable length argument shows up as a public method
by MacRuby 21 Jun '11

21 Jun '11

#1119: Object initalize with a variable length argument shows up as a public method ------------------------------------------+--------------------------------- Reporter: smorss@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------------+--------------------------------- I am running MacRuby 0.8. If I create a class with an initialize method that takes a variable length argument: class XX ; def initialize (*x) ; end ; end then "XX.new.methods" includes :initialize (to test this, try it in its own file or a new macirb session, so there are no other classes defined). initialize should not show up as a public method. If I try to call the method (e.g. "XX.new.initialize"), it has the proper behavior (says it can't, because initialize is private). If I create another XX instance, but pass a parameter, e.g. "XX.new(1).methods", :initialize goes away. If I call "XX.new.methods" again, :initialize is no longer there as well (feels like a Ruby class initialization problem). If I start from scratch and run the same line twice in the same session: class XX ; def initialize (*x) ; end ; end class XX ; def initialize (*x) ; end ; end then "XX.new.methods" no longer contains the initialize method (has the correct behavior). -- Ticket URL: <http://www.macruby.org/trac/ticket/1119> MacRuby <http://macruby.org/>

1 1

Re: [MacRuby] #798: Processing after Proc is not executed when use Proc in lambda, and when calls `return' in Proc.
by MacRuby 21 Jun '11

21 Jun '11

#798: Processing after Proc is not executed when use Proc in lambda, and when calls `return' in Proc. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by martin@…): Still happening as of https://github.com/MacRuby/MacRuby/commit/8b4d3bd0129c385668b1933ec646a1459… -- Ticket URL: <http://www.macruby.org/trac/ticket/798#comment:2> MacRuby <http://macruby.org/>

1 0

[MacRuby] #1304: Block Fails to Return Value Upon Break
by MacRuby 21 Jun '11

21 Jun '11

#1304: Block Fails to Return Value Upon Break ----------------------------+----------------------------------------------- Reporter: techzen@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- If I run the following under the system ruby 1.8.7: {{{ require 'find' starting_directory="/Users/developer/Desktop/Top" file_name_I_want_to_find="target_file.txt" path=Find.find(starting_directory) {|p| break p if p.include?(file_name_I_want_to_find) } puts "path = #{path}" }}} ... I get the expected output: {{{ path = /Users/developer/Desktop/Top/Lev_1-2/Lev_2.1/target_file.txt }}} However, if I run it under Macruby I get nothing, just: {{{ path = }}} I'm running MacRuby 0.10 (ruby 1.9.2) [universal-darwin10.0, x86_64] on 10.6.7 Also, Laurent Sansonetti <lsansonetti(a)apple.com> reports: {{{ $ ./miniruby -e "require 'find'; p Find.find('.') { break 42 }" nil $ ruby1.9 -e "require 'find'; p Find.find('.') { break 42 }" 42 }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1304> MacRuby <http://macruby.org/>

1 2