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

[MacRuby] #412: Calling return in a block raises an exception
by MacRuby 31 Oct '09

31 Oct '09

#412: Calling return in a block raises an exception -------------------------------+-------------------------------------------- Reporter: mike@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- MacRuby 0.5 beta 1 doesn't allow calling return in a block, which works in 1.8 and 1.9. {{{ #!ruby def foo f = Proc.new { return "return from foo from inside Proc.new" } f.call # control leaves foo here return "return from foo" end def bar f = lambda { return "return from bar from inside lambda" } f.call # control does not leave bar here return "return from bar" end def baz f = proc { return "return from baz from inside proc" } f.call # control does not leave bar here in 1.8, but does in 1.9 return "return from baz" end puts foo puts bar puts baz }}} ---------------------------------------- {{{ #!sh $ ruby blocks.rb return from foo from inside Proc.new return from bar return from baz $ ruby19 blocks.rb return from foo from inside Proc.new return from bar return from baz from inside proc $ macruby blocks.rb uncaught Objective-C/C++ exception... terminate called after throwing an instance of 'RoxorReturnFromBlockException*' Abort trap }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/412> MacRuby <http://macruby.org/>

1 6

[MacRuby] #410: Readline merge to the recent CRuby's.
by MacRuby 30 Oct '09

30 Oct '09

#410: Readline merge to the recent CRuby's. ------------------------------+--------------------------------------------- Reporter: kouji@… | Owner: lsansonetti@… Type: enhancement | Status: new Priority: blocker | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: Readline ------------------------------+--------------------------------------------- Hi, I am the CRuby's Readline module maintainer. I created the patch for MacRuby's Readline module to merge it to the recent CRuby's. I checked it by spec. {{{ $ ./mspec/bin/mspec run -B ./spec/macruby.mspec spec/frozen/library/readline MacRuby version 0.5 (ruby 1.9.0) [universal-darwin9.0, x86_64] ................................................... Finished in 1.079747 seconds 25 files, 31 examples, 95 expectations, 0 failures, 0 errors }}} Thank you. -- Ticket URL: <http://www.macruby.org/trac/ticket/410> MacRuby <http://macruby.org/>

1 2

RoxorReturnFromBlockException
by Mike Moore 30 Oct '09

30 Oct '09

It looks like MacRuby doesn't allow calling return in a block, which works in 1.8 and 1.9. This looks to be by design, so I'm not sure if the team wants a ticket created. Should I create a ticket? ---------------------------------------- def foo f = Proc.new { return "return from foo from inside Proc.new" } f.call # control leaves foo here return "return from foo" end def bar f = lambda { return "return from bar from inside lambda" } f.call # control does not leave bar here return "return from bar" end def baz f = proc { return "return from baz from inside proc" } f.call # control does not leave bar here in 1.8, but does in 1.9 return "return from baz" end puts foo puts bar puts baz ---------------------------------------- $ ruby blocks.rb return from foo from inside Proc.new return from bar return from baz $ ruby19 blocks.rb return from foo from inside Proc.new return from bar return from baz from inside proc $ macruby blocks.rb uncaught Objective-C/C++ exception... terminate called after throwing an instance of 'RoxorReturnFromBlockException*' Abort trap

4 4

[MacRuby] #411: MacRuby does not force call to finalizers
by MacRuby 29 Oct '09

29 Oct '09

#411: MacRuby does not force call to finalizers ---------------------------------+------------------------------------------ Reporter: neeracher@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Per our discussion on macruby-devel: {{{ macruby -e "o=Object.new; ObjectSpace.define_finalizer(o, proc{p 42}); p :dying" }}} This calls the finalizer on other ruby platforms, but not on current Macruby -- Ticket URL: <http://www.macruby.org/trac/ticket/411> MacRuby <http://macruby.org/>

1 1

Another meaningless benchmark
by Ernest N. Prabhakar, Ph.D. 29 Oct '09

29 Oct '09

But what the heck, they're fun. :-) http://www.timestretch.com/FractalBenchmark.html prabhaka$ ruby --version ruby 1.8.7 (2008-08-11 patchlevel 72) [universal-darwin10.0] Ruby Elapsed 4.885692 prabhaka$ macruby --version MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] Ruby Elapsed 0.251436 Roughly 20x faster! That would make us comparable to Lua for this benchmark -- about 30x slower than C. -- Ernie P.

2 2

[MacRuby] #394: Unrecognized runtime type _NSRange=II
by MacRuby 29 Oct '09

29 Oct '09

#394: Unrecognized runtime type _NSRange=II -------------------------------+-------------------------------------------- Reporter: cwdinfo@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- The following code worked under earlier builds of MacRuby and oddly, on 32-bit Snowy. {{{ def control(control, textView: view, completions: completions, forPartialWordRange: range, indexOfSelectedItem: index) puts "called completions #{range}" target = view.textStorage.string[range.location, range.length] completion_list_for(target, Strings::AutocompletionsFor[:keywords]) end }}} Now, it is called as the delegate method, but generates the console error: {{{ 2009-10-19 15:09:43.595 IStockCocoa[8362:a0f] unrecognized runtime type `{_NSRange=II}' }}} Further info: {{{ $ macruby -v MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] }}} MacOS 10.6.1 -- Ticket URL: <http://www.macruby.org/trac/ticket/394> MacRuby <http://macruby.org/>

6 23

Re: [MacRuby-devel] [MacRuby] #408: leaked Tempfile don't get cleaned up (MacRuby)
by Matthias Neeracher 29 Oct '09

29 Oct '09

> #408: leaked Tempfile don't get cleaned up [...] > Changes (by lsansonetti@?): > > * status: new => closed > * resolution: => fixed > > I implemented ObjectSpace finalizers as part of r2918 and now your > snippet > behaves like the old Ruby. This does indeed fix the main problem—the program running out of file descriptors. Thanks! The behavior still differs significantly from Ruby 1.8 behavior (though it may match 1.9 this regard): When running the program I included in the bug to completion, the ruby 1.8 version will clean up all temp files, while the MacRuby version will leave behind dozens of temp files (everything created after the last gc run). Presumably, one could force this cleanup by running gc at the end of the program, but I'm not sure this would be a popular thing to do in the runtime, and if it matters to a client, this can be done in client code. Matthias

2 1

Re: [MacRuby-devel] [MacRuby] #407: NSData#bytes does not work (MacRuby)
by Matthias Neeracher 29 Oct '09

29 Oct '09

> #407: NSData#bytes does not work [...] > Changes (by lsansonetti@?): > Comment: > > Should be fixed by r2916: It is indeed fixed, thank you! My initial purpose for this was to get the data out of an NSData, which in RubyCocoa was data.bytes.bytestr(data.length) It seems the MacRuby "Pointer" class no longer has a bytestr method, so this no longer works, but a) CFDataGetBytePtr(data) works and b) The original reason for creating a CFData (converting a string to a particular encoding) can be achieved much more easily in ruby 1.9 with regular string methods, so my reason for creating an NSData is moot in the first place. Matthias

1 0

[MacRuby] #133: Cannot install soap4r gem using macgem
by MacRuby 29 Oct '09

29 Oct '09

#133: Cannot install soap4r gem using macgem ------------------------------------+--------------------------------------- Reporter: rebotfc(a)googlemail.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: macgem ------------------------------------+--------------------------------------- As an example of macgem currently failing to install a gem, the SOAP4r gem via macgem fails to install. This error has been repeated by at least one other person. The error when running macgem install soap4r is: ERROR: Error installing soap4r: soap4r requires () -- Ticket URL: <http://www.macruby.org/trac/ticket/133> MacRuby <http://macruby.org/>

1 1

[MacRuby] #408: leaked Tempfile don't get cleaned up
by MacRuby 29 Oct '09

29 Oct '09

#408: leaked Tempfile don't get cleaned up ---------------------------------+------------------------------------------ Reporter: neeracher@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ macruby -e 'require "tempfile"; (0..1000).each {|i| p Tempfile.new("x")}' -------------- fails after a few 100 files. Interestingly, this problem does not affect File: -------------- macruby -e '(0..1000).each {|i| p File.new("x", "w")}' -------------- ruby 1.8 runs both programs successfully. I have no 1.9 mainline install to test against. -- Ticket URL: <http://www.macruby.org/trac/ticket/408> MacRuby <http://macruby.org/>

1 3