January 2010 - MacRuby-devel - lists.macosforge.org

[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] #537: Missing Time#strftime formatter: "%P"
by MacRuby 11 Feb '10

11 Feb '10

#537: Missing Time#strftime formatter: "%P" -------------------------------+-------------------------------------------- Reporter: bburky@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- I use the command line [http://sup.rubyforge.org/ sup] email program which is written in ruby. While I don't run it under MacRuby, I was checking an issue which came up on the mailing list about the "%P" formatter for strftime and tested it in MacRuby too. The "%P" should output either "am" or "pm" in lower case. Apparently most (all?) 1.8.7 rubys on OS X, don't support the "%P" formatting, which is not required. Most linux 1.8.7 rubys do support it though. MacRuby also does not support it. However it is required for 1.9. The ruby docs for Time list it for example: http://ruby-doc.org/core-1.9/classes/Time.html#M000314 Here's an example: {{{ $ macruby --version MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] $ macruby -e 'puts Time.now().strftime("%l:%M%P")' 11:25P }}} That should output "11:25pm" I didn't check any of the other format strings. -- Ticket URL: <http://www.macruby.org/trac/ticket/537> MacRuby <http://macruby.org/>

1 4

[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

[MacRuby] #546: REXML text.rb fails: premature end of char-class
by MacRuby 10 Feb '10

10 Feb '10

#546: REXML text.rb fails: premature end of char-class ------------------------------+--------------------------------------------- Reporter: macwoj@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: 0.5 rexml text.rb premature ------------------------------+--------------------------------------------- Im using Leopard (built 0.5 from trunk) {{{require 'rexml/document'}}} causes[[BR]] {{{ /Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/rexml/text.rb:53: premature end of char-class: /^( [\x09\x0A\x0D\x20-\x7E] # ASCII | [\xC2-\xDF][\x80-\xBF] # non-overlong 2-byte | \xE0[\xA0-\xBF][\x80-\xBF] # excluding overlongs | [\xE1-\xEC\xEE][\x80-\xBF]{2} # straight 3-byte | \xEF[\x80-\xBE]{2} # | \xEF\xBF[\x80-\xBD] # excluding U+fffe and U+ffff | \xED[\x80-\x9F][\x80-\xBF] # excluding surrogates | \xF0[\x90-\xBF][\x80-\xBF]{2} # planes 1-3 | [\xF1-\xF3][\x80-\xBF]{3} # planes 4-15 | \xF4[\x80-\x8F][\x80-\xBF]{2} # plane 16 )*$/x /Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/rexml/text.rb:142: premature end of char-class: /[\x00-\x7F]|[\x80-\xBF][\xC0-\xF0]*|[\xC0-\xF0]/ attribute.rb:2:in `<main>': compile error (SyntaxError) from element.rb:3:in `<main>' from document.rb:1:in `<main>' from rb_main.rb:in `<main>' }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/546> MacRuby <http://macruby.org/>

1 1

[MacRuby] #553: Fixnum Does Not Appear to Map to NSNumber
by MacRuby 09 Feb '10

09 Feb '10

#553: Fixnum Does Not Appear to Map to NSNumber -------------------------------+-------------------------------------------- Reporter: cwdinfo@… | Owner: lsansonetti@… Type: enhancement | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- In the context of Cocoa Bindings, Fixnum should "magically" convert to NSNumber much as String becomes NSString. Example: {{{ irb(main):001:0> i = 123.to_i => 123 irb(main):002:0> i.class => Fixnum irb(main):003:0> n = NSNumber.numberWithInt(i) => 123 irb(main):004:0> n.class => Fixnum }}} See project: http://github.com/sxross/MacRuby-Array-Cocoa-Array-Binding/ for a more concrete example of why this is important. -- Ticket URL: <http://www.macruby.org/trac/ticket/553> MacRuby <http://macruby.org/>

1 1

[MacRuby] #577: EXC_BAD_ACCESS in IO.read
by MacRuby 08 Feb '10

08 Feb '10

#577: EXC_BAD_ACCESS in IO.read ---------------------------------+------------------------------------------ Reporter: spamtrap1@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ I had a small spelling accident tonight, which caused me to stumble over this :[[BR]] using ios.read, with an argument of nil, i.e. {{{ s = "" f = File.open("xxx") while (!f.eof?) s += f.read(nil) end }}} will cause this : {{{ Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000 Crashed Thread: 0 Dispatch queue: com.apple.main-thread Application Specific Information: objc[26488]: garbage collection is ON 0 libSystem.B.dylib 0x00007fffffe007c5 __memcpy + 37 1 libauto.dylib 0x00007fff83a1f210 auto_zone_write_barrier_memmove + 96 2 libauto.dylib 0x00007fff83a2020e auto_realloc(_malloc_zone_t*, void*, unsigned long) + 878 3 libSystem.B.dylib 0x00007fff84c1ab3b malloc_zone_realloc + 92 4 com.apple.CoreFoundation 0x00007fff8215eb49 __CFDataGrow + 233 5 com.apple.CoreFoundation 0x00007fff82184e05 CFDataSetLength + 181 6 libmacruby.dylib 0x000000010005c1fa rb_io_read_internal + 522 7 libmacruby.dylib 0x000000010005d6b6 rb_io_eof + 54 8 libmacruby.dylib 0x000000010016d32f rb_vm_dispatch + 7279 }}} Macruby version is Nightly build from 2010/01/26. The weird thing is i can only reproduce it with large files. My test files are CD sized, created with "dd if=/dev/random of=test.dat bs=65536 count=10000" I know calling read(nil) twice on a file doesn't make much sense, but reading the docs leads me to believe it should just return "" (http ://ruby-doc.org/core/classes/IO.html) -- Ticket URL: <http://www.macruby.org/trac/ticket/577> MacRuby <http://macruby.org/>

1 5

[MacRuby] #560: __method__ and __callee__ always return nil
by MacRuby 08 Feb '10

08 Feb '10

#560: __method__ and __callee__ always return nil --------------------------------+------------------------------------------- Reporter: lastobelus@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- I'm not sure whether these have not been implemented or whether this is a bug? Leopard, r3290 -- Ticket URL: <http://www.macruby.org/trac/ticket/560> MacRuby <http://macruby.org/>

1 1