[MacRuby-devel] [MacRuby] #474: Sinatra's get method not being registered

2009-12-02 Thread MacRuby 
#474: Sinatra's get method not being registered
+---
 Reporter:  c...@…   |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  trivial |   Milestone:   
Component:  MacRuby |Keywords:   
+---
 When I run
 {{{
 #!/usr/bin/env ruby
 require 'rubygems'
 require 'sinatra'
 get '/' do
   "I'm running version " + Sinatra::VERSION
 end
 }}}
 after running
 {{{
 # macgem install sinatra
 }}}
 I get
 {{{
 [co...@marle Source]$ macruby sinatra.rb
 core:in `require:': undefined method `get' for main:TopLevel
 (NoMethodError)
 from sinatra.rb:3:in `'
 }}}

 When I try it in the OSX bundled Ruby, I get something similar but more
 verbose:
 {{{
 [co...@marle Source]$ ruby sinatra.rb
 ./sinatra.rb:4: undefined method `get' for main:Object (NoMethodError)
 from
 
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in
 `gem_original_require'
 from
 
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in
 `require'
 from sinatra.rb:3
 }}}
 This is of course after running
 {{{
 #gem install sinatra
 }}}

 It's likely that this is a bug in Sinatra, not MacRuby.

 For reference:
 {{{
 [co...@marle Source]$ macruby -v
 MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64]
 }}}

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #468: String.split("") doesn't work as expected

2009-12-02 Thread MacRuby 
#468: String.split("") doesn't work as expected
-+--
 Reporter:  jordan.breed...@…|Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  blocker  |Milestone:   
Component:  MacRuby  |   Resolution:  fixed
 Keywords:   |  
-+--
Changes (by mattaimone...@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 fixed in #3072

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] has anyone else noticed hotcocoa/graphics is no longer working...

2009-12-02 Thread Tim Rand 
Though the following code works on macruby 0.4 and mac OS 10.5.8, it no
longer works for me since updating macruby and the OS:

macruby -e 'require "hotcocoa/graphics"'
-e:1:in `': private method `define_method' called for Class:Class
(NoMethodError)

I am running:
OS 10.6.2
MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64]
(with ruby version 1.9.0)

I don't see a define_method call anywhere in the source code in the
/Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/hotcocoa/graphics.rb
file.

I just want to tinker with HotCocoa::Graphics.
Any advice or explanation would be appreciated.

Thanks,
Tim
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] has anyone else noticed hotcocoa/graphics is no longer working...

2009-12-02 Thread Matt Aimonetti 
I believe I fixed this bug after 0.5 beta2, what version are you on?

- Matt

On Wed, Dec 2, 2009 at 3:51 PM, Tim Rand  wrote:

> Though the following code works on macruby 0.4 and mac OS 10.5.8, it no
> longer works for me since updating macruby and the OS:
>
> macruby -e 'require "hotcocoa/graphics"'
> -e:1:in `': private method `define_method' called for Class:Class
> (NoMethodError)
>
> I am running:
> OS 10.6.2
> MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64]
> (with ruby version 1.9.0)
>
> I don't see a define_method call anywhere in the source code in the
> /Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/hotcocoa/graphics.rb
> file.
>
> I just want to tinker with HotCocoa::Graphics.
> Any advice or explanation would be appreciated.
>
> Thanks,
> Tim
>
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
>
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #475: GCD Queues should print their label as their "to_s" method

2009-12-02 Thread MacRuby 
#475: GCD Queues should print their label as their "to_s" method
+---
 Reporter:  ernest.prabha...@…  |   Owner:  lsansone...@…
 Type:  enhancement |  Status:  new  
 Priority:  blocker |   Milestone:  MacRuby 0.5  
Component:  MacRuby |Keywords:   
+---
 Right no, GCD Queues have a generic (i.e., mostly useless) "to_s" method.
 Why not just make the GCD "label" method act as to_s:

 http://github.com/masterkain/macruby/blob/master/gcd.c

 rb_objc_define_method(cQueue, "to_s", rb_queue_label, 0);

 That avoids additional API, and lets it generally "do the right thing"

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #476: GCD Groups should be a wrapper around dispatch, not its own invocation style

2009-12-02 Thread MacRuby 
#476: GCD Groups should be a wrapper around dispatch, not its own invocation
style
+---
 Reporter:  ernest.prabha...@…  |   Owner:  lsansone...@…
 Type:  enhancement |  Status:  new  
 Priority:  blocker |   Milestone:  MacRuby 0.5  
Component:  MacRuby |Keywords:  gcd  
+---
 Right now, GCD Groups are treated almost like a Queue, so developers call
 dispatch on them -- except that:
 - you need to specify a queue as a parameter -- or use (atypically) have
 it invisibly invoke the default queue
 - there's no way to specify synchronous dispatch

 This works well if you really just want async concurrency, but becomes
 awkward (and IMHO confusing) for anything else.

   g = Dispatch::Group.new
 g.dispatch {work_function(i)}}
 g.dispatch(q_a) {work_function(i)}}
 g.dispatch(q_b, false) {work_function(i)}}
   g.wait

 I don't know if it is possible, but what I'd prefer is for Groups to take
 a block *containing* multiple dispatch invocations, and auto-magically
 associate them with a group.

 So for example, you could do:

 g = Dispatch::Group.new

 g.wait do
 q_a.dispatch(true) {work_function(i)}
 q_b.dispatch(false) {work_function(i)}
 end

 In this case, the "group" is synchronous so it automatically does a wait
 until the "child" dispatches complete.  For async behavior, simply do:

 g.on_completion { puts "I'm all done" }
 g.notify do
 q_a.dispatch {work_function(i)}
 q_b.dispatch {work_function(i)}
 end

 If you want to add some invocations to the group but neither wait or
 notify yet, use a "shovel" to add them:

 g << { q_c.dispatch {work_function(i)} }

 As a bonus, one could provide a convenience class method for the
 synchronous case that avoids the need for any variable at all:

 Dispatch::Group.wait do
 q_a.dispatch(true) {work_function(i)}
 q_b.dispatch(false) {work_function(i)}
 end

 While this does require you to be more explicit in the concurrency async
 case, I think this API better reflects the full semantics of GCD groups.

 Of course, this presumes that queue dispatches would need to check if
 they're executing inside a group; I'm sure that must be possible, but I
 don't know what the performance implications might be.  Still, I wanted to
 raise it now before 0.5 is final and people start relying on the current
 API.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #477: Need GCD wrapper for dispatch_once

2009-12-02 Thread MacRuby 
#477: Need GCD wrapper for dispatch_once
+---
 Reporter:  ernest.prabha...@…  |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  minor   |   Milestone:  MacRuby 0.5  
Component:  MacRuby |Keywords:   
+---
 We need an API for dispatch_once:

 
http://developer.apple.com/mac/library/documentation/Darwin/Reference/ManPages/man3/dispatch_once.3.html

 
http://developer.apple.com/mac/library/documentation/Performance/Reference/GCD_libdispatch_Ref/Reference/reference.html#//apple_ref/c/func/dispatch_once

 
http://www.opensource.apple.com/source/libdispatch/libdispatch-84.5.1/src/once.h
 
http://www.opensource.apple.com/source/libdispatch/libdispatch-84.5.1/src/once.c

 Ideally something as simple as:

 Dispatch::Once.new  { run_this_once }

 The tricky part is that the "Once" would have to allocate (the equivalent
 of) a global or static dispatch_once_t (i.e., a long). Could that be done
 with class variables?

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #478: Need GCD wrapper for custom sources

2009-12-02 Thread MacRuby 
#478: Need GCD wrapper for custom sources
+---
 Reporter:  ernest.prabha...@…  |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  blocker |   Milestone:  MacRuby 0.5  
Component:  MacRuby |Keywords:   
+---
 While GCD custom sources may seem exotic, they're really just
 accumulators.

 
http://developer.apple.com/mac/library/documentation/Darwin/Reference/ManPages/man3/dispatch_source_create.3.html

 http://developer.apple.com/mac/articles/cocoa/introblocksgcd.html
 -> Custom Events Example

 http://paste.lisp.org/display/86524

 The API should just be:

 adder = Dispatch::Source.for_adding(queue, mask, &block)
 orer = Dispatch::Source.for_oring(queue, mask, &block)

 adder.merge (data)

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #478: Need GCD wrapper for custom sources

2009-12-02 Thread MacRuby 
#478: Need GCD wrapper for custom sources
+---
 Reporter:  ernest.prabha...@…  |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  blocker |   Milestone:  MacRuby 0.5  
Component:  MacRuby |Keywords:   
+---

Comment(by ernest.prabha...@…):

 Or maybe even just:

 adder << data

 orer << data

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #479: Need GCD wrapper for Process Sources

2009-12-02 Thread MacRuby 
#479: Need GCD wrapper for Process Sources
+---
 Reporter:  ernest.prabha...@…  |   Owner:  lsansone...@…
 Type:  defect  |  Status:  new  
 Priority:  blocker |   Milestone:  MacRuby 0.5  
Component:  MacRuby |Keywords:   
+---
 We should wrap DISPATCH_SOURCE_TYPE_PROC

 
http://developer.apple.com/mac/library/documentation/Darwin/Reference/ManPages/man3/dispatch_source_create.3.html

 proc_src = Dispatch::Source.for_process(queue, Process::Status, mask,
 &block)

 I think the only tricky part is defining a good set of constants for the
 mask:

 DISPATCH_PROC_EXITThe process has exited and is available
 to wait(2).
 DISPATCH_PROC_FORKThe process has created one or more
 child processes.
 DISPATCH_PROC_EXECThe process has become another
 executable image via a call to execve(2)
or posix_spawn(2).
 DISPATCH_PROC_REAPThe process status has been collected by
 its parent process via wait(2).
 DISPATCH_PROC_SIGNAL  A signal was delivered to the process.

 So they can be easily extracted from the data passed to the handler:

  The data returned by dispatch_source_get_data() indicates which of
 the events in the mask were observed.

 For example, it may be worthwhile to create a
 Dispatch::Source::ProcessEvent class which is passed both as the original
 mask and as the data returned to the handler.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] has anyone else noticed hotcocoa/graphics is no longer working..

2009-12-02 Thread Tim Rand 
I am running 0.5 beta2 not the latest development trunk. I'll try updating.

I believe I fixed this bug after 0.5 beta2, what version are you on?

>
> - Matt
>
> On Wed, Dec 2, 2009 at 3:51 PM, Tim Rand  wrote:
>
> > Though the following code works on macruby 0.4 and mac OS 10.5.8, it no
> > longer works for me since updating macruby and the OS:
> >
> > macruby -e 'require "hotcocoa/graphics"'
> > -e:1:in `': private method `define_method' called for Class:Class
> > (NoMethodError)
> >
> > I am running:
> > OS 10.6.2
> > MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64]
> > (with ruby version 1.9.0)
> >
> > I don't see a define_method call anywhere in the source code in the
> >
> /Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/hotcocoa/graphics.rb
> > file.
> >
> > I just want to tinker with HotCocoa::Graphics.
> > Any advice or explanation would be appreciated.
> >
> > Thanks,
> > Tim
> >
> > ___
> > MacRuby-devel mailing list
> > [email protected]
> > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
> >
> >
> -- next part --
> An HTML attachment was scrubbed...
> URL: <
> http://lists.macosforge.org/pipermail/macruby-devel/attachments/20091202/7345279f/attachment-0001.html
> >
>
> --
>
> Message: 5
> Date: Thu, 03 Dec 2009 01:10:55 -
> From: "MacRuby" 
> To: undisclosed-recipients:;
> Cc: [email protected]
> Subject: [MacRuby-devel] [MacRuby] #475: GCD Queues should print their
>label as their "to_s" method
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset="utf-8"
>
> #475: GCD Queues should print their label as their "to_s" method
>
> +---
>  Reporter:  ernest.prabha...@?  |   Owner:  lsansone...@?
> Type:  enhancement |  Status:  new
>  Priority:  blocker |   Milestone:  MacRuby 0.5
> Component:  MacRuby |Keywords:
>
> +---
>  Right no, GCD Queues have a generic (i.e., mostly useless) "to_s" method.
>  Why not just make the GCD "label" method act as to_s:
>
>  http://github.com/masterkain/macruby/blob/master/gcd.c
>
>  rb_objc_define_method(cQueue, "to_s", rb_queue_label, 0);
>
>  That avoids additional API, and lets it generally "do the right thing"
>
> --
> Ticket URL: <http://www.macruby.org/trac/ticket/475>
> MacRuby <http://macruby.org/>
>
>
>
> --
>
> Message: 6
> Date: Thu, 03 Dec 2009 01:37:26 -
> From: "MacRuby" 
> To: undisclosed-recipients:;
> Cc: [email protected]
> Subject: [MacRuby-devel] [MacRuby] #476: GCD Groups should be a
>wrapper around dispatch, not its own invocation style
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset="utf-8"
>
> #476: GCD Groups should be a wrapper around dispatch, not its own
> invocation
> style
>
> +---
>  Reporter:  ernest.prabha...@?  |   Owner:  lsansone...@?
> Type:  enhancement |  Status:  new
>  Priority:  blocker |   Milestone:  MacRuby 0.5
> Component:  MacRuby |Keywords:  gcd
>
> +---
>  Right now, GCD Groups are treated almost like a Queue, so developers call
>  dispatch on them -- except that:
>  - you need to specify a queue as a parameter -- or use (atypically) have
>  it invisibly invoke the default queue
>  - there's no way to specify synchronous dispatch
>
>  This works well if you really just want async concurrency, but becomes
>  awkward (and IMHO confusing) for anything else.
>
>   g = Dispatch::Group.new
> g.dispatch {work_function(i)}}
> g.dispatch(q_a) {work_function(i)}}
> g.dispatch(q_b, false) {work_function(i)}}
>   g.wait
>
>  I don't know if it is possible, but what I'd prefer is for Groups to take
>  a block *containing* multiple dispatch invocations, and auto-magically
>  associate them with a group.
>
>

Re: [MacRuby-devel] has anyone else noticed hotcocoa/graphics is no longer working..

2009-12-02 Thread Matt Aimonetti 
Please try a nightly build and let me know.

Thanks,

- Matt

On Wed, Dec 2, 2009 at 6:38 PM, Tim Rand  wrote:

>
> I am running 0.5 beta2 not the latest development trunk. I'll try
> updating.
>
> I believe I fixed this bug after 0.5 beta2, what version are you on?
>
>>
>> - Matt
>>
>> On Wed, Dec 2, 2009 at 3:51 PM, Tim Rand  wrote:
>>
>> > Though the following code works on macruby 0.4 and mac OS 10.5.8, it no
>> > longer works for me since updating macruby and the OS:
>> >
>> > macruby -e 'require "hotcocoa/graphics"'
>> > -e:1:in `': private method `define_method' called for Class:Class
>> > (NoMethodError)
>> >
>> > I am running:
>> > OS 10.6.2
>> > MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64]
>> > (with ruby version 1.9.0)
>> >
>> > I don't see a define_method call anywhere in the source code in the
>> >
>> /Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/hotcocoa/graphics.rb
>> > file.
>> >
>> > I just want to tinker with HotCocoa::Graphics.
>> > Any advice or explanation would be appreciated.
>> >
>> > Thanks,
>> > Tim
>> >
>> > ___
>> > MacRuby-devel mailing list
>> > [email protected]
>> > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>> >
>> >
>> -- next part --
>> An HTML attachment was scrubbed...
>> URL: <
>> http://lists.macosforge.org/pipermail/macruby-devel/attachments/20091202/7345279f/attachment-0001.html
>> >
>>
>> --
>>
>> Message: 5
>> Date: Thu, 03 Dec 2009 01:10:55 -
>> From: "MacRuby" 
>> To: undisclosed-recipients:;
>> Cc: [email protected]
>> Subject: [MacRuby-devel] [MacRuby] #475: GCD Queues should print their
>>label as their "to_s" method
>> Message-ID: <[email protected]>
>> Content-Type: text/plain; charset="utf-8"
>>
>> #475: GCD Queues should print their label as their "to_s" method
>>
>> +---
>>  Reporter:  ernest.prabha...@?  |   Owner:  lsansone...@?
>> Type:  enhancement |  Status:  new
>>  Priority:  blocker |   Milestone:  MacRuby 0.5
>> Component:  MacRuby |Keywords:
>>
>> +---
>>  Right no, GCD Queues have a generic (i.e., mostly useless) "to_s" method.
>>  Why not just make the GCD "label" method act as to_s:
>>
>>  http://github.com/masterkain/macruby/blob/master/gcd.c
>>
>>  rb_objc_define_method(cQueue, "to_s", rb_queue_label, 0);
>>
>>  That avoids additional API, and lets it generally "do the right thing"
>>
>> --
>> Ticket URL: <http://www.macruby.org/trac/ticket/475>
>> MacRuby <http://macruby.org/>
>>
>>
>>
>> --
>>
>> Message: 6
>> Date: Thu, 03 Dec 2009 01:37:26 -
>> From: "MacRuby" 
>> To: undisclosed-recipients:;
>> Cc: [email protected]
>> Subject: [MacRuby-devel] [MacRuby] #476: GCD Groups should be a
>>wrapper around dispatch, not its own invocation style
>> Message-ID: <[email protected]>
>> Content-Type: text/plain; charset="utf-8"
>>
>> #476: GCD Groups should be a wrapper around dispatch, not its own
>> invocation
>> style
>>
>> +---
>>  Reporter:  ernest.prabha...@?  |   Owner:  lsansone...@?
>> Type:  enhancement |  Status:  new
>>  Priority:  blocker |   Milestone:  MacRuby 0.5
>> Component:  MacRuby |Keywords:  gcd
>>
>> +---
>>  Right now, GCD Groups are treated almost like a Queue, so developers call
>>  dispatch on them -- except that:
>>  - you need to specify a queue as a parameter -- or use (atypically) have
>>  it invisibly invoke the default queue
>>  - there's no way to spec

[MacRuby-devel] [MacRuby] #480: NSArray.alloc.initWithObjects('-i', nil) seg faults

2009-12-02 Thread MacRuby 
#480: NSArray.alloc.initWithObjects('-i', nil) seg faults
-+--
 Reporter:  mattaimone...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:  MacRuby 0.5  
Component:  MacRuby  |Keywords:   
-+--
 {{{macruby -e "p NSArray.alloc.initWithObjects('-i', nil)"
 Segmentation fault
 }}}


 {{{
 Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
 0   com.apple.CoreFoundation0x7fff85f46604
 __CFTypeCollectionRetain + 84
 1   com.apple.CoreFoundation0x7fff85f461b2 CFArrayCreate +
 242
 2   com.apple.CoreFoundation0x7fff85f9b356
 -[__NSPlaceholderArray initWithObjects:count:] + 486
 3   com.apple.CoreFoundation0x7fff85fa0b31 -[NSArray
 initWithObjects:] + 449
 4   ??? 0x0001011001ac 0 + 4312793516
 5   ??? 0x0001011000cb 0 + 4312793291
 6   libmacruby.dylib0x000100040ef9 ruby_run_node +
 73 (eval.c:199)
 7   macruby 0x00010dd8 main + 152
 (main.cpp:42)
 8   macruby 0x00010d34 start + 52

 Thread 1:
 0   libSystem.B.dylib   0x7fff867729da
 __workq_kernreturn + 10
 1   libSystem.B.dylib   0x7fff86772dec
 _pthread_wqthread + 917
 2   libSystem.B.dylib   0x7fff86772a55 start_wqthread
 + 13
 }}}

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #480: NSArray.alloc.initWithObjects('-i', nil) seg faults

2009-12-02 Thread MacRuby 
#480: NSArray.alloc.initWithObjects('-i', nil) seg faults
-+--
 Reporter:  mattaimone...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:  MacRuby 0.5  
Component:  MacRuby  |Keywords:   
-+--
Description changed by mattaimone...@…:

Old description:

> {{{macruby -e "p NSArray.alloc.initWithObjects('-i', nil)"
> Segmentation fault
> }}}
>

> {{{
> Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
> 0   com.apple.CoreFoundation0x7fff85f46604
> __CFTypeCollectionRetain + 84
> 1   com.apple.CoreFoundation0x7fff85f461b2 CFArrayCreate
> + 242
> 2   com.apple.CoreFoundation0x7fff85f9b356
> -[__NSPlaceholderArray initWithObjects:count:] + 486
> 3   com.apple.CoreFoundation0x7fff85fa0b31 -[NSArray
> initWithObjects:] + 449
> 4   ??? 0x0001011001ac 0 + 4312793516
> 5   ??? 0x0001011000cb 0 + 4312793291
> 6   libmacruby.dylib0x000100040ef9 ruby_run_node
> + 73 (eval.c:199)
> 7   macruby 0x00010dd8 main + 152
> (main.cpp:42)
> 8   macruby 0x00010d34 start + 52
>
> Thread 1:
> 0   libSystem.B.dylib   0x7fff867729da
> __workq_kernreturn + 10
> 1   libSystem.B.dylib   0x7fff86772dec
> _pthread_wqthread + 917
> 2   libSystem.B.dylib   0x7fff86772a55 start_wqthread
> + 13
> }}}

New description:

 {{{
 macruby -e "p NSArray.alloc.initWithObjects('-i', nil)"
 Segmentation fault
 }}}


 {{{
 Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
 0   com.apple.CoreFoundation0x7fff85f46604
 __CFTypeCollectionRetain + 84
 1   com.apple.CoreFoundation0x7fff85f461b2 CFArrayCreate +
 242
 2   com.apple.CoreFoundation0x7fff85f9b356
 -[__NSPlaceholderArray initWithObjects:count:] + 486
 3   com.apple.CoreFoundation0x7fff85fa0b31 -[NSArray
 initWithObjects:] + 449
 4   ??? 0x0001011001ac 0 + 4312793516
 5   ??? 0x0001011000cb 0 + 4312793291
 6   libmacruby.dylib0x000100040ef9 ruby_run_node +
 73 (eval.c:199)
 7   macruby 0x00010dd8 main + 152
 (main.cpp:42)
 8   macruby 0x00010d34 start + 52

 Thread 1:
 0   libSystem.B.dylib   0x7fff867729da
 __workq_kernreturn + 10
 1   libSystem.B.dylib   0x7fff86772dec
 _pthread_wqthread + 917
 2   libSystem.B.dylib   0x7fff86772a55 start_wqthread
 + 13
 }}}

--

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel