rubycocoa-talk — talking about RubyCocoa

Re: [Rubycocoa-talk] packaging ruby within an RC app

[Jon B. <jo...@gm...>]

Going to guess its just a static library build of ruby itself ...

[MacBook-Pro:/opt/local/lib]$ ls *ruby*
libruby-static.a        libruby.1.8.6.dylib     libruby. 
1.8.dylib       libruby.dylib

I know there are a few way you can compile/build the ruby binary  
itself ...

[MacBook-Pro:~/ruby-1.8.6]$ ./configure --help | grep static
   --with-static-linked-ext link external modules statically
[MacBook-Pro:~/ruby-1.8.6]$ ./configure --help | grep shared
   --sharedstatedir=DIR   modifiable architecture-independent data  
[PREFIX/com]
   --enable-shared         build a shared library for Ruby.
[MacBook-Pro:~/ruby-1.8.6]$

If you were super picky you could probably build it + bundle w/ only  
packages you really need (I have run ruby on a Zaurus before).  But I  
know just from looking that Slingshot comes w/ the kitchen sink.

Seems to have come up on lists before (a Slim Ruby) ...
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-list/41452

- Jon

On Jul 10, 2007, at 9:40 AM, Tim Perrett wrote:

> Ok thats interesting - however in his 'lib' dir he has  nkf.bundle,
> stringio.bundle, strscan.bundle  - which I dont think you are talking
> about. There is no such directoy as ./Resources/lib so you must
> mean ../lib?
>
> Looking at the rb_main, those other bits have been added by
> standalonify - looking in standalonify.rb in the src, you can see
> exactly the same as what is in PackRat. I understand what you are
> getting at however, and it makes sense :)
>
> I am still iterated as to how Slingshot have it working, as that
> seems like it would be a very elegant solution? There code base is
> much more tidy than that of locomotive. What does the static.a  
> thing do?
>
> Cheers
>
> Tim
>
>
>
> On 10 Jul 2007, at 14:19, Jon Baer wrote:
>
>> You know what is a good app to check out ...
>>
>> http://infinitenil.com/packrat/
>>
>> Download it and jump into /Applications/PackRat.app/Contents/
>> Resources and take a look @ how his "lib" and rb_main.rb are laid
>> out.  I found it be pretty helpful, although still not sure if it
>> was all generated by standalonify + if this is the "standard" way
>> to do it.
>>
>> In a nutshell (just remember to load REXML first):
>> COCOA_APP_RESOURCES_DIR = File.dirname(__FILE__)
>> $LOAD_PATH.reject! { |d| d.index(File.dirname
>> (COCOA_APP_RESOURCES_DIR))!=0 }
>> $LOAD_PATH << File.join(COCOA_APP_RESOURCES_DIR,"ThirdParty")
>> $LOAD_PATH << File.join(File.dirname(COCOA_APP_RESOURCES_DIR),"lib")
>> $LOADED_FEATURES << "rubycocoa.bundle"
>> ENV['GEM_HOME'] = ENV['GEM_PATH'] = File.join
>> (COCOA_APP_RESOURCES_DIR,"RubyGems")
>>
>> HTH,
>>
>> - Jon
>
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

Re: [Rubycocoa-talk] packaging ruby within an RC app

[Tim P. <he...@ti...>]

Ok thats interesting - however in his 'lib' dir he has  nkf.bundle,  
stringio.bundle, strscan.bundle  - which I dont think you are talking  
about. There is no such directoy as ./Resources/lib so you must  
mean ../lib?

Looking at the rb_main, those other bits have been added by  
standalonify - looking in standalonify.rb in the src, you can see  
exactly the same as what is in PackRat. I understand what you are  
getting at however, and it makes sense :)

I am still iterated as to how Slingshot have it working, as that  
seems like it would be a very elegant solution? There code base is  
much more tidy than that of locomotive. What does the static.a thing do?

Cheers

Tim



On 10 Jul 2007, at 14:19, Jon Baer wrote:

> You know what is a good app to check out ...
>
> http://infinitenil.com/packrat/
>
> Download it and jump into /Applications/PackRat.app/Contents/ 
> Resources and take a look @ how his "lib" and rb_main.rb are laid  
> out.  I found it be pretty helpful, although still not sure if it  
> was all generated by standalonify + if this is the "standard" way  
> to do it.
>
> In a nutshell (just remember to load REXML first):
> COCOA_APP_RESOURCES_DIR = File.dirname(__FILE__)
> $LOAD_PATH.reject! { |d| d.index(File.dirname 
> (COCOA_APP_RESOURCES_DIR))!=0 }
> $LOAD_PATH << File.join(COCOA_APP_RESOURCES_DIR,"ThirdParty")
> $LOAD_PATH << File.join(File.dirname(COCOA_APP_RESOURCES_DIR),"lib")
> $LOADED_FEATURES << "rubycocoa.bundle"
> ENV['GEM_HOME'] = ENV['GEM_PATH'] = File.join 
> (COCOA_APP_RESOURCES_DIR,"RubyGems")
>
> HTH,
>
> - Jon

Re: [Rubycocoa-talk] packaging ruby within an RC app

[Jon B. <jo...@gm...>]

You know what is a good app to check out ...

http://infinitenil.com/packrat/

Download it and jump into /Applications/PackRat.app/Contents/ 
Resources and take a look @ how his "lib" and rb_main.rb are laid  
out.  I found it be pretty helpful, although still not sure if it was  
all generated by standalonify + if this is the "standard" way to do it.

In a nutshell (just remember to load REXML first):
COCOA_APP_RESOURCES_DIR = File.dirname(__FILE__)
$LOAD_PATH.reject! { |d| d.index(File.dirname 
(COCOA_APP_RESOURCES_DIR))!=0 }
$LOAD_PATH << File.join(COCOA_APP_RESOURCES_DIR,"ThirdParty")
$LOAD_PATH << File.join(File.dirname(COCOA_APP_RESOURCES_DIR),"lib")
$LOADED_FEATURES << "rubycocoa.bundle"
ENV['GEM_HOME'] = ENV['GEM_PATH'] = File.join 
(COCOA_APP_RESOURCES_DIR,"RubyGems")

HTH,

- Jon

On Jul 10, 2007, at 9:09 AM, Tim Perrett wrote:

> Ok great - sounds good. I know im being dumb here, but I can see how
> that would work in general terms, but how does it directly apply
> within an RC app? Its was mentioned earlier in this thread about
> doing something in the rb_main.rb file?
>
> The example Jon posted was using -e option on the ruby command, how
> do I change my load path within the application? Apologies for what
> probably seems like a really newbie question!
>
> Cheers
>
> Tim
>
>
> On 10 Jul 2007, at 13:57, Eloy Duran wrote:
>
>>> REXML is maybe part of the stdlib but it's a pure Ruby library. I
>>> would bet copying the necessary .rb files in your app bundle and
>>> prefixing your $: with their path will work for you.
>>
>> Exactamundo! ;)
>>
>> Eloy
>
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

Re: [Rubycocoa-talk] packaging ruby within an RC app

[Tim P. <he...@ti...>]

Ok great - sounds good. I know im being dumb here, but I can see how  
that would work in general terms, but how does it directly apply  
within an RC app? Its was mentioned earlier in this thread about  
doing something in the rb_main.rb file?

The example Jon posted was using -e option on the ruby command, how  
do I change my load path within the application? Apologies for what  
probably seems like a really newbie question!

Cheers

Tim


On 10 Jul 2007, at 13:57, Eloy Duran wrote:

>> REXML is maybe part of the stdlib but it's a pure Ruby library. I
>> would bet copying the necessary .rb files in your app bundle and
>> prefixing your $: with their path will work for you.
>
> Exactamundo! ;)
>
> Eloy

Re: [Rubycocoa-talk] packaging ruby within an RC app

[Jon B. <jo...@gm...>]

Usually it's whatever comes first in a require call ...

[MacBook-Pro:~]$ ruby -e '$:[0] = "/my/new/path/for/rexml/"; puts $:'
/my/new/path/for/rexml/
/opt/local/lib/ruby/site_ruby/1.8/i686-darwin8.9.4
/opt/local/lib/ruby/site_ruby
/opt/local/lib/ruby/vendor_ruby/1.8
/opt/local/lib/ruby/vendor_ruby/1.8/i686-darwin8.9.4
/opt/local/lib/ruby/vendor_ruby
/opt/local/lib/ruby/1.8
/opt/local/lib/ruby/1.8/i686-darwin8.9.4
.

I bet that would work.

- Jon

On Jul 10, 2007, at 8:41 AM, Tim Perrett wrote:

> Hey Eloy / Jon
>
> REXML is part of the standard lib in ruby though - im not sure how
> you could override that?
>
> Slingshot are using somthing called "libruby-static.a" - any ideas
> what this is? Locomotive also has a self contained ruby environment,
> but from what I can tell the slingshot implementation is more
> elegant. Is the libruby-static.a some kind of all in one binary of
> ruby? They still have the 1.8, site_ruby and gems folders as you
> would usually have...
>
> Cheers
>

Re: [Rubycocoa-talk] packaging ruby within an RC app

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

> REXML is maybe part of the stdlib but it's a pure Ruby library. I
> would bet copying the necessary .rb files in your app bundle and
> prefixing your $: with their path will work for you.

Exactamundo! ;)

Eloy

Re: [Rubycocoa-talk] packaging ruby within an RC app

[Laurent S. <lsa...@ap...>]

On Jul 10, 2007, at 2:41 PM, Tim Perrett wrote:

> Hey Eloy / Jon
>
> REXML is part of the standard lib in ruby though - im not sure how
> you could override that?

REXML is maybe part of the stdlib but it's a pure Ruby library. I  
would bet copying the necessary .rb files in your app bundle and  
prefixing your $: with their path will work for you.

Laurent

> On 10 Jul 2007, at 13:27, Eloy Duran wrote:
>
>> Couldn't you instead only bundle the newer version of REXML and only
>> use it if the user has 1.8.2 installed?
>>
>> Cheers,
>> Eloy
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

Re: [Rubycocoa-talk] packaging ruby within an RC app

[Tim P. <he...@ti...>]

Hey Eloy / Jon

REXML is part of the standard lib in ruby though - im not sure how  
you could override that?

Slingshot are using somthing called "libruby-static.a" - any ideas  
what this is? Locomotive also has a self contained ruby environment,  
but from what I can tell the slingshot implementation is more  
elegant. Is the libruby-static.a some kind of all in one binary of  
ruby? They still have the 1.8, site_ruby and gems folders as you  
would usually have...

Cheers

Tim

On 10 Jul 2007, at 13:27, Eloy Duran wrote:

> Couldn't you instead only bundle the newer version of REXML and only
> use it if the user has 1.8.2 installed?
>
> Cheers,
> Eloy

Re: [Rubycocoa-talk] packaging ruby within an RC app

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

Couldn't you instead only bundle the newer version of REXML and only
use it if the user has 1.8.2 installed?

Cheers,
Eloy

On 7/10/07, Jon Baer <jo...@gm...> wrote:
>
> Pretty good question ... you might want to have a look @ this project maybe:
>
>
> http://www.joyent.com/developers/slingshot/
>
> Inside the code there you will find a "Ruby VM" setup, so I think it's
> something feasible, I think @ rb_main startup you would need to adjust
> environment PATH and Ruby LOADPATH $: and you would be set (guessing).
>
> - Jon
>
>
> On Jul 10, 2007, at 7:24 AM, Tim Perrett wrote:
>
> Hey all
>
> I have been playing with soap4r and for some reason, it works
> perfectly under ruby 1.8.4, but complains about missing
> XSD::QName::EMPTY under the apple installed 1.8.2 - i think this is
> to do with the differences in the REXML implementation. So what I was
> wondering was if it would be possible to package everything into an
> app (yes i appreciate this would bloat it some what) including the
> ruby distribution itself?
>
> Has anyone done this and had any luck with it?
>
> Cheers
>
> Tim
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>
>

Re: [Rubycocoa-talk] packaging ruby within an RC app

[Jon B. <jo...@gm...>]

Pretty good question ... you might want to have a look @ this project  
maybe:

http://www.joyent.com/developers/slingshot/

Inside the code there you will find a "Ruby VM" setup, so I think  
it's something feasible, I think @ rb_main startup you would need to  
adjust environment PATH and Ruby LOADPATH $: and you would be set  
(guessing).

- Jon

On Jul 10, 2007, at 7:24 AM, Tim Perrett wrote:

> Hey all
>
> I have been playing with soap4r and for some reason, it works
> perfectly under ruby 1.8.4, but complains about missing
> XSD::QName::EMPTY under the apple installed 1.8.2 - i think this is
> to do with the differences in the REXML implementation. So what I was
> wondering was if it would be possible to package everything into an
> app (yes i appreciate this would bloat it some what) including the
> ruby distribution itself?
>
> Has anyone done this and had any luck with it?
>
> Cheers
>
> Tim
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

[Rubycocoa-talk] packaging ruby within an RC app

[Tim P. <he...@ti...>]

Hey all

I have been playing with soap4r and for some reason, it works  
perfectly under ruby 1.8.4, but complains about missing  
XSD::QName::EMPTY under the apple installed 1.8.2 - i think this is  
to do with the differences in the REXML implementation. So what I was  
wondering was if it would be possible to package everything into an  
app (yes i appreciate this would bloat it some what) including the  
ruby distribution itself?

Has anyone done this and had any luck with it?

Cheers

Tim

Re: [Rubycocoa-talk] Ruby 'pointer to C Array' Solution

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

I added this info to the wiki:
http://rubycocoa.sourceforge.net/WorkingWithPointers

Eloy

On 7/10/07, Axel M. Roest <rub...@me...> wrote:
> At 11:26 +0200 10-07-2007, Axel M. Roest (i.e. me) wrote:
> >Hi,
> >
> >I want to use the function elementAtIndex_associatedPoints from
> >OSX::NSBezierPathElement, to get to the coordinates in a curve.
>
> The documentation is a little vague on this function, but the
> solution is as follows (thanks Laurent and Eloy): As you expect a
> point or array back, RubyCocoa thinks ahead of you and does not
> expect an empty array-pointer beforehand as you would in Obj-C.
> Instead you just get a new point or array back. You can use the
> function as follows:
>
> element, point = curve.elementAtIndex_associatedPoints(i)
>
> where i is the index of the curve element you're interested in.
>
> element is one of OSX::NSMoveToBezierPathElement,
> OSX::NSLineToBezierPathElement etc.
> point is an NSPoint, in the case of the above, or probably a ruby
> array of points in the case of an OSX::NSClosePathBezierPathElement,
> but I have not tested bezier curves yet.
>
>
> Axel
> --
> _________________________
> Axel Roest
> axelloroestello@{AIM/MSN} - Skype:axellofono - XOIP: 084-8749988
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>

Re: [Rubycocoa-talk] Ruby 'pointer to C Array' Solution

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

At 11:26 +0200 10-07-2007, Axel M. Roest (i.e. me) wrote:
>Hi,
>
>I want to use the function elementAtIndex_associatedPoints from
>OSX::NSBezierPathElement, to get to the coordinates in a curve.

The documentation is a little vague on this function, but the 
solution is as follows (thanks Laurent and Eloy): As you expect a 
point or array back, RubyCocoa thinks ahead of you and does not 
expect an empty array-pointer beforehand as you would in Obj-C. 
Instead you just get a new point or array back. You can use the 
function as follows:

element, point = curve.elementAtIndex_associatedPoints(i)

where i is the index of the curve element you're interested in.

element is one of OSX::NSMoveToBezierPathElement, 
OSX::NSLineToBezierPathElement etc.
point is an NSPoint, in the case of the above, or probably a ruby 
array of points in the case of an OSX::NSClosePathBezierPathElement, 
but I have not tested bezier curves yet.


Axel
-- 
_________________________
Axel Roest
axelloroestello@{AIM/MSN} - Skype:axellofono - XOIP: 084-8749988

[Rubycocoa-talk] Ruby 'pointer to C Array'

[Axel M. R. <ax...@me...>]

Hi,

I want to use the function elementAtIndex_associatedPoints from 
OSX::NSBezierPathElement, to get to the coordinates in a curve.
However, this function requires an C array to (NSPoint *) to fill in 
its data. I'm just a newbie with Ruby, and it appears there are no 
such things as pointers, but there must be a way to use this 
function, right?

What I tried so far, with curve being an NSBezierPathElement:
#######
a = OSX::NSPoint.new
b = OSX::NSPoint.new
c = OSX::NSPoint.new
elementCoords=[a,b,c]

element=curve.elementAtIndex_associatedPoints(0,elementCoords)
pnt=elementCoords[0]
if pnt != nil
	px=pnt.x
	py=pnt.y
end
#######

The idea being, that I get the coordinate from pnt.

however, when I examine a, a coordinate is never filled in, instead 
it stays at (0.0,0.0)

I also tried to pack the array of structs with
	elementCoords=[a,b,c].pack('PPP')

but get a lot of errors for that action.

How am I supposed to make this work? The whole story about ObjCPtr is 
far too vague for me.


Axel
-- 
_____________________________
Axel M. Roest                | AXEL Development & Support bv
in...@ax...                 | Macintosh developer & UNIX sysadmin
http://www.axel.nu           | XOIP: 084-8749988

[Rubycocoa-talk] Embedded Ruby to interface with SWIG

[Shane L. <sh...@sh...>]

Hello all. I've been hacking away at this problem for a few weeks now, and
I'm not even sure that RubyCocoa is the right tool for the job, so please be
gentle with me if I'm barking up the wrong tree.

What I am trying to do is embed a Ruby scripting engine into my application.
The app has a central engine written in C++ and an editor interface written
in Cocoa. I'm currently using SWIG to glue my C++ objects into Ruby.
Everything is actually working OK, but to get my C++ code into Ruby it has
to be compiled into its own bundle, which ends up separate from main
application, thus I'm unable to manipulate any of the objects in there.

My current hope is that I could make the whole thing into a RubyCocoa
application, load up my bundle once, and be done with it. But before I go
redoing my architecture entirely, I wanted to get a sanity check to see if
this was a smart way of doing things. I realize by going C++ --> SWIG -->
Cocoa --> Ruby may just introduce too many links into the chain, and also
worry that RubyCocoa, being designed to implement with ObjC, won't play as
nicely with SWIG-wrapped C++.

Has anyone else tried to do something along these lines? Are there any open
source examples available? I would appreciate any advice.

Re: [Rubycocoa-talk] RC bombing and throwing some strange error?

[Jon B. <jo...@gm...>]

This is a pretty good screencast on understanding embedded  
Frameworks ...

http://rentzsch.com/cocoa/embeddedFrameworks

Might help?

- Jon

On Jul 9, 2007, at 8:43 AM, Tim Perrett wrote:

> Ahh ive just created another one from scratch, and it works when you
> launch it. So there must be something wrong with my XCode project? It
> does appear to be copying it, but not actually using it?
>
> Cheers
>
> Tim
>
> On 9 Jul 2007, at 13:32, Tim Perrett wrote:
>
>> I created a new Ruby Core data document based application, then
>> created a new copy files build phase, and dragged RubyCocoa.framework
>> into the new phase. That should be all thats needed shouldnt it?
>
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

Re: [Rubycocoa-talk] RC bombing and throwing some strange error?

[Tim P. <he...@ti...>]

I ran standaloneify.rb on my app, and now it runs standing on its own  
two feet - great - but the application still bombs? Any ideas where  
that error might be comming from?

Cheers, Tim.

PS: My apologies for the last few emails i've sent to the list - I  
appreciate that they were probably a bit repetitive!




On 9 Jul 2007, at 13:19, Jon Baer wrote:

> Im not sure you should go by the file size per se, if you open
> terminal and jump into YourProject/build/Debug/YourApp.app/Frameworks
> you should check to see if the complete framework is in there.
>
> You might also want to remove or rename the one @ /Library/Frameworks
> in case there is a conflict of some kind (?)

Re: [Rubycocoa-talk] RC bombing and throwing some strange error?

[Tim P. <he...@ti...>]

Ahh ive just created another one from scratch, and it works when you  
launch it. So there must be something wrong with my XCode project? It  
does appear to be copying it, but not actually using it?

Cheers

Tim

On 9 Jul 2007, at 13:32, Tim Perrett wrote:

> I created a new Ruby Core data document based application, then
> created a new copy files build phase, and dragged RubyCocoa.framework
> into the new phase. That should be all thats needed shouldnt it?

Re: [Rubycocoa-talk] RC bombing and throwing some strange error?

[Tim P. <he...@ti...>]

The framework does appear to have copied into .app, but if I remove  
the one at /Library/Frameworks the app then wont launch? What might I  
have done wrong in XCode to not make it build correctly?

I created a new Ruby Core data document based application, then  
created a new copy files build phase, and dragged RubyCocoa.framework  
into the new phase. That should be all thats needed shouldnt it?

Cheers

Tim



On 9 Jul 2007, at 13:19, Jon Baer wrote:

> Im not sure you should go by the file size per se, if you open
> terminal and jump into YourProject/build/Debug/YourApp.app/Frameworks
> you should check to see if the complete framework is in there.
>
> You might also want to remove or rename the one @ /Library/Frameworks
> in case there is a conflict of some kind (?)

Re: [Rubycocoa-talk] RC bombing and throwing some strange error?

[Jon B. <jo...@gm...>]

Im not sure you should go by the file size per se, if you open  
terminal and jump into YourProject/build/Debug/YourApp.app/Frameworks  
you should check to see if the complete framework is in there.

You might also want to remove or rename the one @ /Library/Frameworks  
in case there is a conflict of some kind (?)

- Jon

On Jul 9, 2007, at 7:42 AM, Tim Perrett wrote:

> Just checked the build settings - its producing an executable of
> 2.1mb, which is probably about right, with the frameworks (RC is
> about 1.8mb), so i know its copying across OK. However im still
> getting the same error.
>
> I am also still in Debug configuration not release :)
>
> Thanks
>
> Tim
>
> On 9 Jul 2007, at 12:35, Jon Baer wrote:
>
>> Your build can not find RubyCocoa framework, depending on what target
>> you selected you might have to create a new Copy Build Phase for the
>> Framework, in my cases I always have to remind myself to do it when
>> switching to Release build.
>
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

Re: [Rubycocoa-talk] RC bombing and throwing some strange error?

[Tim P. <he...@ti...>]

Just checked the build settings - its producing an executable of  
2.1mb, which is probably about right, with the frameworks (RC is  
about 1.8mb), so i know its copying across OK. However im still  
getting the same error.

I am also still in Debug configuration not release :)

Thanks

Tim

On 9 Jul 2007, at 12:35, Jon Baer wrote:

> Your build can not find RubyCocoa framework, depending on what target
> you selected you might have to create a new Copy Build Phase for the
> Framework, in my cases I always have to remind myself to do it when
> switching to Release build.

Re: [Rubycocoa-talk] RC bombing and throwing some strange error?

[Tim P. <he...@ti...>]

Hey Jon

I'll check my build settings but im pretty sure off the top of my  
head its got the right copy files phase to put it into the executable.

Otherwise, for the retain/release stuff, as you say, I too was under  
the impression RC handled the retention and release of objects?

Cheers

Tim

On 9 Jul 2007, at 12:35, Jon Baer wrote:

> As for the clicking, crashing, when starting out I had a few crashes
> and ended up calling either retain / release and GC manually where
> need be.  However I think it's something Im *not* suppose to be doing
> as RC is suppose to handle, correct?

Re: [Rubycocoa-talk] RC bombing and throwing some strange error?

[Jon B. <jo...@gm...>]

Your build can not find RubyCocoa framework, depending on what target  
you selected you might have to create a new Copy Build Phase for the  
Framework, in my cases I always have to remind myself to do it when  
switching to Release build.  Looks like your project settings might  
just need to be adjusted (or you might need to rebuild RC for a newer  
feature you are hitting on -or- you are hitting something that might  
have been removed).

As for the clicking, crashing, when starting out I had a few crashes  
and ended up calling either retain / release and GC manually where  
need be.  However I think it's something Im *not* suppose to be doing  
as RC is suppose to handle, correct?

- Jon

On Jul 9, 2007, at 7:20 AM, Tim Perrett wrote:

> Hey all
>
> I have been writing a small application (an OSX NSTask type wrapper)
> and I have a button in my tool bar that then calls the NSTask run
> method, which is all hunky dorey. But when its clicked exactly 6
> times consecutively it makes the application crash - in the GDB
> console I get this message....
>
> warning: Unable to read symbols for "@executable_path/../Frameworks/
> RubyCocoa.framework/Versions/A/RubyCocoa" (file not found).
>
> Any ideas what's going on there?
>
> Thanks
>
> Tim
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

[Rubycocoa-talk] RC bombing and throwing some strange error?

[Tim P. <he...@ti...>]

Hey all

I have been writing a small application (an OSX NSTask type wrapper)  
and I have a button in my tool bar that then calls the NSTask run  
method, which is all hunky dorey. But when its clicked exactly 6  
times consecutively it makes the application crash - in the GDB  
console I get this message....

warning: Unable to read symbols for "@executable_path/../Frameworks/ 
RubyCocoa.framework/Versions/A/RubyCocoa" (file not found).

Any ideas what's going on there?

Thanks

Tim

Re: [Rubycocoa-talk] Problem compiling

[Laurent S. <lsa...@ap...>]

Hi,

On Jul 4, 2007, at 5:06 PM, Maarten Engelen wrote:

> I'm trying to compile rubycocoa on a intel mac, but the build process
> exits with an error when it reaches WebKit. The error message follows
> below:
>
> Generating BridgeSupport metadata for: WebKit ...
> ./gen_bridge_metadata.rb:1841:in `generate_precompiled_header': Can't
> precompile header... aborting (RuntimeError)
> command was: gcc -c -x objective-c-header /tmp/src-0-14642.h -o
> /tmp/src-0-14642.h.gch -F"/System/Library/Frameworks" -framework
> WebKit -framework Foundation  2>/tmp/log-0-14642
>
> In file included from
> /System/Library/Frameworks/WebKit.framework/Headers/DOMObject.h:27,
>                 from
> /System/Library/Frameworks/WebKit.framework/Headers/ 
> DOMAbstractView.h:27,
>                 from /tmp/src-0-14642.h:5:
> /System/Library/Frameworks/WebKit.framework/Headers/DOMException.h:33:
> error: redeclaration of enumerator 'DOM_INDEX_SIZE_ERR'
> /System/Library/Frameworks/WebKit.framework/Headers/DOMCore.h:54:
> error: previous definition of 'DOM_INDEX_SIZE_ERR' was here
> /System/Library/Frameworks/WebKit.framework/Headers/DOMException.h:34:
> error: redeclaration of enumerator 'DOM_DOMSTRING_SIZE_ERR'
> /System/Library/Frameworks/WebKit.framework/Headers/DOMCore.h:55:
> error: previous definition of 'DOM_DOMSTRING_SIZE_ERR' was here
> /System/Library/Frameworks/WebKit.framework/Headers/DOMException.h:35:
> error: redeclaration of enumerator 'DOM_HIERARCHY_REQUEST_ERR'
> /System/Library/Frameworks/WebKit.framework/Headers/DOMCore.h:56:
> error: previous definition of 'DOM_HIERARCHY_REQUEST_ERR' was here
> /System/Library/Frameworks/WebKit.framework/Headers/DOMException.h:36:
> error: redeclaration of enumerator 'DOM_WRONG_DOCUMENT_ERR'
> /System/Library/Frameworks/WebKit.framework/Headers/DOMCore.h:57:
> error: previous definition of 'DOM_WRONG_DOCUMENT_ERR' was here
> /System/Library/Frameworks/WebKit.framework/Headers/DOMException.h:37:
> error: redeclaration of enumerator 'DOM_INVALID_CHARACTER_ERR'
> /System/Library/Frameworks/WebKit.framework/Headers/DOMCore.h:58:
> error: previous definition of 'DOM_INVALID_CHARACTER_ERR' was here
> /System/Library/Frameworks/WebKit.framework/Headers/DOMException.h:38:
> error: redeclaration of enumerator 'DOM_NO_DATA_ALLOWED_ERR'
> /System/Library/Frameworks/WebKit.framework/Headers/DOMCore.h:59:
> error: previous definition of 'DOM_NO_DATA_ALLOWED_ERR' was here
> /System/Library/Frameworks/WebKit.framework/Headers/DOMException.h:39:
> error: redeclaration of enumerator 'DOM_NO_MODIFICATION_ALLOWED_ERR'
> /System/Library/Frameworks/WebKit.framework/Headers/DOMCore.h:60:
> error: previous definition of 'DOM_NO_MODIFICATION_ALLOWED_ERR' was
> here
> /System/Library/Frameworks/WebKit.framework/Headers/DOMException.h:40:
> error: redeclaration of enumerator 'DOM_NOT_FOUND_ERR'
> /System/Library/Frameworks/WebKit.framework/Headers/DOMCore.h:61:
> error: previous definition of 'DOM_NOT_FOUND_ERR' was here
> /System/Library/Frameworks/WebKit.framework/Headers/DOMException.h:41:
> error: redeclaration of enumerator 'DOM_NOT_SUPPORTED_ERR'
> /System/Library/Frameworks/WebKit.framework/Headers/DOMCore.h:62:
> error: previous definition of 'DOM_NOT_SUPPORTED_ERR' was here
> /System/Library/Frameworks/WebKit.framework/Headers/DOMException.h:42:
> error: redeclaration of enumerator 'DOM_INUSE_ATTRIBUTE_ERR'
> /System/Library/Frameworks/WebKit.framework/Headers/DOMCore.h:63:
> error: previous definition of 'DOM_INUSE_ATTRIBUTE_ERR' was here
> /System/Library/Frameworks/WebKit.framework/Headers/DOMException.h:43:
> error: redeclaration of enumerator 'DOM_INVALID_STATE_ERR'
>
> ...
>
> In file included from /tmp/src-0-14642.h:116:
> /System/Library/Frameworks/WebKit.framework/Headers/DOMRGBColor.h:33:
> error: redefinition of 'struct DOMRGBColor'
> In file included from /tmp/src-0-14642.h:118:
> /System/Library/Frameworks/WebKit.framework/Headers/ 
> DOMStyleSheetList.h:32:
> error: redefinition of 'struct DOMStyleSheetList'
> In file included from /tmp/src-0-14642.h:122:
> /System/Library/Frameworks/WebKit.framework/Headers/DOMTreeWalker.h: 
> 35:
> error: redefinition of 'struct DOMTreeWalker'
>        from ./gen_bridge_metadata.rb:520:in `collect'
>        from build.rb:101
>        from build.rb:50:in `measure'
>        from build.rb:101
>        from build.rb:62:in `each'
>        from build.rb:62
> config failed
> hook /Users/maarten/Desktop/Download/rubycocoa/framework/post- 
> config.rb failed:
> 'system BSROOT="/Users/maarten/Desktop/Download/rubycocoa/framework/ 
> bridge-support"
> CFLAGS="" /opt/local/bin/ruby build.rb' failed
> try 'ruby install.rb --help' for usage
>
> Any idea what may cause this. For the record: I'm running OS X 10.4.9,
> with Safari 3 beta installed (different webkit?). I use ruby 1.8.6
> from MacPorts. I also compiled rubycocoa on a PPC machine with 10.4.10
> and Safari 3 beta installed.

Yes Safari 3 beta probably installs a different WebKit that we do not  
support yet.

If you want to work around this problem, edit misc/bridgesupport/ 
build.rb and remove all expressions dealing with WebKit. This means  
that the copy of RubyCocoa you will build won't support WebKit though.

Otherwise, de-install Safari 3 beta and try again.

Laurent