May 2008 - MacRuby-devel - lists.macosforge.org

Re: [MacRuby-devel] [macruby] #23: CircleView.app leaks memory while animating
by macruby 24 May '08

24 May '08

#23: CircleView.app leaks memory while animating -----------------------------------+---------------------------------------- Reporter: lsansonetti(a)apple.com | Owner: lsansonetti(a)apple.com Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.2 Component: MacRuby | Resolution: fixed Keywords: | -----------------------------------+---------------------------------------- Changes (by lsansonetti(a)apple.com) * status: new => closed * resolution: => fixed Comment: The problem was in the boxed accessors, which are caching their values as ivars. Since boxeds are T_DATA, generic ivars are used, and the receiver was leaked because retained by the global table. The problem is fixed in r216. -- Ticket URL: <http://ruby.macosforge.org/trac/ticket/23#comment:4> macruby <http://ruby.macosforge.org/>

1 0

Re: [MacRuby-devel] [macruby] #23: CircleView.app leaks memory while animating
by macruby 23 May '08

23 May '08

#23: CircleView.app leaks memory while animating -----------------------------------+---------------------------------------- Reporter: lsansonetti(a)apple.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.2 Component: MacRuby | Resolution: Keywords: | -----------------------------------+---------------------------------------- Changes (by lsansonetti(a)apple.com) * milestone: MacRuby 1.0 => MacRuby 0.2 -- Ticket URL: <http://ruby.macosforge.org/trac/ticket/23#comment:3> macruby <http://ruby.macosforge.org/>

1 0

Re: [MacRuby-devel] Delegate methods defined in modules
by Laurent Sansonetti 23 May '08

23 May '08

Thank you for noticing me, I incidentally introduced a regression in the previous change. I fixed the problem in r207. Now the make target should pass, as well as the concerned tests. Regarding the the reply-to, I am looking at this right now... Laurent On May 21, 2008, at 9:45 PM, Zach Holt wrote: > Whoops. I sent this to you alone. Would it be possible to get the > reply-to set to the list? > > On May 21, 2008, at 6:53 PM, Zach Holt wrote: > >> Thanks, Laurent. >> >> On a clean checkout of trunk@206, I get >> >> ./ext/extmk.rb:315:in `<main>': undefined method `parse_args' for >> main:Object (NoMethodError) >> >> Odd, since parse_args is defined immediately before the call (lines >> 242-313). >> >> Cheers, >> Zach >> >> On May 21, 2008, at 6:11 PM, Laurent Sansonetti wrote: >> >>> Hi Zach, >>> >>> Should be fixed in r206. Thanks for the report. >>> >>> Laurent >>> >>> On May 21, 2008, at 10:42 AM, Zach Holt wrote: >>> >>>> #!/usr/bin/env macruby >>>> framework 'cocoa' >>>> >>>> module AppDelegateModule >>>> def applicationDidFinishLaunching( n ) >>>> puts "exiting..." >>>> NSApp.terminate( nil ) >>>> end >>>> end >>>> >>>> class AppDelegateClass >>>> include AppDelegateModule >>>> end >>>> >>>> NSApplication.sharedApplication >>>> NSApp.delegate = AppDelegateClass.new >>>> NSApp.run >>>> __END__ >>>> >>>> >>>> Hi all, >>>> >>>> I'm porting http://www.paulhammond.org/webkit2png/ as a learning >>>> exercise. >>>> >>>> Should the above terminate? >>>> >>>> It doesn't on trunk rev 202, but it does if you move >>>> applicationDidFinishLaunching to AppDelegateClass. >>>> >>>> Thanks! >>>> >>>> _______________________________________________ >>>> MacRuby-devel mailing list >>>> MacRuby-devel(a)lists.macosforge.org >>>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >>> >> >

4 4

Re: [MacRuby-devel] [macruby] #16: ^C (SIGINT) doesn't interrupt the cocoa runloop
by macruby 23 May '08

23 May '08

#16: ^C (SIGINT) doesn't interrupt the cocoa runloop -----------------------------------+---------------------------------------- Reporter: lsansonetti(a)apple.com | Owner: lsansonetti(a)apple.com Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.2 Component: MacRuby | Resolution: fixed Keywords: | -----------------------------------+---------------------------------------- Changes (by lsansonetti(a)apple.com) * status: reopened => closed * resolution: => fixed Comment: Implemented in r212. Periodically calling RUBY_VM_CHECK_INTS every 0.1s. Checked that this is only performed in a CF runloop environment (e.g. not by default) and that the timer has no performance impact (around 0.5% CPU time). -- Ticket URL: <http://ruby.macosforge.org/trac/ticket/16#comment:12> macruby <http://ruby.macosforge.org/>

1 0

Re: [MacRuby-devel] [macruby] #16: ^C (SIGINT) doesn't interrupt the cocoa runloop
by macruby 23 May '08

23 May '08

#16: ^C (SIGINT) doesn't interrupt the cocoa runloop -----------------------------------+---------------------------------------- Reporter: lsansonetti(a)apple.com | Owner: lsansonetti(a)apple.com Type: defect | Status: reopened Priority: blocker | Milestone: MacRuby 0.2 Component: MacRuby | Resolution: Keywords: | -----------------------------------+---------------------------------------- Comment (by lsansonetti(a)apple.com) After a quick investigation, it seems that the signal is intercepted by the default handler but not forwarded to YARV because the runloop blocks the main thread without calling RUBY_VM_CHECK_INTS. This theoretically be fixed if we set up a timer in the main run loop that checks for interruptions. -- Ticket URL: <http://ruby.macosforge.org/trac/ticket/16#comment:11> macruby <http://ruby.macosforge.org/>

1 0

[macruby] #55: NSAppleScript#executeAndReturnError causes a SEGFAULT.
by macruby 23 May '08

23 May '08

#55: NSAppleScript#executeAndReturnError causes a SEGFAULT. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige(a)gmail.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: bug -------------------------------------+-------------------------------------- Coincidentally I had the same problem recently with RubyCocoa, but there a NoMethodError is raised. In MacRuby it causes a SEGFAULT (*). If I use performSelector:'executeAndReturnError:', withObject:nil it works and the equivalent works in RC too, so it might be something with BridgeSupport. *: {{{ irb(main):003:0> NSAppleScript.alloc.initWithSource("say \"hello world\"").executeAndReturnError(nil) (irb):3: [BUG] Segmentation fault MacRuby version 0.2 (ruby 1.9.0 2008-03-01) [universal-darwin9.0] -- control frame ---------- c:0024 p:---- s:0074 b:0074 l:000073 d:000073 CFUNC :executeAndReturnError: c:0023 p:0028 s:0070 b:0070 l:000ae4 d:000069 EVAL (irb):3 c:0022 p:---- s:0069 b:0069 l:000068 d:000068 FINISH :empty? c:0021 p:---- s:0067 b:0067 l:000066 d:000066 CFUNC :eval c:0020 p:0023 s:0060 b:0060 l:000059 d:000059 METHOD /Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb/workspace.rb:80 c:0019 p:0025 s:0053 b:0052 l:000051 d:000051 METHOD /Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb/context.rb:218 c:0018 p:0024 s:0047 b:0047 l:001954 d:000046 BLOCK /Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb.rb:149 c:0017 p:0025 s:0040 b:0040 l:000039 d:000039 METHOD /Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb.rb:262 c:0016 p:0009 s:0035 b:0035 l:001954 d:000034 BLOCK /Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb.rb:146 c:0015 p:0093 s:0032 b:0032 l:000021 d:000031 BLOCK /Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb /ruby-lex.rb:243 c:0014 p:---- s:0032 b:0032 l:000031 d:000031 FINISH :block_given? c:0013 p:---- s:0030 b:0030 l:000029 d:000029 CFUNC :loop c:0012 p:0007 s:0027 b:0027 l:000021 d:000026 BLOCK /Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb /ruby-lex.rb:230 c:0011 p:---- s:0028 b:0028 l:000027 d:000027 FINISH :each c:0010 p:---- s:0026 b:0026 l:000025 d:000025 CFUNC :catch c:0009 p:0017 s:0022 b:0022 l:000021 d:000021 METHOD /Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb /ruby-lex.rb:229 c:0008 p:0034 s:0019 b:0019 l:001954 d:001954 METHOD /Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb.rb:145 c:0007 p:0009 s:0016 b:0016 l:00185c d:000015 BLOCK /Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb.rb:69 c:0006 p:---- s:0017 b:0017 l:000016 d:000016 FINISH :(null) c:0005 p:---- s:0015 b:0015 l:000014 d:000014 CFUNC :catch c:0004 p:0152 s:0011 b:0011 l:00185c d:00185c METHOD /Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb.rb:68 c:0003 p:0033 s:0006 b:0006 l:000005 d:000005 TOP /usr/local/bin/macirb:12 c:0002 p:---- s:0004 b:0004 l:000003 d:000003 FINISH :inherited c:0001 p:0000 s:0002 b:0002 l:000001 d:000001 TOP --------------------------- DBG> : "(irb):3:in `irb_binding'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb/workspace.rb:80:in `eval'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb/workspace.rb:80:in `evaluate'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb/context.rb:218:in `evaluate'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb.rb:149:in `block (2 levels) in eval_input'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb.rb:262:in `signal_status'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb.rb:146:in `block in eval_input'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb /ruby-lex.rb:243:in `block (2 levels) in each_top_level_statement'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb /ruby-lex.rb:230:in `loop'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb /ruby-lex.rb:230:in `block in each_top_level_statement'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb /ruby-lex.rb:229:in `catch'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb /ruby-lex.rb:229:in `each_top_level_statement'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb.rb:145:in `eval_input'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb.rb:69:in `block in start'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb.rb:68:in `catch'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.2/usr/lib/ruby/1.9.0/irb.rb:68:in `start'" DBG> : "/usr/local/bin/macirb:12:in `<main>'" -- backtrace of native function call (Use addr2line) -- 0x2a4ca6 0x1dab8c 0x1dabcb 0x263dc1 0x953e55eb 0xffffffff 0x954deab7 0x954e3055 0x94a8150 0x948cbec 0x920e0cb8 0x9487ae2 0x94a3927 0x9209b5cd 0x91172513 0x91e8cdaf 0x91e8d096 0x91e8ce51 0x900041dd 0x90004771 0x2b01f7 0x2a2f70 0x29cec8 0x2a241c 0x1e65f7 0x1e6ace 0x295855 0x2a2f70 0x29cec8 0x2a241c 0x1debea 0x1deca9 0x1dee07 0x2a2f70 0x29cec8 0x2a241c 0x1e0b00 0x295855 0x2a2f70 0x29cec8 0x2a241c 0x1e0b00 0x295855 0x2a2f70 0x29cec8 0x2a241c 0x2a26f1 0x1de8aa 0x1e425f 0x1fdf 0x1f46 0x2 ------------------------------------------------------- ^Czsh: abort macirb }}} -- Ticket URL: <http://ruby.macosforge.org/trac/ticket/55> macruby <http://ruby.macosforge.org/>

1 1

[ruby] #47: Cannot pass a :symbol directly as a named parameter
by ruby 23 May '08

23 May '08

#47: Cannot pass a :symbol directly as a named parameter ----------------------------+----------------------------------------------- Reporter: cremes(a)mac.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.2 Component: MacRuby | Keywords: symbol named keyed parameter ----------------------------+----------------------------------------------- Here's an example to illustrate. Code was tested against the "testing" branch from 20080405. class A def initialize @h = {} end def setValue(val, forKey:key) @h[key] = val end end a = A.new a.setValue("triple", forKey::three) # fails a.setValue("triple", forKey: :three) # succeeds three = :three a.setValue("triple", forKey:three) # succeeds a.setValue("triple", forKey:'three'.to_sym) # succeeds When using the #:: syntax the parser mistakenly views it as an attempt to access the method #forKey on Object. At minimum it should probably throw a more useful error message and perhaps suggest adding a space between colons. -- Ticket URL: <http://trac.macosforge.org/projects/ruby/ticket/47> ruby <http://ruby.macosforge.org/>

2 4

[macruby] #56: respond_to? doesn't resolve objc methods
by macruby 23 May '08

23 May '08

#56: respond_to? doesn't resolve objc methods -------------------------------------+-------------------------------------- Reporter: eloy.de.enige(a)gmail.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: bug -------------------------------------+-------------------------------------- Ideally #respond_to? should find the same methods as it does now PLUS the ones that #respondsToSelector finds. Or in other words, all the methods that are returned by #methods. -- Ticket URL: <http://ruby.macosforge.org/trac/ticket/56> macruby <http://ruby.macosforge.org/>

1 1

Re: [MacRuby-devel] [macruby] #19: Problems with method_missing
by macruby 23 May '08

23 May '08

#19: Problems with method_missing ----------------------------------------+----------------------------------- Reporter: vincent.isambart(a)gmail.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.3 Component: MacRuby | Resolution: Keywords: | ----------------------------------------+----------------------------------- Changes (by lsansonetti(a)apple.com) * milestone: MacRuby 1.0 => MacRuby 0.3 Comment: Should be fixed once we switch to the objc dispatcher. -- Ticket URL: <http://ruby.macosforge.org/trac/ticket/19#comment:2> macruby <http://ruby.macosforge.org/>

1 0

Re: [MacRuby-devel] [macruby] #9: Crash on Module.superclass
by macruby 23 May '08

23 May '08

#9: Crash on Module.superclass ------------------------------------------+--------------------------------- Reporter: jlukas(a)nighttimemidnight.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.3 Component: MacRuby | Resolution: Keywords: | ------------------------------------------+--------------------------------- Changes (by lsansonetti(a)apple.com) * milestone: MacRuby 1.0 => MacRuby 0.3 Comment: Should be fixed once we switch to the objc dispatcher for sure. -- Ticket URL: <http://ruby.macosforge.org/trac/ticket/9#comment:2> macruby <http://ruby.macosforge.org/>

1 0