December 2009 - MacRuby-devel - lists.macosforge.org

[MacRuby] #246: NSMutableDictionary methods cannot retrieve values for Fixnum keys
by MacRuby 11 Feb '10

11 Feb '10

#246: NSMutableDictionary methods cannot retrieve values for Fixnum keys ---------------------------------------+------------------------------------ Reporter: krishna.kotecha@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: NSMutableDictionary Hash ---------------------------------------+------------------------------------ In MacRuby 0.4 and current 0.5 build you can use Ruby syntax to work with Hashes: {{{ h = {} h[42] = "forty-two" puts h[42] # prints out "forty two" }}} This does not work if you use the NSMutatableDictionary method setObject:forKey: {{{ h = {} h.setObject 'fifty-three', forKey:53 h[53] # will return nil h.valueFor(53) # will cause MacRuby to crash }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/246> MacRuby <http://macruby.org/>

1 4

[MacRuby] #495: Minor error in instructions for building LLVM
by MacRuby 11 Feb '10

11 Feb '10

#495: Minor error in instructions for building LLVM ----------------------------------------+----------------------------------- Reporter: ernest.prabhakar@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- http://www.macruby.org/trac/browser/MacRuby/trunk/README.rdoc These mostly worked, but I had to do: cd llvm-trunk/trunk instead of just cd llvm-trunk -- Ticket URL: <http://www.macruby.org/trac/ticket/495> MacRuby <http://macruby.org/>

1 3

[MacRuby] #205: Incorrect list of instance methods
by MacRuby 11 Feb '10

11 Feb '10

#205: Incorrect list of instance methods ----------------------------------------+----------------------------------- Reporter: vincent.isambart@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- When a class includes a module, the methods of this module appears in the instance_methods(false) of this class AND in the instance_methods(false) of the module. It should only appear in the instance_methods(false) of the module. {{{ module X def x end end class A include X end p A.instance_methods(false) p X.instance_methods(false) }}} displays: (I have no idea why :dup is there) {{{ [:x, :dup] [:x] }}} instead of: (Ruby 1.9) {{{ [] [:x] }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/205> MacRuby <http://macruby.org/>

1 2

[MacRuby] #508: Method Syntax
by MacRuby 11 Feb '10

11 Feb '10

#508: Method Syntax ----------------------------------+----------------------------------------- Reporter: cjenkins@… | Owner: lsansonetti@… Type: enhancement | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- I wish the syntax were:[[BR]] {{{set( firstName:first, lastName:last )}}}[[BR]] instead of: {{{setFirstName( first, lastName:last )}}}[[BR]] [[BR]] I think this would make the language less strange and therefore more intuitive and accessible to new learners. The current method syntax, which looks more like Objective-C, is strange to folks who do not already program in Objective-C. -- Ticket URL: <http://www.macruby.org/trac/ticket/508> MacRuby <http://macruby.org/>

1 1

[MacRuby] #309: String, Hash, Array: singleton attr_accessor cannot be defined
by MacRuby 11 Feb '10

11 Feb '10

#309: String, Hash, Array: singleton attr_accessor cannot be defined ------------------------+--------------------------------------------------- Reporter: dev@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: singleton ------------------------+--------------------------------------------------- {{{ [ false, true, nil, 1..100, /test/, Exception, Time, Hash, Array, String, Module, Object ].each do |k| s = k.is_a?(Class) ? k.new : k class << s attr_accessor :target1 def target2 :hit end end s.target1 = :hit def s.target3 :hit end puts "#{k} err: singleton attr_accessor" unless s.target1 == :hit puts "#{k} err: singleton def (#2)" unless s.target2 == :hit puts "#{k} err: singleton def (#3)" unless s.target3 == :hit end }}} result is: {{{ NSMutableDictionary err: singleton attr_accessor NSMutableArray err: singleton attr_accessor NSMutableString err: singleton attr_accessor }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/309> MacRuby <http://macruby.org/>

3 7

[MacRuby] #216: fork subprocess exiting (normally) segfaults
by MacRuby 11 Feb '10

11 Feb '10

#216: fork subprocess exiting (normally) segfaults -------------------------------+-------------------------------------------- Reporter: celtic@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: fork process -------------------------------+-------------------------------------------- When '''fork''''s subprocess dies, it segfaults about 80% of the time (out of a sample of 10 runs): {{{ echo "fork {}" | macruby }}} Calling the non-block version alone like this seems to segfault less often, perhaps 50% of the time: {{{ echo fork | macruby }}} Note that it's only the subprocess that segfaults, and not the main process. This can be demonstrated: {{{ fork { } sleep 1 puts "soup" }}} This produces the segfault output, followed by 'soup' a moment later. Strangely, sleeping after the non-block call causes things to work: {{{ fork sleep 1 }}} (no segfault with the above code) -- Ticket URL: <http://www.macruby.org/trac/ticket/216> MacRuby <http://macruby.org/>

1 6

[MacRuby] #250: subclassing Array
by MacRuby 11 Feb '10

11 Feb '10

#250: subclassing Array -------------------------------------+-------------------------------------- Reporter: mattaimonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: subclassing, Array -------------------------------------+-------------------------------------- {{{ class Board < Array def initialize(*args) super 0.upto(7) do self << (0..7).map{[]} end end end b = Board.new }}} {{{ ./miniruby -I./lib -e "class Board < Array; def initialize(*args); super; 0.upto(7) do; self << (0..7).map{[]}; end; end; end; p Board.new" # => [] }}} {{{ macruby -e "class Board < Array; def initialize(*args); super; 0.upto(7) do; self << (0..7).map{[]}; end; end; end; p Board.new" # => [] }}} {{{ ruby19 -e "class Board < Array; def initialize(*args); super; 0.upto(7) do; self << (0..7).map{[]}; end; end; end; p Board.new" # => [[[], [], [], [], [], [], [], []], [[], [], [], [], [], [], [], []], [[], [], [], [], [], [], [], []], [[], [], [], [], [], [], [], []], [[], [], [], [], [], [], [], []], [[], [], [], [], [], [], [], []], [[], [], [], [], [], [], [], []]] }}} {{{ ruby -e "class Board < Array; def initialize(*args); super; 0.upto(7) do; self << (0..7).map{[]}; end; end; end; p Board.new" # => [[[], [], [], [], [], [], [], []], [[], [], [], [], [], [], [], []], [[], [], [], [], [], [], [], []], [[], [], [], [], [], [], [], []], [[], [], [], [], [], [], [], []], [[], [], [], [], [], [], [], []], [[], [], [], [], [], [], [], []]] }}} I think the problem is pretty obvious, let me know if you need more explanations. -- Ticket URL: <http://www.macruby.org/trac/ticket/250> MacRuby <http://macruby.org/>

1 1

[MacRuby] #438: rb_define_method for MacRuby
by MacRuby 11 Feb '10

11 Feb '10

#438: rb_define_method for MacRuby ------------------------------+--------------------------------------------- Reporter: kouji@… | Owner: lsansonetti@… Type: enhancement | Status: new Priority: trivial | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: rb_define_method ------------------------------+--------------------------------------------- I created the patch for MacRuby that is implemented rb_define_method for MacRuby. Please review it and want to include it in MacRuby. -- Ticket URL: <http://www.macruby.org/trac/ticket/438> MacRuby <http://macruby.org/>

1 2

[MacRuby] #159: "%d" with large integer argument gives conversion error
by MacRuby 11 Feb '10

11 Feb '10

#159: "%d" with large integer argument gives conversion error ---------------------------------+------------------------------------------ Reporter: jamis(a)37signals.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ The following script reproduces the error easily: {{{ N = 34363859232 p N p N.class puts "%d" % N }}} This results in the following exception: {{{ 01.rb:5:in `%': integer 34363859232 too big to convert to `int' (RangeError) }}} When run in ruby 1.9, the output shows that N is a Bignum. When run in macruby, the output shows that N is a fixnum. This appears to be due to bignum.c line 523: {{{ if (len <= (sizeof(long)*CHAR_BIT)) { }}} Apparently, in macruby, sizeof(long) is 8, which means bignums are only instantiated for integers larger than 64 bits or so, and in the above example, the integer is only 44 bits. Even though the bignums are only created based on sizeof(long), the rb_str_format function in sprintf.c uses FIX2LONG for converting the VALUE to a long int, and FIX2LONG uses INT_MIN and INT_MAX to check the bounds of the integer. I'm not sure what the safest way to fix this is. Should check_int (and others?) in numeric.c be comparing against larger boundary numbers, instead of INT_MIN/MAX? -- Ticket URL: <http://www.macruby.org/trac/ticket/159> MacRuby <http://macruby.org/>

1 13

[MacRuby] #520: Confusion in data type names for Core OpenGL
by MacRuby 10 Feb '10

10 Feb '10

#520: Confusion in data type names for Core OpenGL ----------------------------------+----------------------------------------- Reporter: sojastar07@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: pointer Core OpenGL data types confusion ----------------------------------+----------------------------------------- Core OpenGL data type names end with the 'Obj' suffix, yet Core OpenGL functions called in MacRuby expect the same names but with the 'Object' suffix. Maybe a bridge problem ? An example reducing the problem can be found here : http://github.com/sojastar/Some-MacRuby-sample- code/tree/master/buggy/cgl_renderer_info_obj/ The problem is visible at line 85 of file MyOpenGLView.rb -- Ticket URL: <http://www.macruby.org/trac/ticket/520> MacRuby <http://macruby.org/>

1 1