[MacRuby-devel] Cannot get standalone distribution to work with 0.5 or Apr 29 nightly

2010-05-02 Thread Brian Marick 
I'm trying to get a standalone distribution working (one with the MacRuby 
framework embedded in the app). I've followed the instructions in the tutorial
http://www.macruby.com/documentation/tutorial.html
and also looked at the discussion in ticket 281, macruby-devel at 
http://bit.ly/dkKyXT, and carlo.log http://bit.ly/5SdxCq

At this point, the app does nothing but pop up "hello world" (using Cocoa 
directly rather than via hotcocoa). It fails with this message in the console:

no such file to load -- ubygems (LoadError)

ubygems.rb *is* present in the path that rb_main.rb sets, but the error happens 
before rb_main.rb is entered.

I've tried using install_name_tool in various ways, but it never changes 
anything.

Questions:

1. Is the LoadError caused by something else entirely?
2. Should I need to use install_name_tool with recent nightlies or is 
macruby_deploy all I should need?
3. Any ideas about how to make it work?

-
Brian Marick, independent consultant
Mostly on agile methods with a testing slant
Author of /Programming Cocoa with Ruby/
www.exampler.com, www.exampler.com/blog, www.twitter.com/marick

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

Re: [MacRuby-devel] Cannot get standalone distribution to work with 0.5 or Apr 29 nightly

2010-05-02 Thread Matt Aimonetti 
Are you trying to compile an Xcode or hotcocoa project?

- Matt

On Sun, May 2, 2010 at 11:10 AM, Brian Marick  wrote:

> I'm trying to get a standalone distribution working (one with the MacRuby
> framework embedded in the app). I've followed the instructions in the
> tutorial
> http://www.macruby.com/documentation/tutorial.html
> and also looked at the discussion in ticket 281, macruby-devel at
> http://bit.ly/dkKyXT, and carlo.log http://bit.ly/5SdxCq
>
> At this point, the app does nothing but pop up "hello world" (using Cocoa
> directly rather than via hotcocoa). It fails with this message in the
> console:
>
>no such file to load -- ubygems (LoadError)
>
> ubygems.rb *is* present in the path that rb_main.rb sets, but the error
> happens before rb_main.rb is entered.
>
> I've tried using install_name_tool in various ways, but it never changes
> anything.
>
> Questions:
>
> 1. Is the LoadError caused by something else entirely?
> 2. Should I need to use install_name_tool with recent nightlies or is
> macruby_deploy all I should need?
> 3. Any ideas about how to make it work?
>
> -
> Brian Marick, independent consultant
> Mostly on agile methods with a testing slant
> Author of /Programming Cocoa with Ruby/
> www.exampler.com, www.exampler.com/blog, www.twitter.com/marick
>
> ___
> 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

Re: [MacRuby-devel] Cannot get standalone distribution to work with 0.5 or Apr 29 nightly

2010-05-02 Thread Brian Marick 
Xcode.


On May 2, 2010, at 1:16 PM, Matt Aimonetti wrote:

> Are you trying to compile an Xcode or hotcocoa project?
> 
> - Matt
> 
> On Sun, May 2, 2010 at 11:10 AM, Brian Marick  wrote:
> I'm trying to get a standalone distribution working (one with the MacRuby 
> framework embedded in the app). I've followed the instructions in the tutorial
> http://www.macruby.com/documentation/tutorial.html
> and also looked at the discussion in ticket 281, macruby-devel at 
> http://bit.ly/dkKyXT, and carlo.log http://bit.ly/5SdxCq
> 
> At this point, the app does nothing but pop up "hello world" (using Cocoa 
> directly rather than via hotcocoa). It fails with this message in the console:
> 
>   no such file to load -- ubygems (LoadError)
> 
> ubygems.rb *is* present in the path that rb_main.rb sets, but the error 
> happens before rb_main.rb is entered.
> 
> I've tried using install_name_tool in various ways, but it never changes 
> anything.
> 
> Questions:
> 
> 1. Is the LoadError caused by something else entirely?
> 2. Should I need to use install_name_tool with recent nightlies or is 
> macruby_deploy all I should need?
> 3. Any ideas about how to make it work?
> 
> -
> Brian Marick, independent consultant
> Mostly on agile methods with a testing slant
> Author of /Programming Cocoa with Ruby/
> www.exampler.com, www.exampler.com/blog, www.twitter.com/marick
> 
> ___
> 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

-
Brian Marick, independent consultant
Mostly on agile methods with a testing slant
Author of /Programming Cocoa with Ruby/
www.exampler.com, www.exampler.com/blog, www.twitter.com/marick

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

[MacRuby-devel] How to get elements from Boxed object

2010-05-02 Thread Craig Williams 
This works in Objective-C but in MacRuby I cannot find a way to access the 
properties of the Boxed object that is returned by loc.coordinate in the code 
below.

Thanks,

Craig


MacRuby Version 0.7 -> pulled today

OS -> 10.6.3


Objective-C version:
  CLLocation *loc = [[CLLocation alloc] initWithLatitude:38.0 longitude:-122.0];
  NSLog(@"Lat: %.2f", loc.coordinate.latitude);
  NSLog(@"Long: %.2f", loc.coordinate.longitude);
  [loc release];
  
  // Result:
  // 2010-04-30 16:48:55.568 OCCoreLocationTest[70030:a0f] Lat: 38.00
  // 2010-04-30 16:48:55.570 OCCoreLocationTest[70030:a0f] Long: -122.00

The loc.coordinate is a CLLocationCoordinate2D struct.

 typedef struct {
 CLLocationDegrees latitude;
 CLLocationDegrees longitude;
  } CLLocationCoordinate2D;


MacRuby version:
framework 'corelocation'

loc = CLLocation.alloc.initWithLatitude(38.0, longitude:-122.0)
# => #

puts loc.class
# => CLLocation
puts loc.description
# => <+38., -122.> +/- 0.00m (speed -1.00 mps / course -1.00) @ 
2010-04-30 16:37:47 -0600
puts loc.horizontalAccuracy
# => 0.0
puts loc.verticalAccuracy
# => -1.0
puts loc.timestamp
# => #<__NSCFDate:0x20005ff40>
puts loc.coordinate
# => #
puts loc.altitude
# => 0.0
puts loc.coordinate.longitude
# => Error:in `': undefined method `longitude' for # 
(NoMethodError)






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

Re: [MacRuby-devel] Cannot get standalone distribution to work with 0.5 or Apr 29 nightly

2010-05-02 Thread Laurent Sansonetti 
Hi Brian,

Would you have by any chance a RUBYOPT environment variable set to "-r 
rubygems" in the default environment?

Laurent

On May 2, 2010, at 11:10 AM, Brian Marick wrote:

> I'm trying to get a standalone distribution working (one with the MacRuby 
> framework embedded in the app). I've followed the instructions in the tutorial
> http://www.macruby.com/documentation/tutorial.html
> and also looked at the discussion in ticket 281, macruby-devel at 
> http://bit.ly/dkKyXT, and carlo.log http://bit.ly/5SdxCq
> 
> At this point, the app does nothing but pop up "hello world" (using Cocoa 
> directly rather than via hotcocoa). It fails with this message in the console:
> 
>   no such file to load -- ubygems (LoadError)
> 
> ubygems.rb *is* present in the path that rb_main.rb sets, but the error 
> happens before rb_main.rb is entered.
> 
> I've tried using install_name_tool in various ways, but it never changes 
> anything.
> 
> Questions:
> 
> 1. Is the LoadError caused by something else entirely?
> 2. Should I need to use install_name_tool with recent nightlies or is 
> macruby_deploy all I should need?
> 3. Any ideas about how to make it work?
> 
> -
> Brian Marick, independent consultant
> Mostly on agile methods with a testing slant
> Author of /Programming Cocoa with Ruby/
> www.exampler.com, www.exampler.com/blog, www.twitter.com/marick
> 
> ___
> 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] #670: A more idiomatic rb_main for MacRuby applications

2010-05-02 Thread MacRuby 
#670: A more idiomatic rb_main for MacRuby applications
-+--
 Reporter:  d...@…|   Owner:  lsansone...@…
 Type:  enhancement  |  Status:  new  
 Priority:  trivial  |   Milestone:   
Component:  MacRuby  |Keywords:   
-+--
 Creating ticket as per:
 http://twitter.com/kch/status/13253559356
 http://twitter.com/lrz/status/13264488310

 Code here:
 http://gist.github.com/387246

-- 
Ticket URL: 
MacRuby 

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

Re: [MacRuby-devel] How to get elements from Boxed object

2010-05-02 Thread Laurent Sansonetti 
Hi Craig,

I believe you're hitting http://www.macruby.org/trac/ticket/641

Laurent

On May 2, 2010, at 11:48 AM, Craig Williams wrote:

> This works in Objective-C but in MacRuby I cannot find a way to access the 
> properties of the Boxed object that is returned by loc.coordinate in the code 
> below.
> 
> Thanks,
> 
> Craig
> 
> 
> MacRuby Version 0.7 -> pulled today
> 
> OS -> 10.6.3
> 
> 
> Objective-C version:
>   CLLocation *loc = [[CLLocation alloc] initWithLatitude:38.0 
> longitude:-122.0];
>   NSLog(@"Lat: %.2f", loc.coordinate.latitude);
>   NSLog(@"Long: %.2f", loc.coordinate.longitude);
>   [loc release];
>   
>   // Result:
>   // 2010-04-30 16:48:55.568 OCCoreLocationTest[70030:a0f] Lat: 38.00
>   // 2010-04-30 16:48:55.570 OCCoreLocationTest[70030:a0f] Long: -122.00
> 
> The loc.coordinate is a CLLocationCoordinate2D struct.
> 
>  typedef struct {
>  CLLocationDegrees latitude;
>  CLLocationDegrees longitude;
>   } CLLocationCoordinate2D;
> 
> 
> MacRuby version:
> framework 'corelocation'
> 
> loc = CLLocation.alloc.initWithLatitude(38.0, longitude:-122.0)
> # => #
> 
> puts loc.class
> # => CLLocation
> puts loc.description
> # => <+38., -122.> +/- 0.00m (speed -1.00 mps / course -1.00) 
> @ 2010-04-30 16:37:47 -0600
> puts loc.horizontalAccuracy
> # => 0.0
> puts loc.verticalAccuracy
> # => -1.0
> puts loc.timestamp
> # => #<__NSCFDate:0x20005ff40>
> puts loc.coordinate
> # => #
> puts loc.altitude
> # => 0.0
> puts loc.coordinate.longitude
> # => Error:in `': undefined method `longitude' for # 
> (NoMethodError)
> 
> 
> 
> 
> 
> 
> ___
> 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

Re: [MacRuby-devel] Cannot get standalone distribution to work with 0.5 or Apr 29 nightly

2010-05-02 Thread Brian Marick 
You are my hero. I set RUBYOPT in .MacOS/environment.plist long ago.

On May 2, 2010, at 3:18 PM, Laurent Sansonetti wrote:

> Hi Brian,
> 
> Would you have by any chance a RUBYOPT environment variable set to "-r 
> rubygems" in the default environment?
> 
> Laurent


-
Brian Marick, independent consultant
Mostly on agile methods with a testing slant
Author of /Programming Cocoa with Ruby/
www.exampler.com, www.exampler.com/blog, www.twitter.com/marick

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

Re: [MacRuby-devel] How to get elements from Boxed object

2010-05-02 Thread Craig Williams 
Than you Laurent,

I have been searching all over for Boxed but not CLLocation.

btw, is there a projected timeframe when MacRuby will be OSA compliant?
No rush, just wondering. ;)

Regards,

Craig


On May 2, 2010, at 3:14 PM, Laurent Sansonetti wrote:

> Hi Craig,
> 
> I believe you're hitting http://www.macruby.org/trac/ticket/641
> 
> Laurent
> 
> On May 2, 2010, at 11:48 AM, Craig Williams wrote:
> 
>> This works in Objective-C but in MacRuby I cannot find a way to access the 
>> properties of the Boxed object that is returned by loc.coordinate in the 
>> code below.
>> 
>> Thanks,
>> 
>> Craig
>> 
>> 
>> MacRuby Version 0.7 -> pulled today
>> 
>> OS -> 10.6.3
>> 
>> 
>> Objective-C version:
>>   CLLocation *loc = [[CLLocation alloc] initWithLatitude:38.0 
>> longitude:-122.0];
>>   NSLog(@"Lat: %.2f", loc.coordinate.latitude);
>>   NSLog(@"Long: %.2f", loc.coordinate.longitude);
>>   [loc release];
>>   
>>   // Result:
>>   // 2010-04-30 16:48:55.568 OCCoreLocationTest[70030:a0f] Lat: 38.00
>>   // 2010-04-30 16:48:55.570 OCCoreLocationTest[70030:a0f] Long: -122.00
>> 
>> The loc.coordinate is a CLLocationCoordinate2D struct.
>> 
>>  typedef struct {
>>  CLLocationDegrees latitude;
>>  CLLocationDegrees longitude;
>>   } CLLocationCoordinate2D;
>> 
>> 
>> MacRuby version:
>> framework 'corelocation'
>> 
>> loc = CLLocation.alloc.initWithLatitude(38.0, longitude:-122.0)
>> # => #
>> 
>> puts loc.class
>> # => CLLocation
>> puts loc.description
>> # => <+38., -122.> +/- 0.00m (speed -1.00 mps / course 
>> -1.00) @ 2010-04-30 16:37:47 -0600
>> puts loc.horizontalAccuracy
>> # => 0.0
>> puts loc.verticalAccuracy
>> # => -1.0
>> puts loc.timestamp
>> # => #<__NSCFDate:0x20005ff40>
>> puts loc.coordinate
>> # => #
>> puts loc.altitude
>> # => 0.0
>> puts loc.coordinate.longitude
>> # => Error:in `': undefined method `longitude' for 
>> # (NoMethodError)
>> 
>> 
>> 
>> 
>> 
>> 
>> ___
>> 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 mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] [MacRuby] #671: MacRuby developers can't know if their arrays are mutable or immutable

2010-05-02 Thread MacRuby 
#671: MacRuby developers can't know if their arrays are mutable or immutable
-+--
 Reporter:  mattaimone...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:  MacRuby 0.6  
Component:  MacRuby  |Keywords:   
-+--
 The following code will raise an exception:

 {{{
 [1,2,3].copy << 4
 }}}

 The reason why is because Array implements NSCopy and calling #copy on a
 mutable array will return an immutable version. So everything is normal,
 the only problem is that since the 0.6 Array rewrite, one can't figure out
 if his array is mutable or not:


 {{{
 NSArray.arrayWithObjects('terrans', 'zerg', 'protoss', nil).class
  => Array
 NSMutableArray.arrayWithObjects('terrans', 'zerg', 'protoss', nil).class
  => Array
 NSMutableArray.arrayWithObjects('terrans', 'zerg', 'protoss',
 nil).copy.class
  => Array
 [1,2,3].class
  => Array
 ruby-1.9.1-p243 > [1,2,3].copy.class
  => Array
 ruby-1.9.1-p243 > [1,2,3].copy.frozen?
  => false
 }}}

-- 
Ticket URL: 
MacRuby 

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

[MacRuby-devel] [MacRuby] #672: NSException can't be rescued properly

2010-05-02 Thread MacRuby 
#672: NSException can't be rescued properly
-+--
 Reporter:  mattaimone...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:  MacRuby 0.6  
Component:  MacRuby  |Keywords:   
-+--
 {{{
 begin; [1,2,3].copy << 4; rescue; puts 'oopsie'; end

 uncaught Objective-C/C++ exception...
 2010-05-02 16:01:21.611 macruby[67263:903] *** Terminating app due to
 uncaught exception 'NSInternalInconsistencyException', reason: '***
 -[NSCFArray insertObject:atIndex:]: mutating method sent to immutable
 object'
 *** Call stack at first throw:
 (
 0   CoreFoundation  0x7fff80f7a444
 __exceptionPreprocess + 180
 1   libobjc.A.dylib 0x7fff8365f0f3
 objc_exception_throw + 45
 2   CoreFoundation  0x7fff80f7a267
 +[NSException raise:format:arguments:] + 103
 3   CoreFoundation  0x7fff80f7a1f4
 +[NSException raise:format:] + 148
 4   Foundation  0x7fff877a9c40
 -[NSCFArray insertObject:atIndex:] + 101
 5   libmacruby.dylib0x0001001754ad
 nsary_push + 93
 6   libmacruby.dylib0x000100152ef2
 rb_vm_fast_shift + 4786
 7   ??? 0x0001011281e0 0x0 +
 4312957408
 8   libmacruby.dylib0x00010015f35f
 rb_vm_run + 351
 9   libmacruby.dylib0x000100161a67
 rb_vm_run_under + 247
 10  libmacruby.dylib0x000100100097
 rb_f_eval + 407
 11  libmacruby.dylib0x00010014c4eb
 rb_vm_dispatch + 7067
 12  workspace.rbo   0x00010138609d
 MREP_E6448616C86C4A36A2ED395A785036CB_ruby_scope5 + 317
 )
 terminate called after throwing an instance of 'NSException'

 }}}

-- 
Ticket URL: 
MacRuby 

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

Re: [MacRuby-devel] [MacRuby] #671: MacRuby developers can't know if their arrays are mutable or immutable

2010-05-02 Thread MacRuby 
#671: MacRuby developers can't know if their arrays are mutable or immutable
-+--
 Reporter:  mattaimone...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:  MacRuby 0.6  
Component:  MacRuby  |Keywords:   
-+--

Comment(by tvmo...@…):

 This is also true for Strings... I was trying to append to a string from
 textfiled.stringValue ended up doing x = "" << stringvalue <<
 anotherString.

-- 
Ticket URL: 
MacRuby 

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

[MacRuby-devel] [MacRuby] #673: macruby_main() should always ignore RUBYOPT

2010-05-02 Thread MacRuby 
#673: macruby_main() should always ignore RUBYOPT
---+
 Reporter:  lsansone...@…  |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  blocker|   Milestone:   
Component:  MacRuby|Keywords:   
---+
 It is common for Ruby users to define RUBYOPT to "-r rubygems" in their
 default environment profile. However, in the case of the Cocoa application
 embedding the MacRuby runtime, the initialization process will fail
 because rubygems is not in the path.

 Therefore, macruby_main() should never take RUBYOPT into account.

-- 
Ticket URL: 
MacRuby 

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

Re: [MacRuby-devel] Cannot get standalone distribution to work with 0.5 or Apr 29 nightly

2010-05-02 Thread Laurent Sansonetti 
I see. I believe macruby_main() should always ignore RUBYOPT... I filed:

  https://www.macruby.org/trac/ticket/673

In the meantime, as a workaround you can try to add this line in your main.m 
file, just before calling macruby_main():

  unsetenv("RUBYOPT");

Laurent

On May 2, 2010, at 2:57 PM, Brian Marick wrote:

> You are my hero. I set RUBYOPT in .MacOS/environment.plist long ago.
> 
> On May 2, 2010, at 3:18 PM, Laurent Sansonetti wrote:
> 
>> Hi Brian,
>> 
>> Would you have by any chance a RUBYOPT environment variable set to "-r 
>> rubygems" in the default environment?
>> 
>> Laurent
> 
> 
> -
> Brian Marick, independent consultant
> Mostly on agile methods with a testing slant
> Author of /Programming Cocoa with Ruby/
> www.exampler.com, www.exampler.com/blog, www.twitter.com/marick
> 
> ___
> 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

Re: [MacRuby-devel] How to get elements from Boxed object

2010-05-02 Thread Laurent Sansonetti 
On May 2, 2010, at 3:50 PM, Craig Williams wrote:

> Than you Laurent,
> 
> I have been searching all over for Boxed but not CLLocation.

Sorry about that. I'm afraid the only solution right now is to wrap this inside 
an ObjC class and use it from MacRuby.

> btw, is there a projected timeframe when MacRuby will be OSA compliant?
> No rush, just wondering. ;)

Maybe in 0.7!

Laurent

> On May 2, 2010, at 3:14 PM, Laurent Sansonetti wrote:
> 
>> Hi Craig,
>> 
>> I believe you're hitting http://www.macruby.org/trac/ticket/641
>> 
>> Laurent
>> 
>> On May 2, 2010, at 11:48 AM, Craig Williams wrote:
>> 
>>> This works in Objective-C but in MacRuby I cannot find a way to access the 
>>> properties of the Boxed object that is returned by loc.coordinate in the 
>>> code below.
>>> 
>>> Thanks,
>>> 
>>> Craig
>>> 
>>> 
>>> MacRuby Version 0.7 -> pulled today
>>> 
>>> OS -> 10.6.3
>>> 
>>> 
>>> Objective-C version:
>>>   CLLocation *loc = [[CLLocation alloc] initWithLatitude:38.0 
>>> longitude:-122.0];
>>>   NSLog(@"Lat: %.2f", loc.coordinate.latitude);
>>>   NSLog(@"Long: %.2f", loc.coordinate.longitude);
>>>   [loc release];
>>>   
>>>   // Result:
>>>   // 2010-04-30 16:48:55.568 OCCoreLocationTest[70030:a0f] Lat: 38.00
>>>   // 2010-04-30 16:48:55.570 OCCoreLocationTest[70030:a0f] Long: -122.00
>>> 
>>> The loc.coordinate is a CLLocationCoordinate2D struct.
>>> 
>>>  typedef struct {
>>>  CLLocationDegrees latitude;
>>>  CLLocationDegrees longitude;
>>>   } CLLocationCoordinate2D;
>>> 
>>> 
>>> MacRuby version:
>>> framework 'corelocation'
>>> 
>>> loc = CLLocation.alloc.initWithLatitude(38.0, longitude:-122.0)
>>> # => #
>>> 
>>> puts loc.class
>>> # => CLLocation
>>> puts loc.description
>>> # => <+38., -122.> +/- 0.00m (speed -1.00 mps / course 
>>> -1.00) @ 2010-04-30 16:37:47 -0600
>>> puts loc.horizontalAccuracy
>>> # => 0.0
>>> puts loc.verticalAccuracy
>>> # => -1.0
>>> puts loc.timestamp
>>> # => #<__NSCFDate:0x20005ff40>
>>> puts loc.coordinate
>>> # => #
>>> puts loc.altitude
>>> # => 0.0
>>> puts loc.coordinate.longitude
>>> # => Error:in `': undefined method `longitude' for 
>>> # (NoMethodError)
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> ___
>>> 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 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

Re: [MacRuby-devel] [MacRuby] #671: MacRuby developers can't know if their arrays are mutable or immutable

2010-05-02 Thread MacRuby 
#671: MacRuby developers can't know if their arrays are mutable or immutable
-+--
 Reporter:  mattaimone...@…  |Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  blocker  |Milestone:   
Component:  MacRuby  |   Resolution:  wontfix  
 Keywords:   |  
-+--
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => wontfix
  * milestone:  MacRuby 0.6 =>


Comment:

 This is by design. In 0.6, #frozen? will no longer return true for
 immutable Foundation collections.

 Check out Bill Bumgarner's response here:
 http://stackoverflow.com/questions/1788690/objectiv-c-how-to-check-if-
 variable-is-nsarray-or-nsmutablearray

-- 
Ticket URL: 
MacRuby 

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

Re: [MacRuby-devel] [MacRuby] #672: NSException can't be rescued properly

2010-05-02 Thread MacRuby 
#672: NSException can't be rescued properly
-+--
 Reporter:  mattaimone...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:  MacRuby 0.6  
Component:  MacRuby  |Keywords:   
-+--

Comment(by lsansone...@…):

 This is now fixed in r4004. Calling Ruby destructive methods on immutable
 Foundation collections will raise a RuntimeError, exactly as in 0.5. This
 fix will be backported to the 0.6 branch later after more testing, so I
 keep the bug open for now.

-- 
Ticket URL: 
MacRuby 

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

Re: [MacRuby-devel] [MacRuby] #673: macruby_main() should always ignore RUBYOPT

2010-05-02 Thread MacRuby 
#673: macruby_main() should always ignore RUBYOPT
---+
 Reporter:  lsansone...@…  |   Owner:  lsansone...@…
 Type:  defect |  Status:  new  
 Priority:  blocker|   Milestone:   
Component:  MacRuby|Keywords:   
---+

Comment(by lsansone...@…):

 Fixed in r4006. The change will be backported to the 0.6 branch later
 after some testing. Keeping the bug open in the meantime.

-- 
Ticket URL: 
MacRuby 

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

Re: [MacRuby-devel] 0.6 almost there, need help!

2010-05-02 Thread [email protected] 
Thanks for looking into it. I'll give the code a try tomorrow and get back to 
you off list.

Congrats on 0.6!

- Dylan



On Apr 30, 2010, at 3:41 PM, Laurent Sansonetti  wrote:

> Hi Dylan,
> 
> Unfortunately it's too late for 0.6. I replied inside the bug about the 
> potential cause and proposed a workaround. If this does not work, we will 
> find a better one. Feel free to ping me directly in case you cannot disclose 
> your project on the public tracker.
> 
> 0.7 development will start quickly right after the release so we can try to 
> really address this issue. We also have a couple of experimental branches to 
> merge into trunk to improve the multithreading support.
> 
> Laurent
> 
> On Apr 30, 2010, at 9:22 AM, Dylan Bruzenak wrote:
> 
>> I'm running into variants of #664 more and more frequently. They seem to be 
>> related to nesting blocks on a background thread. The scheduling on the main 
>> thread seems to be a red herring. They can also be a bit intermittent, 
>> although it's 100% reproducible in some cases.
>> 
>> Pulling instances out into methods seems to work, but this is a real pain to 
>> track down and the intermittent nature doesn't give me warm fuzzies. Any way 
>> you can check this before 0.6 pushes ? I'm planning on shipping an app soon 
>> to test the waters.
>> 
>> thanks,
>> - Dylan
>> 
>> On Thu, Apr 29, 2010 at 5:02 PM, Laurent Sansonetti  
>> wrote:
>> We fixed these bugs plus a couple of new ones. I think 0.6 is ready to roll.
>> 
>> I created a branch called "0.6". We will do more testing, fix things if 
>> necessary there, and I will prepare the release notes.
>> 
>> Let me know asap if you found a critical bug that blocks your Macruby Cocoa 
>> project with 0.6.
>> 
>> Laurent
>> 
>> On Apr 22, 2010, at 10:31 PM, Laurent Sansonetti wrote:
>> 
>> > Now:
>> >
>> > http://www.macruby.org/trac/ticket/628 CTFramesetterCreateFrame doesn't 
>> > like the CFRange type
>> > http://www.macruby.org/trac/ticket/662 macruby 0.6 breaks Grow
>> >
>> > Laurent
>> >
>> > On Apr 21, 2010, at 3:40 PM, Laurent Sansonetti wrote:
>> >
>> >> After fixing + triaging more bugs, we selected:
>> >>
>> >> http://www.macruby.org/trac/ticket/628 CTFramesetterCreateFrame doesn't 
>> >> like the CFRange type
>> >> http://www.macruby.org/trac/ticket/656 NSCoder encodeFloat and 
>> >> decodeFloatForKey doesn't with ruby float
>> >> http://www.macruby.org/trac/ticket/662 macruby 0.6 breaks Growl
>> >> http://www.macruby.org/trac/ticket/658 Including a module into Hash 
>> >> breaks creating an NSDictionary from a hash
>> >> http://www.macruby.org/trac/ticket/594 Not all methods visible to 
>> >> objective-c calls
>> >> http://www.macruby.org/trac/ticket/540 segfault with NSURLDownload with 
>> >> GC on
>> >> http://www.macruby.org/trac/ticket/551 NSThread.alloc.initWithTarget 
>> >> segfaulting
>> >> http://www.macruby.org/trac/ticket/550 TypeError: unrecognized runtime 
>> >> type when using NSThread.alloc.initWithTarget
>> >> http://www.macruby.org/trac/ticket/552 NSOperationQueue segfaults when 
>> >> more than one operation is being added
>> >>
>> >> Laurent
>> >>
>> >> On Apr 15, 2010, at 8:11 PM, Laurent Sansonetti wrote:
>> >>
>> >>> Thank you :-)
>> >>>
>> >>> I did a quick pass and noted the following bugs already:
>> >>>
>> >>> https://www.macruby.org/trac/ticket/458
>> >>> https://www.macruby.org/trac/ticket/629
>> >>> https://www.macruby.org/trac/ticket/507
>> >>> https://www.macruby.org/trac/ticket/628
>> >>>
>> >>> Laurent
>> >>>
>> >>> On Apr 15, 2010, at 7:47 PM, robert gleeson wrote:
>> >>>
>>  Laurent,
>> 
>>  Hey, awesome work! I'll check out the nightly later today/tomorrow for 
>>  me. I think I've reported a few bugs so I'll check it out and report 
>>  back to you :-P
>> 
>>  Thanks,
>>  Rob
>> 
>>  On 16 Apr 2010, at 03:39, Laurent Sansonetti wrote:
>> 
>> > Hi guys,
>> >
>> > 0.6 is now almost there. I need to polish a few more things and 
>> > prepare a detailed blog post about what changed. A lot of things 
>> > changed in fact, it's going to take some time :-)
>> >
>> > For this release, we would like to announce that MacRuby is now stable 
>> > for Cocoa development. If you are working on a MacRuby Cocoa app, it 
>> > would be awesome if you could try the latest nightly build (or build 
>> > the sources by yourself), and let us know if everything is good for 
>> > you, or not.
>> >
>> > I am going to do a pass on the tracker to identify outstanding bugs 
>> > that haven't been fixed yet, but if you filed one do not hesitate to 
>> > remind me!
>> >
>> > Thanks :)
>> >
>> > Laurent
>> > ___
>> > MacRuby-devel mailing list
>> > [email protected]
>> > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>> 
>>  ___
>> >>

Re: [MacRuby-devel] [MacRuby] #673: macruby_main() should always ignore RUBYOPT

2010-05-02 Thread MacRuby 
#673: macruby_main() should always ignore RUBYOPT
---+
 Reporter:  lsansone...@…  |Owner:  lsansone...@…
 Type:  defect |   Status:  closed   
 Priority:  blocker|Milestone:  MacRuby 0.6  
Component:  MacRuby|   Resolution:  fixed
 Keywords: |  
---+
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.6


Comment:

 Fixed in 0.6 branch.

-- 
Ticket URL: 
MacRuby 

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

Re: [MacRuby-devel] [MacRuby] #672: NSException can't be rescued properly

2010-05-02 Thread MacRuby 
#672: NSException can't be rescued properly
-+--
 Reporter:  mattaimone...@…  |Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  blocker  |Milestone:  MacRuby 0.6  
Component:  MacRuby  |   Resolution:  fixed
 Keywords:   |  
-+--
Changes (by lsansone...@…):

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


Comment:

 Fixed in 0.6 branch.

-- 
Ticket URL: 
MacRuby 

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