Hi Erik!
NSArray, when instanciated, becomes the equivalent of a ruby array, see for
yourself with macirb:
>> a = NSArray.alloc.init
=> []
>> a.class
=> Array
However, you are right, it might need to become frozen, because otherwise, this
happens:
>> a << "MacRuby"
2010-02-15 11:57:08.766 macru
#579: i386 compilation doesn't work
+---
Reporter: ca...@… |Owner: martinlagarde...@…
Type: defect | Status: closed
Priority: major |
On Feb 15, 2010, at 3:18 AM, Thibault Martin-Lagardette wrote:
> Hi Erik!
>
> NSArray, when instanciated, becomes the equivalent of a ruby array, see for
> yourself with macirb:
> >> a = NSArray.alloc.init
> => []
> >> a.class
> => Array
>
> However, you are right, it might need to become frozen
On Feb 15, 2010, at 3:18 AM, Thibault Martin-Lagardette wrote:
> Hi Erik!
>
> NSArray, when instanciated, becomes the equivalent of a ruby array, see for
> yourself with macirb:
> >> a = NSArray.alloc.init
> => []
> >> a.class
> => Array
>
> However, you are right, it might need to become frozen
Hi,
It appears requiring libraries and embedding aren't behaving well together.
I built MacRuby r3528 this morning.
1) In Xcode start a new MacRuby application. Build, compile, embed, and then
move /Library/Frameworks/MacRuby.framework out of the way. The app runs without
a problem.
2)
#615: macruby segfaults when generating large random numbers
---+
Reporter: ahob...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: major
Awesome!
On Feb 15, 2010, at 5:29 PM, source_chan...@macosforge.org wrote:
> Add initial Dispatch README documentation
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
#615: macruby segfaults when generating large random numbers
---+
Reporter: ahob...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: major
