rubycocoa-talk — talking about RubyCocoa

Re: [Rubycocoa-talk] Passenger preference pane 1.3 for 10.6

[Eloy D. <elo...@gm...>]

Hey Duncan,

Bundling a framework in your app bundle is actually pretty  
straightforward. See for instance this page: http://rubycocoa.sourceforge.net/EmbedRubyCocoa

However, in my case the binary was still linking to one in /Library  
while compiling and because it's a pref pane I had to fix the lookup  
path of the framework anyways. I use install_name_tool for that.  
Checkout the Rakefile of the prefpane for specifics: http://github.com/alloy/passengerpane/blob/master/Rakefile

HTH,
Eloy

On 4 sep 2009, at 10:25, Duncan McGregor wrote:

> Could you outline what you do to deploy RubyCocoa.framework in your
> bundle? I'd be interested to compare notes.
>
> Thanks
>
> Duncan
>
> On 3 Sep 2009, at 11:21, Eloy Duran wrote:
>
>> Hey guys,
>>
>> Yesterday I released a new version of our prefpane for Passenger  
>> which
>> is build with RubyCocoa: http://www.fngtps.com/2009/09/new-os-more-pane-passenger-preference-pane-v1-3
>>
>> The RubyCocoa version I used in this case is the 0.13.2 for 10.5  
>> which
>> is the one that's available as a download. This might be interesting
>> for others that have had problems getting their RC app on 10.6.
>>
>> Afaik, Laurent has some pending patches for RubyCocoa on 10.6. I'm  
>> not
>> sure what they actually do though...
>>
>> Cheers,
>> Eloy
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and
>> focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Rubycocoa-talk mailing list
>> Rub...@li...
>> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008  
> 30-Day
> trial. Simplify your report design, integration and deployment - and  
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

Re: [Rubycocoa-talk] Passenger preference pane 1.3 for 10.6

[Duncan M. <du...@on...>]

Could you outline what you do to deploy RubyCocoa.framework in your  
bundle? I'd be interested to compare notes.

Thanks

Duncan

On 3 Sep 2009, at 11:21, Eloy Duran wrote:

> Hey guys,
>
> Yesterday I released a new version of our prefpane for Passenger which
> is build with RubyCocoa: http://www.fngtps.com/2009/09/new-os-more-pane-passenger-preference-pane-v1-3
>
> The RubyCocoa version I used in this case is the 0.13.2 for 10.5 which
> is the one that's available as a download. This might be interesting
> for others that have had problems getting their RC app on 10.6.
>
> Afaik, Laurent has some pending patches for RubyCocoa on 10.6. I'm not
> sure what they actually do though...
>
> Cheers,
> Eloy
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008  
> 30-Day
> trial. Simplify your report design, integration and deployment - and  
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

[Rubycocoa-talk] Passenger preference pane 1.3 for 10.6

[Eloy D. <elo...@gm...>]

Hey guys,

Yesterday I released a new version of our prefpane for Passenger which  
is build with RubyCocoa: http://www.fngtps.com/2009/09/new-os-more-pane-passenger-preference-pane-v1-3

The RubyCocoa version I used in this case is the 0.13.2 for 10.5 which  
is the one that's available as a download. This might be interesting  
for others that have had problems getting their RC app on 10.6.

Afaik, Laurent has some pending patches for RubyCocoa on 10.6. I'm not  
sure what they actually do though...

Cheers,
Eloy

[Rubycocoa-talk] Upgrade to 10.6 Breaks RubyCocoa + Threads

[John L. S. <jsi...@gm...>]

Hi All,

I just recently upgraded to OSX 10.6, and now my RubyCocoa program is  
giving me the following message:

SyncController.rb:280:in `publishChanges': Ruby threads cannot be used  
in RubyCocoa without patches to the Ruby interpreter
2009-09-02 11:37:39.831 MH[2099:903] *** attempt to pop an unknown  
autorelease pool (0x1855f000)
2009-09-02 11:37:39.833 MH[2099:903] *** attempt to pop an unknown  
autorelease pool (0x18542400)
rb_main.rb:22: [BUG] Bus Error
ruby 1.8.7 (2008-08-11 patchlevel 72) [universal-darwin10.0]

What needs to be done to make Ruby threads jive on 10.6? Any help  
would be greatly appreciated.

Best,
JLS

John L. Singleton
jsi...@gm...

[Rubycocoa-talk] RubyCocoa app won't work on Snow Leopard

[Jacob W. <jac...@gm...>]

I've an existing RubyCocoa app that has stopped working on Snow
Leopard. When it starts it just quits and the following appears on the
console:

[Deprecated] CocoaJava: com.apple.cocoa.foundation.NSRuntime
-[NSJavaVirtualMachine initWithClassPath:] FATAL: cannot initialize
ObjCJava. Exit

When googling around I've found that appears that it might be related
to 64-bit version of Java on Snow Leopard. The problem is that my app
doesn't use Java! It works on Tiger and Leopard however and is using
RubyCocoa 0.13.2 as an embedded framework.

Does anybody have any idea about what is causing this? Does RubyCocoa
have any dependencies on Java?

Best regards,
Jacob Wallström

otool -L gives the following result:
/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
(compatibility version 45.0.0, current version 949.0.0)
/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
(compatibility version 300.0.0, current version 677.12.0)
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/libruby.1.dylib
(compatibility version 1.8.0, current version 1.8.6)
@executable_path/../Frameworks/RubyCocoa.framework/Versions/A/RubyCocoa
(compatibility version 1.0.0, current version 1.0.0)
/System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa
(compatibility version 1.0.0, current version 12.0.0)
/System/Library/Frameworks/ExceptionHandling.framework/Versions/A/ExceptionHandling
(compatibility version 1.0.0, current version 10.0.0)
@executable_path/../Frameworks/Sparkle.framework/Versions/A/Sparkle
(compatibility version 1.0.0, current version 1.0.0)
/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 111.0.0)
/usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 227.0.0)
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
(compatibility version 150.0.0, current version 476.0.0)

Re: [Rubycocoa-talk] Optional method arguments in NSObject-subclass

[Johan L. <joh...@gm...>]

Okay so this SO-question helped a bit:
http://stackoverflow.com/questions/561185/optional-arguments-in-objective-c-2-0

I'm just gonna make two methods instead; one "filename" and another
"filenameWithLanguage" or something like that.

Sincerely,
Johan Lundström

joh...@gm...



2009/8/31 Johan Lundström <joh...@gm...>:
> What is the rules about optional method arguments in
> NSObject-subclasses? I recently upgraded from 0.13.1 to 1.0.0 and this
> problem appeared:
>
> class Subtitle < NSObject
>  def filename(add_language = false) # notice optional arg here!
>    # ...
>  end
> end
>
> When using "Build & Go" from Xcode it crashes immediately with this error:
>
> [...]/build/Debug/Undertext.app/Contents/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_import.rb:346:in
> `_ns_behavior_method_added': Cannot override Objective-C method
> 'filename' with Ruby method #filename, they should both have the same
> number of arguments. (expected arity 0, got -1) (RuntimeError)
>        from [...]/build/Debug/Undertext.app/Contents/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_import.rb:684:in
> `method_added'
>        from [...]/build/Debug/Undertext.app/Contents/Resources/Subtitle.rb:25
>        from [...]/build/Debug/Undertext.app/Contents/Resources/rb_main.rb:17:in
> `require'
>        from [...]/build/Debug/Undertext.app/Contents/Resources/rb_main.rb:17:in
> `rb_main_init'
>        from [...]/build/Debug/Undertext.app/Contents/Resources/rb_main.rb:16:in `each'
>        from [...]/build/Debug/Undertext.app/Contents/Resources/rb_main.rb:16:in
> `rb_main_init'
>        from [...]/build/Debug/Undertext.app/Contents/Resources/rb_main.rb:22
>
> When removing the argument or removing the default-value (ie. false) I
> get no error. My guess this is expected behaviour, but what is the
> exact rules and why?
>
> Sincerely,
> Johan Lundström
>
> joh...@gm...
>

[Rubycocoa-talk] Optional method arguments in NSObject-subclass

[Johan L. <joh...@gm...>]

What is the rules about optional method arguments in
NSObject-subclasses? I recently upgraded from 0.13.1 to 1.0.0 and this
problem appeared:

class Subtitle < NSObject
  def filename(add_language = false) # notice optional arg here!
    # ...
  end
end

When using "Build & Go" from Xcode it crashes immediately with this error:

[...]/build/Debug/Undertext.app/Contents/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_import.rb:346:in
`_ns_behavior_method_added': Cannot override Objective-C method
'filename' with Ruby method #filename, they should both have the same
number of arguments. (expected arity 0, got -1) (RuntimeError)
	from [...]/build/Debug/Undertext.app/Contents/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/oc_import.rb:684:in
`method_added'
	from [...]/build/Debug/Undertext.app/Contents/Resources/Subtitle.rb:25
	from [...]/build/Debug/Undertext.app/Contents/Resources/rb_main.rb:17:in
`require'
	from [...]/build/Debug/Undertext.app/Contents/Resources/rb_main.rb:17:in
`rb_main_init'
	from [...]/build/Debug/Undertext.app/Contents/Resources/rb_main.rb:16:in `each'
	from [...]/build/Debug/Undertext.app/Contents/Resources/rb_main.rb:16:in
`rb_main_init'
	from [...]/build/Debug/Undertext.app/Contents/Resources/rb_main.rb:22

When removing the argument or removing the default-value (ie. false) I
get no error. My guess this is expected behaviour, but what is the
exact rules and why?

Sincerely,
Johan Lundström

joh...@gm...

[Rubycocoa-talk] RubyCocoa With Macports

[s.ross <cw...@gm...>]

I have a bunch of stuff installed using Macports, including Ruby. I  
picked up "Programming Cocoa With Ruby" and everything went with few  
hitches until the code that moves strings into Info.plist (that would  
be fenestra/reshaped-with-notifications). At that point, Xcode wants  
to use iconv to localize the strings and I wind up with

dyld: lazy symbol binding failed: Symbol not found: _iconv_open
  Referenced from: /usr/bin/iconv
  Expected in: /opt/local/lib/libiconv.2.dylib

I looked at whatever Google had to offer on this, and it wasn't much  
help. So here's my question: How can I build an Xcode project that  
references the pristine Apple binaries in /System? Or is that even the  
right question?

Thanks,

Steve

Re: [Rubycocoa-talk] New to programing; thread question

[Eloy D. <elo...@gm...>]

I would take a look at NSTimer's  
initWithFireDate:interval:target:selector:userInfo:repeats: instance  
method

http://developer.apple.com/documentation/Cocoa/Reference/Foundation/Classes/NSTimer_Class/Reference/NSTimer.html#/ 
/apple_ref/occ/instm/NSTimer/ 
initWithFireDate:interval:target:selector:userInfo:repeats:

HTH,
Eloy

On 12 aug 2009, at 05:33, Ferlander Davids wrote:

> I've been having some trouble. My app relies on a executing a ruby  
> script in intervals of hours. During the intervening time the script  
> stays in a sleep loop. The problem is that it needs to update the UI  
> with at least some information every once in a while. I'm currently  
> using a progress bar, because for some reason it can refresh from  
> inside a running script. I don't think that's enough though.
> Of course, ideally I would also like to find a solution to the  
> beachballing cursor and generally unresponsive UI.
> I found
> http://minikidsgames.sourceforge.net/rubycocoa/tips-and-pitfalls-in-using-rubycocoa/#content_Object_3
> but unfortunately it's over my head.
>
> I was wondering if anyone had any suggestions, or if there might be  
> a more obvious solution that I've missed so far. I'm in love with  
> the program I'm writing and I want it to be usable by the general  
> public. =)
>
> Ferlander
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008  
> 30-Day
> trial. Simplify your report design, integration and deployment - and  
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july_______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

[Rubycocoa-talk] New to programing; thread question

[Ferlander D. <fer...@gm...>]

I've been having some trouble. My app relies on a executing a ruby script in
intervals of hours. During the intervening time the script stays in a sleep
loop. The problem is that it needs to update the UI with at least some
information every once in a while. I'm currently using a progress bar,
because for some reason it can refresh from inside a running script. I don't
think that's enough though. Of course, ideally I would also like to find a
solution to the beachballing cursor and generally unresponsive UI.
I found
http://minikidsgames.sourceforge.net/rubycocoa/tips-and-pitfalls-in-using-rubycocoa/#content_Object_3
but unfortunately it's over my head.

I was wondering if anyone had any suggestions, or if there might be a more
obvious solution that I've missed so far. I'm in love with the program I'm
writing and I want it to be usable by the general public. =)

Ferlander

[Rubycocoa-talk] Rubycocoa segfaults irb

[Hans-Georg <hgh...@go...>]

After upgrading to Rubycocoa 1.0,  irb segfaults following require  
'osx/cocoa'.

Hans-Georg


uname -a
Darwin BigMac.local 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15  
16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 i386

ruby -v
ruby 1.8.6 (2008-08-11 patchlevel 287) [universal-darwin9.0]

ruby -e "p RUBY_VERSION; require 'osx/cocoa'; p  
OSX::RUBYCOCOA_VERSION, OSX::RUBYCOCOA_RELEASE_DATE,  
OSX::RUBYCOCOA_SVN_REVISION"
"0.13.2"
"2008-02-13"
"2194"

irb
 >> require 'osx/cocoa'
=> true

ruby -e "require 'osx/cocoa'; p OSX::RUBYCOCOA_VERSION,  
OSX::RUBYCOCOA_RELEASE_DATE, OSX::RUBYCOCOA_SVN_REVISION"
"1.0.0"
"2009-07-24"
"2242"

irb
 >> require 'osx/cocoa'
  /Library/Frameworks/RubyCocoa.framework/Resources/ruby/osx/objc/ 
oc_wrapper.rb:50: [BUG] Segmentation fault
ruby 1.8.6 (2008-08-11) [universal-darwin9.0]

Abort trap

Re: [Rubycocoa-talk] Installing/testing rubycocoa into diff local ruby installs, including ruby1.9

[Duncan M. <du...@on...>]

As this has come up, I thought I'd report on my progress distributing  
the latest version of RubyCocoa inside my app bundle. The app is plain  
ObjC, but shells out to a command-line RubyCocoa script.

Inside the bundle, my scripts are in Contents/SharedSupport

I copy into Contents/SharedSupport

Library/Frameworks/RubyCocoa.framework
Library/Ruby/Site/1.8/osx/*
Library/Ruby/Site/1.8/univeral-darwin9.0/rubycocoa.bundle

as installed by the RubyCocoa 1.0 installer into /Library

Now to run a script with the embedded version of RubyCocoa I have the  
following

my_dir = File.dirname(__FILE__)
lib_dir = File.basename(my_dir) == 'SharedSupport' ? my_dir :
     my_dir + "/../../lib/dist" # when testing

local_load_path = [
     File.expand_path(my_dir),
     File.expand_path(lib_dir + '/Library/Ruby/Site/1.8'),
     File.expand_path(lib_dir + '/Library/Ruby/Site/1.8'),
     File.expand_path(lib_dir + '/Library/Ruby/Site/1.8/powerpc- 
darwin9.0'),
     File.expand_path(lib_dir + '/Library/Ruby/Site/1.8/universal- 
darwin9.0')]
	
ENV['DYLD_FALLBACK_FRAMEWORK_PATH'] = File.expand_path(lib_dir + '/ 
Library/Frameworks/')
quoted_argv = ARGV.collect {|each| %["#{each}"]}
exec %[ruby -I "#{local_load_path.join(':')}"  
#{File.expand_path(my_dir + '/velocraptor2.rb')} #{quoted_argv.join('  
')}]

where velocraptor2.rb is the script that actually does the work.

It turns out that a script can't see the effects of changing its own  
DYLD_FALLBACK_FRAMEWORK_PATH, hence the need to exec rather than call.

Hope this helps, but if not at least I might find it again here when I  
need it ;-)

Duncan McGregor
www.velOCRaptor.com
Simple Affordable Mac OCR

On 5 Aug 2009, at 14:23, Eloy Duran wrote:

> After installing they are yes. So you just need to remember to clean  
> before compiling every time.
>
> Eloy
>
> On Aug 5, 2009, at 3:16 PM, Dr Nic Williams wrote:
>
>> Do I need multiple copies of the rubycocoa source or are the  
>> compiled bits stored off within each ruby impl's directory structure?
>>
>> Cheers
>> Nic
>>
>> Mocra - http://mocra.com
>> Blog - http://drnicwilliams.com
>>
>> On 05/08/2009, at 7:47 AM, Eloy Duran <elo...@gm...>  
>> wrote:
>>
>>> Hey Nic,
>>>
>>> You should be able to run the install.rb script with the specific  
>>> binary you want to use and it should install fine afaik. Eg:
>>> $ ~/.ruby_versions/1.8.7/ruby install.rb config
>>> $ ~/.ruby_versions/1.8.7/ruby install.rb setup
>>> $ ~/.ruby_versions/1.8.7/ruby install.rb install
>>>

Re: [Rubycocoa-talk] Installing/testing rubycocoa into diff local ruby installs, including ruby1.9

[Eloy D. <elo...@gm...>]

After installing they are yes. So you just need to remember to clean  
before compiling every time.

Eloy

On Aug 5, 2009, at 3:16 PM, Dr Nic Williams wrote:

> Do I need multiple copies of the rubycocoa source or are the  
> compiled bits stored off within each ruby impl's directory structure?
>
> Cheers
> Nic
>
> Mocra - http://mocra.com
> Blog - http://drnicwilliams.com
>
> On 05/08/2009, at 7:47 AM, Eloy Duran <elo...@gm...> wrote:
>
>> Hey Nic,
>>
>> You should be able to run the install.rb script with the specific  
>> binary you want to use and it should install fine afaik. Eg:
>> $ ~/.ruby_versions/1.8.7/ruby install.rb config
>> $ ~/.ruby_versions/1.8.7/ruby install.rb setup
>> $ ~/.ruby_versions/1.8.7/ruby install.rb install
>>
>> HTH,
>> Eloy
>>
>> On Aug 5, 2009, at 2:30 PM, Dr Nic Williams wrote:
>>
>>> If I have a bunch of different ruby installations (say in  
>>> ~/.ruby_versions and managed with the script from http://blog.thinkrelevance.com/2009/7/29/ruby-switcher-working-with-multiple-ruby-versions-has-never-been-this-easy/) 
>>>  then how do I install rubycocoa for each one?
>>>
>>> Cheers
>>> Dr Nic
>>>
>>> -- 
>>> Dr Nic Williams
>>> iPhone and Rails consultants - http://mocra.com
>>> Fun with iPhone/Ruby/Rails/Javascript - http://drnicwilliams.com
>>> * Surf Report for iPhone - http://mocra.com/projects/surfreport/ *
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports  
>>> 2008 30-Day
>>> trial. Simplify your report design, integration and deployment -  
>>> and focus on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july_______________________________________________
>>> Rubycocoa-talk mailing list
>>> Rub...@li...
>>> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports  
>> 2008 30-Day
>> trial. Simplify your report design, integration and deployment -  
>> and focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Rubycocoa-talk mailing list
>> Rub...@li...
>> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008  
> 30-Day
> trial. Simplify your report design, integration and deployment - and  
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july_______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

Re: [Rubycocoa-talk] Installing/testing rubycocoa into diff local ruby installs, including ruby1.9

[Dr N. W. <drn...@gm...>]

Do I need multiple copies of the rubycocoa source or are the compiled  
bits stored off within each ruby impl's directory structure?

Cheers
Nic

Mocra - http://mocra.com
Blog - http://drnicwilliams.com

On 05/08/2009, at 7:47 AM, Eloy Duran <elo...@gm...> wrote:

> Hey Nic,
>
> You should be able to run the install.rb script with the specific  
> binary you want to use and it should install fine afaik. Eg:
> $ ~/.ruby_versions/1.8.7/ruby install.rb config
> $ ~/.ruby_versions/1.8.7/ruby install.rb setup
> $ ~/.ruby_versions/1.8.7/ruby install.rb install
>
> HTH,
> Eloy
>
> On Aug 5, 2009, at 2:30 PM, Dr Nic Williams wrote:
>
>> If I have a bunch of different ruby installations (say in  
>> ~/.ruby_versions and managed with the script from http://blog.thinkrelevance.com/2009/7/29/ruby-switcher-working-with-multiple-ruby-versions-has-never-been-this-easy/ 
>> ) then how do I install rubycocoa for each one?
>>
>> Cheers
>> Dr Nic
>>
>> -- 
>> Dr Nic Williams
>> iPhone and Rails consultants - http://mocra.com
>> Fun with iPhone/Ruby/Rails/Javascript - http://drnicwilliams.com
>> * Surf Report for iPhone - http://mocra.com/projects/surfreport/ *
>> --- 
>> --- 
>> --- 
>> ---------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports  
>> 2008 30-Day
>> trial. Simplify your report design, integration and deployment -  
>> and focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july_______________________________________________
>> Rubycocoa-talk mailing list
>> Rub...@li...
>> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>
> --- 
> --- 
> --- 
> ---------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008  
> 30-Day
> trial. Simplify your report design, integration and deployment - and  
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

Re: [Rubycocoa-talk] Installing/testing rubycocoa into diff local ruby installs, including ruby1.9

[Eloy D. <elo...@gm...>]

Hey Nic,

You should be able to run the install.rb script with the specific  
binary you want to use and it should install fine afaik. Eg:
$ ~/.ruby_versions/1.8.7/ruby install.rb config
$ ~/.ruby_versions/1.8.7/ruby install.rb setup
$ ~/.ruby_versions/1.8.7/ruby install.rb install

HTH,
Eloy

On Aug 5, 2009, at 2:30 PM, Dr Nic Williams wrote:

> If I have a bunch of different ruby installations (say in  
> ~/.ruby_versions and managed with the script from http://blog.thinkrelevance.com/2009/7/29/ruby-switcher-working-with-multiple-ruby-versions-has-never-been-this-easy/) 
>  then how do I install rubycocoa for each one?
>
> Cheers
> Dr Nic
>
> -- 
> Dr Nic Williams
> iPhone and Rails consultants - http://mocra.com
> Fun with iPhone/Ruby/Rails/Javascript - http://drnicwilliams.com
> * Surf Report for iPhone - http://mocra.com/projects/surfreport/ *
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008  
> 30-Day
> trial. Simplify your report design, integration and deployment - and  
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july_______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

[Rubycocoa-talk] Installing/testing rubycocoa into diff local ruby installs, including ruby1.9

[Dr N. W. <drn...@gm...>]

If I have a bunch of different ruby installations (say in ~/.ruby_versions
and managed with the script from
http://blog.thinkrelevance.com/2009/7/29/ruby-switcher-working-with-multiple-ruby-versions-has-never-been-this-easy/)
then how do I install rubycocoa for each one?
Cheers
Dr Nic

-- 
Dr Nic Williams
iPhone and Rails consultants - http://mocra.com
Fun with iPhone/Ruby/Rails/Javascript - http://drnicwilliams.com
* Surf Report for iPhone - http://mocra.com/projects/surfreport/ *

Re: [Rubycocoa-talk] Bundling Gems/Embedding Rubycocoa

[Ferlander D. <fer...@gm...>]

Thanks, it looks like this is working:

Dir.glob("#{File.join(OSX::NSBundle.mainBundle.resourcePath,
'vendor/gems')}/*").each do |gem|

$:.unshift File.join(gem, 'lib')

puts "We made it this far 2"

#require gem

end

Look ok?
Thanks for your help! =)

Ferlander



On Fri, Jul 31, 2009 at 6:34 AM, Eloy Duran <elo...@gm...> wrote:

> Oh and you shouldn't require rubygems anymore. It should work without
> it and your app will boot much faster.
>
> On Fri, Jul 31, 2009 at 10:34 PM, Eloy Duran<elo...@gm...>
> wrote:
> > Ah, I forgot to add the the "lib" part of the gem path, which is
> > usually the only needed search path that a gem needs. (You can check
> > the gemspec of the gem to see if it needs any additional load paths.)
> >
> > So try something like: $:.unshift File.join(gem, 'lib')
> >
> > And maybe inspect the load paths with: p $:
> >
> > Eloy
> >
> > On Thu, Jul 30, 2009 at 7:10 PM, Ferlander
> > Davids<fer...@gm...> wrote:
> >> Thanks for your reply,
> >> I'm still having some trouble, though. I've implemented your suggestion,
> but
> >> the gem is still not found.
> >> I think I may be off course, though, because if I require 'rubygems'
> before
> >> I require the particular gem the app does run (only on my computer, of
> >> course). So I'm afraid my app may not be pointing to the bundled gems.
> Sorry
> >> in advance if this next thought is way off base, but does rubygems
> create
> >> some kind of directory/path list that I might need to include?
> >> Are there any other details about requiring gems that might seem
> obvious? I
> >> am pretty inexperienced, and what's obvious to some might have gone over
> my
> >> head.
> >> Ferlander
> >>
> >> On Tue, Jul 28, 2009 at 8:56 PM, Eloy Duran <elo...@gm...>
> wrote:
> >>>
> >>> Hi,
> >>>
> >>> What I generally do is:
> >>> * Create a vendor/gems directory
> >>> * Unpack the gems into that directory
> >>> * Add the directory to your xcode project as a folder reference (this
> >>> means xcode will copy the dir and its contents to the Resources dir
> >>> * Add the gem dirs to the load path. For instance something like this
> >>> in rb_main.rb:
> >>>  Dir.glob("#{File.join(NSBundle.mainBundle.resourcesPath,
> >>> 'vendor/gems')}/*").each do |gem|
> >>>    $:.unshift gem
> >>>    require gem
> >>>  end
> >>>
> >>> (Note that I just wrote this down and might contain slight errors.)
> >>>
> >>> HTH,
> >>> Eloy
> >>>
> >>>
> >>> On Wed, Jul 29, 2009 at 12:25 PM, Ferlander
> >>> Davids<fer...@gm...> wrote:
> >>> > I'm building an application with the intent of distributing it to
> people
> >>> > that won't have rubycocoa installed. I believe I've successfully
> >>> > included
> >>> > the rubycocoa framework and the ruby runtime library, however I still
> >>> > need
> >>> > to include one or two gems before I'm done.
> >>> > I read:
> >>> > http://rubycocoa.sourceforge.net/EmbedRubyCocoa
> >>> > I tried standaloneify.rb, but as far as I could tell it broke my
> >>> > application.
> >>> > Is there a simple way to include ruby gems? I thought maybe I could
> >>> > store
> >>> > them in Resources, but xcode doesn't seem to like it when I do that.
> I
> >>> > read
> >>> > that you can specify the path to modules, but does anyone have any
> >>> > suggestions as to the right way to get the gems included in the
> >>> > application?
> >>> > I hope this is an appropriate question. I'm inexperienced.
> >>> > Ferlander
> >>> >
> >>> >
> ------------------------------------------------------------------------------
> >>> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> >>> > 30-Day
> >>> > trial. Simplify your report design, integration and deployment - and
> >>> > focus
> >>> > on
> >>> > what you do best, core application coding. Discover what's new with
> >>> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> >>> > _______________________________________________
> >>> > Rubycocoa-talk mailing list
> >>> > Rub...@li...
> >>> > https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
> >>> >
> >>> >
> >>>
> >>>
> >>>
> ------------------------------------------------------------------------------
> >>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> >>> 30-Day
> >>> trial. Simplify your report design, integration and deployment - and
> focus
> >>> on
> >>> what you do best, core application coding. Discover what's new with
> >>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> >>> _______________________________________________
> >>> Rubycocoa-talk mailing list
> >>> Rub...@li...
> >>> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
> >>
> >>
> >>
> ------------------------------------------------------------------------------
> >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> >> trial. Simplify your report design, integration and deployment - and
> focus
> >> on
> >> what you do best, core application coding. Discover what's new with
> >> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> >> _______________________________________________
> >> Rubycocoa-talk mailing list
> >> Rub...@li...
> >> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
> >>
> >>
> >
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>

Re: [Rubycocoa-talk] Bundling Gems/Embedding Rubycocoa

[Eloy D. <elo...@gm...>]

Ah, I forgot to add the the "lib" part of the gem path, which is
usually the only needed search path that a gem needs. (You can check
the gemspec of the gem to see if it needs any additional load paths.)

So try something like: $:.unshift File.join(gem, 'lib')

And maybe inspect the load paths with: p $:

Eloy

On Thu, Jul 30, 2009 at 7:10 PM, Ferlander
Davids<fer...@gm...> wrote:
> Thanks for your reply,
> I'm still having some trouble, though. I've implemented your suggestion, but
> the gem is still not found.
> I think I may be off course, though, because if I require 'rubygems' before
> I require the particular gem the app does run (only on my computer, of
> course). So I'm afraid my app may not be pointing to the bundled gems. Sorry
> in advance if this next thought is way off base, but does rubygems create
> some kind of directory/path list that I might need to include?
> Are there any other details about requiring gems that might seem obvious? I
> am pretty inexperienced, and what's obvious to some might have gone over my
> head.
> Ferlander
>
> On Tue, Jul 28, 2009 at 8:56 PM, Eloy Duran <elo...@gm...> wrote:
>>
>> Hi,
>>
>> What I generally do is:
>> * Create a vendor/gems directory
>> * Unpack the gems into that directory
>> * Add the directory to your xcode project as a folder reference (this
>> means xcode will copy the dir and its contents to the Resources dir
>> * Add the gem dirs to the load path. For instance something like this
>> in rb_main.rb:
>>  Dir.glob("#{File.join(NSBundle.mainBundle.resourcesPath,
>> 'vendor/gems')}/*").each do |gem|
>>    $:.unshift gem
>>    require gem
>>  end
>>
>> (Note that I just wrote this down and might contain slight errors.)
>>
>> HTH,
>> Eloy
>>
>>
>> On Wed, Jul 29, 2009 at 12:25 PM, Ferlander
>> Davids<fer...@gm...> wrote:
>> > I'm building an application with the intent of distributing it to people
>> > that won't have rubycocoa installed. I believe I've successfully
>> > included
>> > the rubycocoa framework and the ruby runtime library, however I still
>> > need
>> > to include one or two gems before I'm done.
>> > I read:
>> > http://rubycocoa.sourceforge.net/EmbedRubyCocoa
>> > I tried standaloneify.rb, but as far as I could tell it broke my
>> > application.
>> > Is there a simple way to include ruby gems? I thought maybe I could
>> > store
>> > them in Resources, but xcode doesn't seem to like it when I do that. I
>> > read
>> > that you can specify the path to modules, but does anyone have any
>> > suggestions as to the right way to get the gems included in the
>> > application?
>> > I hope this is an appropriate question. I'm inexperienced.
>> > Ferlander
>> >
>> > ------------------------------------------------------------------------------
>> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> > 30-Day
>> > trial. Simplify your report design, integration and deployment - and
>> > focus
>> > on
>> > what you do best, core application coding. Discover what's new with
>> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> > _______________________________________________
>> > Rubycocoa-talk mailing list
>> > Rub...@li...
>> > https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>> >
>> >
>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Rubycocoa-talk mailing list
>> Rub...@li...
>> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>
>

Re: [Rubycocoa-talk] Bundling Gems/Embedding Rubycocoa

[Eloy D. <elo...@gm...>]

Oh and you shouldn't require rubygems anymore. It should work without
it and your app will boot much faster.

On Fri, Jul 31, 2009 at 10:34 PM, Eloy Duran<elo...@gm...> wrote:
> Ah, I forgot to add the the "lib" part of the gem path, which is
> usually the only needed search path that a gem needs. (You can check
> the gemspec of the gem to see if it needs any additional load paths.)
>
> So try something like: $:.unshift File.join(gem, 'lib')
>
> And maybe inspect the load paths with: p $:
>
> Eloy
>
> On Thu, Jul 30, 2009 at 7:10 PM, Ferlander
> Davids<fer...@gm...> wrote:
>> Thanks for your reply,
>> I'm still having some trouble, though. I've implemented your suggestion, but
>> the gem is still not found.
>> I think I may be off course, though, because if I require 'rubygems' before
>> I require the particular gem the app does run (only on my computer, of
>> course). So I'm afraid my app may not be pointing to the bundled gems. Sorry
>> in advance if this next thought is way off base, but does rubygems create
>> some kind of directory/path list that I might need to include?
>> Are there any other details about requiring gems that might seem obvious? I
>> am pretty inexperienced, and what's obvious to some might have gone over my
>> head.
>> Ferlander
>>
>> On Tue, Jul 28, 2009 at 8:56 PM, Eloy Duran <elo...@gm...> wrote:
>>>
>>> Hi,
>>>
>>> What I generally do is:
>>> * Create a vendor/gems directory
>>> * Unpack the gems into that directory
>>> * Add the directory to your xcode project as a folder reference (this
>>> means xcode will copy the dir and its contents to the Resources dir
>>> * Add the gem dirs to the load path. For instance something like this
>>> in rb_main.rb:
>>>  Dir.glob("#{File.join(NSBundle.mainBundle.resourcesPath,
>>> 'vendor/gems')}/*").each do |gem|
>>>    $:.unshift gem
>>>    require gem
>>>  end
>>>
>>> (Note that I just wrote this down and might contain slight errors.)
>>>
>>> HTH,
>>> Eloy
>>>
>>>
>>> On Wed, Jul 29, 2009 at 12:25 PM, Ferlander
>>> Davids<fer...@gm...> wrote:
>>> > I'm building an application with the intent of distributing it to people
>>> > that won't have rubycocoa installed. I believe I've successfully
>>> > included
>>> > the rubycocoa framework and the ruby runtime library, however I still
>>> > need
>>> > to include one or two gems before I'm done.
>>> > I read:
>>> > http://rubycocoa.sourceforge.net/EmbedRubyCocoa
>>> > I tried standaloneify.rb, but as far as I could tell it broke my
>>> > application.
>>> > Is there a simple way to include ruby gems? I thought maybe I could
>>> > store
>>> > them in Resources, but xcode doesn't seem to like it when I do that. I
>>> > read
>>> > that you can specify the path to modules, but does anyone have any
>>> > suggestions as to the right way to get the gems included in the
>>> > application?
>>> > I hope this is an appropriate question. I'm inexperienced.
>>> > Ferlander
>>> >
>>> > ------------------------------------------------------------------------------
>>> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> > 30-Day
>>> > trial. Simplify your report design, integration and deployment - and
>>> > focus
>>> > on
>>> > what you do best, core application coding. Discover what's new with
>>> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>>> > _______________________________________________
>>> > Rubycocoa-talk mailing list
>>> > Rub...@li...
>>> > https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>>> >
>>> >
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day
>>> trial. Simplify your report design, integration and deployment - and focus
>>> on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Rubycocoa-talk mailing list
>>> Rub...@li...
>>> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Rubycocoa-talk mailing list
>> Rub...@li...
>> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>>
>>
>

Re: [Rubycocoa-talk] Bundling Gems/Embedding Rubycocoa

[Ferlander D. <fer...@gm...>]

Thanks for your reply,
I'm still having some trouble, though. I've implemented your suggestion, but
the gem is still not found.
I think I may be off course, though, because if I require 'rubygems' before
I require the particular gem the app does run (only on my computer, of
course). So I'm afraid my app may not be pointing to the bundled gems. Sorry
in advance if this next thought is way off base, but does rubygems create
some kind of directory/path list that I might need to include?
Are there any other details about requiring gems that might seem obvious? I
am pretty inexperienced, and what's obvious to some might have gone over my
head.

Ferlander


On Tue, Jul 28, 2009 at 8:56 PM, Eloy Duran <elo...@gm...> wrote:

> Hi,
>
> What I generally do is:
> * Create a vendor/gems directory
> * Unpack the gems into that directory
> * Add the directory to your xcode project as a folder reference (this
> means xcode will copy the dir and its contents to the Resources dir
> * Add the gem dirs to the load path. For instance something like this
> in rb_main.rb:
>  Dir.glob("#{File.join(NSBundle.mainBundle.resourcesPath,
> 'vendor/gems')}/*").each do |gem|
>    $:.unshift gem
>    require gem
>  end
>
> (Note that I just wrote this down and might contain slight errors.)
>
> HTH,
> Eloy
>
>
> On Wed, Jul 29, 2009 at 12:25 PM, Ferlander
> Davids<fer...@gm...> wrote:
> > I'm building an application with the intent of distributing it to people
> > that won't have rubycocoa installed. I believe I've successfully included
> > the rubycocoa framework and the ruby runtime library, however I still
> need
> > to include one or two gems before I'm done.
> > I read:
> > http://rubycocoa.sourceforge.net/EmbedRubyCocoa
> > I tried standaloneify.rb, but as far as I could tell it broke my
> > application.
> > Is there a simple way to include ruby gems? I thought maybe I could store
> > them in Resources, but xcode doesn't seem to like it when I do that. I
> read
> > that you can specify the path to modules, but does anyone have any
> > suggestions as to the right way to get the gems included in the
> > application?
> > I hope this is an appropriate question. I'm inexperienced.
> > Ferlander
> >
> ------------------------------------------------------------------------------
> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> > trial. Simplify your report design, integration and deployment - and
> focus
> > on
> > what you do best, core application coding. Discover what's new with
> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> > Rubycocoa-talk mailing list
> > Rub...@li...
> > https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
> >
> >
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>

Re: [Rubycocoa-talk] Bundling Gems/Embedding Rubycocoa

[Eloy D. <elo...@gm...>]

Hi,

What I generally do is:
* Create a vendor/gems directory
* Unpack the gems into that directory
* Add the directory to your xcode project as a folder reference (this
means xcode will copy the dir and its contents to the Resources dir
* Add the gem dirs to the load path. For instance something like this
in rb_main.rb:
  Dir.glob("#{File.join(NSBundle.mainBundle.resourcesPath,
'vendor/gems')}/*").each do |gem|
    $:.unshift gem
    require gem
  end

(Note that I just wrote this down and might contain slight errors.)

HTH,
Eloy


On Wed, Jul 29, 2009 at 12:25 PM, Ferlander
Davids<fer...@gm...> wrote:
> I'm building an application with the intent of distributing it to people
> that won't have rubycocoa installed. I believe I've successfully included
> the rubycocoa framework and the ruby runtime library, however I still need
> to include one or two gems before I'm done.
> I read:
> http://rubycocoa.sourceforge.net/EmbedRubyCocoa
> I tried standaloneify.rb, but as far as I could tell it broke my
> application.
> Is there a simple way to include ruby gems? I thought maybe I could store
> them in Resources, but xcode doesn't seem to like it when I do that. I read
> that you can specify the path to modules, but does anyone have any
> suggestions as to the right way to get the gems included in the
> application?
> I hope this is an appropriate question. I'm inexperienced.
> Ferlander
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>
>

[Rubycocoa-talk] Bundling Gems/Embedding Rubycocoa

[Ferlander D. <fer...@gm...>]

I'm building an application with the intent of distributing it to people
that won't have rubycocoa installed. I believe I've successfully included
the rubycocoa framework and the ruby runtime library, however I still need
to include one or two gems before I'm done.  I read:
http://rubycocoa.sourceforge.net/EmbedRubyCocoa

I tried standaloneify.rb, but as far as I could tell it broke my
application.

Is there a simple way to include ruby gems? I thought maybe I could store
them in Resources, but xcode doesn't seem to like it when I do that. I read
that you can specify the path to modules, but does anyone have any
suggestions as to the right way to get the gems included in the
application?

I hope this is an appropriate question. I'm inexperienced.

Ferlander

Re: [Rubycocoa-talk] [ANN] RubyCocoa 1.0.0

[Axel M. R. <rub...@ro...>]

At 08:47 +0900 25-07-2009, kimura wataru wrote:
>Hi,
>
>I am honored to announce the immediate release of RubyCocoa 1.0.0.

Thank you for working on RubyCocoa and keeping it alive. While the 
rest of the world seems to follow the hot&new MacRuby, I very much 
depend on the real-world RubyCocoa.

Axel

Re: [Rubycocoa-talk] [ANN] RubyCocoa 1.0.0

[Axel M. R. <rub...@ro...>]

At 08:47 +0900 25-07-2009, kimura wataru wrote:
>Hi,
>
>I am honored to announce the immediate release of RubyCocoa 1.0.0.

Thank you for working on RubyCocoa and keeping it alive. While the 
rest of the world seems to follow the hot&new MacRuby, I very much 
depend on the real-world RubyCocoa.

Axel

Re: [Rubycocoa-talk] [ANN] RubyCocoa 1.0.0

[Duncan M. <du...@on...>]

Thank you - this is excellent news, especially the  
GraphicsContext.graphicsContextWithGraphicsPort_flipped fix, as that  
will let me render PDFs using Cocoa.

Duncan McGregor
www.velOCRaptor.com
Simple Affordable Mac OCR

On 25 Jul 2009, at 00:47, kimura wataru wrote:

> Hi,
>
> I am honored to announce the immediate release of RubyCocoa 1.0.0.
>
> RubyCocoa is a Mac OS X framework that allows Cocoa programming in the
> object-oriented scripting language Ruby. In other words, it is a
> bridge that let you access Objective-C objects from Ruby, and vice- 
> versa.
>
> You can learn more about RubyCocoa on our website:
>
> http://rubycocoa.sf.net
>
> A source tarball as well as binary installers for Mac OS X 10.4 and
> 10.5 are provided.
>
> This is mostly a bugs fix release, addressing a few critical issues. A
> few enhancements are nevertheless available as well. All users are
> encouraged to upgrade, and report us feedback.
>
> Mac OS X 10.5, Leopard, is as you can see supported by this release.
> Installing this release using the binary installer or manually with
> the default build parameters won't override the system version of
> RubyCocoa that ships with Leopard, it will go in /Library while the
> system version is in /System.
>
> (Very recently, the system version of RubyCocoa in Mac OS X 10.5 was
> updated to 0.13.2, via software update.)
>
> The release notes are following. Enjoy!
>
> KIMURA Wataru
>
> bug fixes
> - imcompatible NSString#split
> - cannot handle KVC/KVO autonotify
> - KVO willChangeValueForKey/didChangeValueForKey was invoked twice
> - NSBundle.bundleForClass: crashes on ruby uninitialized thread
> - libffi: ffi_call( return value buffer too small)
> - GraphicsContext.graphicsContextWithGraphicsPort_flipped crashes
> - DLOG macro: format string should be literal
> - avoid override Objective-C methods with syntax sugar methods
> - crash with "[BUG] object allocation during garbage collection  
> phase" on 10.5.7
>
>
> enhancements
> - ruby 1.8.7 ready
>  - crash with "[BUG] object allocation during garbage collection  
> phase"
>  - infinit loop of NSArray#count and NSDictionary#count
>  - behavior of basic Ruby classes' methods was changed in 1.8.7
> - new sample PassengerPane
> - better build settings for 10.5
> - support formal protocols (10.5 or later)
> - rake install task: check finish of building
> - rake package task: use concrete configure settings from package/ 
> config/
>
>
> misc
> - change install destination of Xcode templates (enable templates on  
> Xcode3.1)
> - add document for OSX.require_framework
> - fix failure of a test, test_loadlibs()
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk