rubycocoa-talk — talking about RubyCocoa

Re: [Rubycocoa-talk] Trouble Installing

[Jeremy N. <jn...@gn...>]

    Oi, I just downloaded the latest version of REXML, installed it, and 
then moved it to the location where the other REXML files were (of 
course making a backup).  Still same error.  I recompiled Ruby after I 
got this error as well.  I fixed the order in my lib path as well, no dice.

Eloy Duran wrote:
> Yes it's just a library. Check /usr/local/lib/ruby/1.8
>
> Eloy
>
> On 10/25/07, Jeremy Nicoll <jn...@gn...> wrote:
>   
>>   Yes, "which ruby" does point to the one that I installed.  Is the REXML
>> just a library?  It might be that my library path in my profile is a bit
>> mixed up compared to my executable path.....
>>
>>
>>
>>  Eloy Duran wrote:
>>  Well autotest works with RubyCocoa, but as longs as you don't have RC
>> installed
>> require 'osx/cocoa' will not work. ('osx/cocoa' == RubyCocoa)
>>
>> Like Laurent said could you double check your REXML/ruby installation?
>> I suppose "which ruby" points to the one you installed?
>>
>> Eloy
>>
>> On 10/25/07, Jeremy Nicoll <jn...@gn...> wrote:
>>
>>
>>  Actually, I tried it out with the older version because the newest
>> version did not work (same error as the older version). I tried this with
>> the SVN version as well with the same results. Here is my version of Ruby:
>> ruby 1.8.6 (2007-09-23 patchlevel 110) [i686-darwin8.10.1]
>>
>>  Yes, I'm talking about autotest. It fails saying that it requires
>> osx/cocoa or some other gem like that.
>>
>>
>>  Eloy Duran wrote:
>>  Hi Jeremy,
>>
>>
>>
>>  When I follow the instructions to install from source, I get the
>> following error:
>>
>>  Is there a specific reason that you are trying to use an older release?
>> 0.11.1.
>> Not that I know of such an error occuring with 0.11.1, but still :)
>>
>> Which version of ruby are you using?
>>
>> [snip]
>>
>>
>>
>>  I'm especially frustrated because I want to use Zentest, and it seems that
>> Zentest does not work without RubyCocoa. Any help is appreciated. I had
>> Safari 3 beta installed, but reverted back to 2 before attempting the
>> install. I do have the binary install, but since I have a custom version of
>> Ruby installed and I am now attempting to install from source.
>>
>>  Do you mean autotest? Or another component of the ZenTest suite?
>> Because I use autotest all the time with RubyCocoa. (Which others
>> should try too!)
>>
>> Cheers,
>> Eloy
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems? Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> _______________________________________________
>> Rubycocoa-talk mailing list
>> Rub...@li...
>> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>>
>>
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems? Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> _______________________________________________
>> Rubycocoa-talk mailing list
>> Rub...@li...
>> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>>
>>
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems? Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> _______________________________________________
>> Rubycocoa-talk mailing list
>> Rub...@li...
>> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>>
>>
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> _______________________________________________
>> Rubycocoa-talk mailing list
>> Rub...@li...
>> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>>
>>
>>     
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>
>   

Re: [Rubycocoa-talk] Trouble Installing

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

Yes it's just a library. Check /usr/local/lib/ruby/1.8

Eloy

On 10/25/07, Jeremy Nicoll <jn...@gn...> wrote:
>
>   Yes, "which ruby" does point to the one that I installed.  Is the REXML
> just a library?  It might be that my library path in my profile is a bit
> mixed up compared to my executable path.....
>
>
>
>  Eloy Duran wrote:
>  Well autotest works with RubyCocoa, but as longs as you don't have RC
> installed
> require 'osx/cocoa' will not work. ('osx/cocoa' == RubyCocoa)
>
> Like Laurent said could you double check your REXML/ruby installation?
> I suppose "which ruby" points to the one you installed?
>
> Eloy
>
> On 10/25/07, Jeremy Nicoll <jn...@gn...> wrote:
>
>
>  Actually, I tried it out with the older version because the newest
> version did not work (same error as the older version). I tried this with
> the SVN version as well with the same results. Here is my version of Ruby:
> ruby 1.8.6 (2007-09-23 patchlevel 110) [i686-darwin8.10.1]
>
>  Yes, I'm talking about autotest. It fails saying that it requires
> osx/cocoa or some other gem like that.
>
>
>  Eloy Duran wrote:
>  Hi Jeremy,
>
>
>
>  When I follow the instructions to install from source, I get the
> following error:
>
>  Is there a specific reason that you are trying to use an older release?
> 0.11.1.
> Not that I know of such an error occuring with 0.11.1, but still :)
>
> Which version of ruby are you using?
>
> [snip]
>
>
>
>  I'm especially frustrated because I want to use Zentest, and it seems that
> Zentest does not work without RubyCocoa. Any help is appreciated. I had
> Safari 3 beta installed, but reverted back to 2 before attempting the
> install. I do have the binary install, but since I have a custom version of
> Ruby installed and I am now attempting to install from source.
>
>  Do you mean autotest? Or another component of the ZenTest suite?
> Because I use autotest all the time with RubyCocoa. (Which others
> should try too!)
>
> Cheers,
> Eloy
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>
>

Re: [Rubycocoa-talk] Trouble Installing

[Jeremy N. <jn...@gn...>]

 Yes, "which ruby" does point to the one that I installed.  Is the REXML 
just a library?  It might be that my library path in my profile is a bit 
mixed up compared to my executable path.....


Eloy Duran wrote:
> Well autotest works with RubyCocoa, but as longs as you don't have RC installed
> require 'osx/cocoa' will not work. ('osx/cocoa' == RubyCocoa)
>
> Like Laurent said could you double check your REXML/ruby installation?
> I suppose "which ruby" points to the one you installed?
>
> Eloy
>
> On 10/25/07, Jeremy Nicoll <jn...@gn...> wrote:
>   
>>      Actually, I tried it out with the older version because the newest
>> version did not work (same error as the older version).  I tried this with
>> the SVN version as well with the same results.  Here is my version of Ruby:
>> ruby 1.8.6 (2007-09-23 patchlevel 110) [i686-darwin8.10.1]
>>
>>  Yes, I'm talking about autotest.  It fails saying that it requires
>> osx/cocoa or some other gem like that.
>>
>>
>>  Eloy Duran wrote:
>>  Hi Jeremy,
>>
>>
>>
>>  When I follow the instructions to install from source, I get the
>> following error:
>>
>>  Is there a specific reason that you are trying to use an older release?
>> 0.11.1.
>> Not that I know of such an error occuring with 0.11.1, but still :)
>>
>> Which version of ruby are you using?
>>
>> [snip]
>>
>>
>>
>>  I'm especially frustrated because I want to use Zentest, and it seems that
>> Zentest does not work without RubyCocoa. Any help is appreciated. I had
>> Safari 3 beta installed, but reverted back to 2 before attempting the
>> install. I do have the binary install, but since I have a custom version of
>> Ruby installed and I am now attempting to install from source.
>>
>>  Do you mean autotest? Or another component of the ZenTest suite?
>> Because I use autotest all the time with RubyCocoa. (Which others
>> should try too!)
>>
>> Cheers,
>> Eloy
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems? Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> _______________________________________________
>> Rubycocoa-talk mailing list
>> Rub...@li...
>> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>>
>>
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> _______________________________________________
>> Rubycocoa-talk mailing list
>> Rub...@li...
>> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>>
>>
>>     
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>
>   

Re: [Rubycocoa-talk] Trouble Installing

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

Well autotest works with RubyCocoa, but as longs as you don't have RC installed
require 'osx/cocoa' will not work. ('osx/cocoa' == RubyCocoa)

Like Laurent said could you double check your REXML/ruby installation?
I suppose "which ruby" points to the one you installed?

Eloy

On 10/25/07, Jeremy Nicoll <jn...@gn...> wrote:
>
>      Actually, I tried it out with the older version because the newest
> version did not work (same error as the older version).  I tried this with
> the SVN version as well with the same results.  Here is my version of Ruby:
> ruby 1.8.6 (2007-09-23 patchlevel 110) [i686-darwin8.10.1]
>
>  Yes, I'm talking about autotest.  It fails saying that it requires
> osx/cocoa or some other gem like that.
>
>
>  Eloy Duran wrote:
>  Hi Jeremy,
>
>
>
>  When I follow the instructions to install from source, I get the
> following error:
>
>  Is there a specific reason that you are trying to use an older release?
> 0.11.1.
> Not that I know of such an error occuring with 0.11.1, but still :)
>
> Which version of ruby are you using?
>
> [snip]
>
>
>
>  I'm especially frustrated because I want to use Zentest, and it seems that
> Zentest does not work without RubyCocoa. Any help is appreciated. I had
> Safari 3 beta installed, but reverted back to 2 before attempting the
> install. I do have the binary install, but since I have a custom version of
> Ruby installed and I am now attempting to install from source.
>
>  Do you mean autotest? Or another component of the ZenTest suite?
> Because I use autotest all the time with RubyCocoa. (Which others
> should try too!)
>
> Cheers,
> Eloy
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>
>

Re: [Rubycocoa-talk] Trouble Installing

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

Hi Jeremy,

What is the version of Ruby that you have in /usr/local. I wonder if  
your copy of REXML isn't too old, because when I compare the files and  
line numbers of the backtrace with my REXML, it doesn't correspond to  
the backtrace methods.

Laurent

On Oct 25, 2007, at 6:42 PM, Jeremy Nicoll wrote:

> Hello,
>     When I follow the instructions to install from source, I get the  
> following error:
>
> install.rb: entering config phase...
> create ext/rubycocoa/extconf.rb
> create framework/GeneratedConfig.xcconfig
> create framework/src/objc/Version.h
> ---> framework
> create /Users/Eltiare/src/RubyCocoa-0.11.1/framework/src/objc/ 
> osx_ruby.h ...
> create /Users/Eltiare/src/RubyCocoa-0.11.1/framework/src/objc/ 
> osx_intern.h ...
> BSROOT="/Users/Eltiare/src/RubyCocoa-0.11.1/framework/bridge- 
> support" CFLAGS="" /usr/local/bin/ruby build.rb
> Generating BridgeSupport metadata for: CoreFoundation ...
>     Collect metadata (8.950143 seconds)
> /usr/local/lib/ruby/1.8/rexml/text.rb:292:in `normalize': private  
> method `gsub' called for true:TrueClass (NoMethodError)
>         from /usr/local/lib/ruby/1.8/rexml/element.rb:1082:in `[]='
>         from /usr/local/lib/ruby/1.8/rexml/element.rb:586:in  
> `add_attribute'
>         from ./gen_bridge_metadata.rb:1435:in `generate_xml_document'
>         from ./gen_bridge_metadata.rb:1419:in `each'
>         from ./gen_bridge_metadata.rb:1419:in `generate_xml_document'
>         from ./gen_bridge_metadata.rb:551:in `xml_document'
>         from ./gen_bridge_metadata.rb:1511:in `generate_xml'
>         from ./gen_bridge_metadata.rb:1511:in `open'
>         from ./gen_bridge_metadata.rb:1511:in `generate_xml'
>         from ./gen_bridge_metadata.rb:542:in `write'
>         from build.rb:106
>         from build.rb:50:in `measure'
>         from build.rb:104
>         from build.rb:62:in `each'
>         from build.rb:62
> config failed
> hook /Users/Eltiare/src/RubyCocoa-0.11.1/framework/post-config.rb  
> failed:
> 'system BSROOT="/Users/Eltiare/src/RubyCocoa-0.11.1/framework/bridge- 
> support" CFLAGS="" /usr/local/bin/ruby build.rb' failed
> try 'ruby install.rb --help' for usage
>
>
> I'm especially frustrated because I want to use Zentest, and it  
> seems that Zentest does not work without RubyCocoa.  Any help is  
> appreciated.  I had Safari 3 beta installed, but reverted back to 2  
> before attempting the install.  I do have the binary install, but  
> since I have a custom version of Ruby installed and I am now  
> attempting to install from source.
>
> TIA,
> Jeremy Nicoll
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a  
> browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/_______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

Re: [Rubycocoa-talk] Trouble Installing

[Jeremy N. <jn...@gn...>]

    Actually, I tried it out with the older version because the newest 
version did not work (same error as the older version).  I tried this 
with the SVN version as well with the same results.  Here is my version 
of Ruby: ruby 1.8.6 (2007-09-23 patchlevel 110) [i686-darwin8.10.1]

Yes, I'm talking about autotest.  It fails saying that it requires 
osx/cocoa or some other gem like that.


Eloy Duran wrote:
> Hi Jeremy,
>
>   
>>      When I follow the instructions to install from source, I get the
>> following error:
>>     
>
> Is there a specific reason that you are trying to use an older release? 0.11.1.
> Not that I know of such an error occuring with 0.11.1, but still :)
>
> Which version of ruby are you using?
>
> [snip]
>
>   
>>  I'm especially frustrated because I want to use Zentest, and it seems that
>> Zentest does not work without RubyCocoa.  Any help is appreciated.  I had
>> Safari 3 beta installed, but reverted back to 2 before attempting the
>> install.  I do have the binary install, but since I have a custom version of
>> Ruby installed and I am now attempting to install from source.
>>     
>
> Do you mean autotest? Or another component of the ZenTest suite?
> Because I use autotest all the time with RubyCocoa. (Which others
> should try too!)
>
> Cheers,
> Eloy
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>
>   

Re: [Rubycocoa-talk] Trouble Installing

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

Hi Jeremy,

>      When I follow the instructions to install from source, I get the
> following error:

Is there a specific reason that you are trying to use an older release? 0.11.1.
Not that I know of such an error occuring with 0.11.1, but still :)

Which version of ruby are you using?

[snip]

>  I'm especially frustrated because I want to use Zentest, and it seems that
> Zentest does not work without RubyCocoa.  Any help is appreciated.  I had
> Safari 3 beta installed, but reverted back to 2 before attempting the
> install.  I do have the binary install, but since I have a custom version of
> Ruby installed and I am now attempting to install from source.

Do you mean autotest? Or another component of the ZenTest suite?
Because I use autotest all the time with RubyCocoa. (Which others
should try too!)

Cheers,
Eloy

[Rubycocoa-talk] Trouble Installing

[Jeremy N. <jn...@gn...>]

Hello,
    When I follow the instructions to install from source, I get the 
following error:

install.rb: entering config phase...
create ext/rubycocoa/extconf.rb
create framework/GeneratedConfig.xcconfig
create framework/src/objc/Version.h
---> framework
create /Users/Eltiare/src/RubyCocoa-0.11.1/framework/src/objc/osx_ruby.h ...
create 
/Users/Eltiare/src/RubyCocoa-0.11.1/framework/src/objc/osx_intern.h ...
BSROOT="/Users/Eltiare/src/RubyCocoa-0.11.1/framework/bridge-support" 
CFLAGS="" /usr/local/bin/ruby build.rb
Generating BridgeSupport metadata for: CoreFoundation ...
    Collect metadata (8.950143 seconds)
/usr/local/lib/ruby/1.8/rexml/text.rb:292:in `normalize': private method 
`gsub' called for true:TrueClass (NoMethodError)
        from /usr/local/lib/ruby/1.8/rexml/element.rb:1082:in `[]='
        from /usr/local/lib/ruby/1.8/rexml/element.rb:586:in `add_attribute'
        from ./gen_bridge_metadata.rb:1435:in `generate_xml_document'
        from ./gen_bridge_metadata.rb:1419:in `each'
        from ./gen_bridge_metadata.rb:1419:in `generate_xml_document'
        from ./gen_bridge_metadata.rb:551:in `xml_document'
        from ./gen_bridge_metadata.rb:1511:in `generate_xml'
        from ./gen_bridge_metadata.rb:1511:in `open'
        from ./gen_bridge_metadata.rb:1511:in `generate_xml'
        from ./gen_bridge_metadata.rb:542:in `write'
        from build.rb:106
        from build.rb:50:in `measure'
        from build.rb:104
        from build.rb:62:in `each'
        from build.rb:62
config failed
hook /Users/Eltiare/src/RubyCocoa-0.11.1/framework/post-config.rb failed:
'system 
BSROOT="/Users/Eltiare/src/RubyCocoa-0.11.1/framework/bridge-support" 
CFLAGS="" /usr/local/bin/ruby build.rb' failed
try 'ruby install.rb --help' for usage


I'm especially frustrated because I want to use Zentest, and it seems 
that Zentest does not work without RubyCocoa.  Any help is appreciated.  
I had Safari 3 beta installed, but reverted back to 2 before attempting 
the install.  I do have the binary install, but since I have a custom 
version of Ruby installed and I am now attempting to install from source.

TIA,
Jeremy Nicoll

Re: [Rubycocoa-talk] Is this behavior expected?

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

Hi Javier,

This is intended behaviour. Ruby arrays and hashes etc do not have
what it takes to be able to use with bindings etc. Don't worry about
it to much, you can ducktype most of the stuff.

You can always use #to_hash or #to_a:
Marshal.dump(ns_dict.to_hash)

Or if you are ducktyping you can use #to_ruby which resolves the ruby
variants of the objects that you have:

Marshal.dump(obj.to_ruby)

Cheers,
Eloy

On 10/25/07, Javier Solorzano <jav...@ri...> wrote:
> Hi again,
>
> I've noticed that when I create Ruby arrays or dictionaries that are
> accessed through bindings (even for read only access) are "promoted" to NSCF
> equivalentes, that is, for example
>
> kvc_accessor :abc
> .
> .
> .
>
> @abc = {}
> (after @abc is accessed by the gui through a binding)
> @abc.class
> OSX::NSCFDictionary
>
> This is a small nuisance perhaps, but for example, precludes me for simply
> doing Marshal.dump(@abc). (Of course I could always write marshal methods
> for NSCFDictionary, but I think that's besides the point), or doing simple
> checks on an object's class (since it could have mutated to the NSCF
> equivalent) and it gets even messier with dates.
>
> Maybe this is intended but IMHO if I store a ruby value I should always get
> back a Ruby value, and when Objective-C wants to read (or even set) a value
> the bridge should not change the class but transform it into a Ruby class.
>
> I understand that if a user keys in a string on a field that has a binding,
> then *perhaps* it is not so bad to get a NSCFString back, since it is
> not immediately obvious if I want a ruby string or an Objective-C one.
> However if the binding only read the value I see no justification to mutate
> the class.
>
> Cheers,
>
> JS
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>
>

[Rubycocoa-talk] Is this behavior expected?

[Javier S. <jav...@ri...>]

Hi again,

I've noticed that when I create Ruby arrays or dictionaries that are  
accessed through bindings (even for read only access) are "promoted"  
to NSCF equivalentes, that is, for example

kvc_accessor :abc
.
.
.

@abc = {}
(after @abc is accessed by the gui through a binding)
@abc.class
OSX::NSCFDictionary

This is a small nuisance perhaps, but for example, precludes me for  
simply doing Marshal.dump(@abc). (Of course I could always write  
marshal methods for NSCFDictionary, but I think that's besides the  
point), or doing simple checks on an object's class (since it could  
have mutated to the NSCF equivalent) and it gets even messier with  
dates.

Maybe this is intended but IMHO if I store a ruby value I should  
always get back a Ruby value, and when Objective-C wants to read (or  
even set) a value the bridge should not change the class but  
transform it into a Ruby class.

I understand that if a user keys in a string on a field that has a  
binding, then *perhaps* it is not so bad to get a NSCFString back,  
since it is not immediately obvious if I want a ruby string or an  
Objective-C one.  However if the binding only read the value I see no  
justification to mutate the class.

Cheers,

JS

[Rubycocoa-talk] Help tracing a bug

[Javier S. <jav...@ri...>]

Hi All,

I've got an application that continuously polls values from several  
servers launching threads via a timer (ruby threads) that get the  
value and die and refreshing a window when new data is available. The  
refreshing is done with bindings. The app works ok for some time but  
eventually it crashes. The app is using ruby arrays and dictionaries  
(which hold numbers and strings) and I relay on the bridge to provide  
the GUI with Objective-C versions

This is the stack trace. The biggest problem is that I don't even  
know how to start debugging this problem, nor how to get useful  data  
for the development team.

Any tips on how to tackle this will be appreciated.

#0	0x92c6acb4 in NSKVOPendingNotificationRelease
#1	0x907c10cc in __CFArrayReleaseValues
#2	0x907c00b8 in _CFArrayReplaceValues
#3	0x907f4a1c in CFArrayRemoveValueAtIndex
#4	0x92befaec in -[NSObject(NSKeyValueObserverNotification)  
didChangeValueForKey:]
#5	0x0004224c in ffi_call_DARWIN
#6	0x00041d84 in ffi_call
#7	0x0003fbcc in rb_ffi_dispatch
#8	0x0002c4b8 in objcptr_cptr
#9	0x0002d060 in init_mdl_OCObjWrapper
#10	0x00042034 in ffi_closure_helper_DARWIN
#11	0x00042324 in ffi_closure_ASM
#12	0x00225c7c in rb_call0
#13	0x002267f4 in rb_call
#14	0x0022388c in rb_eval
#15	0x002262dc in rb_call0
#16	0x002267f4 in rb_call
#17	0x0023102c in rb_apply
#18	0x00219f50 in rb_protect
#19	0x00033704 in rbobj_call_ruby
#20	0x00033bd4 in rbobj_call_ruby
#21	0x00033014 in ovmix_register_ruby_method
#22	0x00031990 in init_ovmix
#23	0x92bd5040 in -[NSObject(NSForwardInvocation) forward::]
#24	0x90a450b0 in _objc_msgForward
#25	0x0004224c in ffi_call_DARWIN
#26	0x00041d84 in ffi_call
#27	0x0003fbcc in rb_ffi_dispatch

Re: [Rubycocoa-talk] The Mysteries of pointers to pointers

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

Hey Javier,

If you simply omit the args that should be pointers, do you get
instances of ObjcPtr back?
Like described in: http://rubycocoa.sourceforge.net/WorkingWithPointers

So:
inputStream, outputStream =
NSStream.getStreamsToHost_port_inputStream_outputStream(host, port)

Cheers,
Eloy

On 10/18/07, Javier Solorzano <jav...@ri...> wrote:
> Hi all,
>
> Anyone knows how to rewrite this in ruby ? I guess it requires
> ObjcPtr but I just don't get it.
>
>      NSInputStream *inputStream;
>      NSOutputStream *outputStream;
>
>
>          [NSStream getStreamsToHost:host
>                                port:port
>                         inputStream:&inputStream
>                        outputStream:&outputStream];
>
>             ...
>
>
> JS
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>

[Rubycocoa-talk] The Mysteries of pointers to pointers

[Javier S. <jav...@ri...>]

Hi all,

Anyone knows how to rewrite this in ruby ? I guess it requires  
ObjcPtr but I just don't get it.

     NSInputStream *inputStream;
     NSOutputStream *outputStream;


         [NSStream getStreamsToHost:host
                               port:port
                        inputStream:&inputStream
                       outputStream:&outputStream];

            ...


JS

Re: [Rubycocoa-talk] Leopard / RubyCocoa

[Pierce T. W. I. <pi...@tw...>]

On Oct 16, 2007, at 8:42 AM, Jon Baer wrote:

> The 2 things Im mainly interested / curious about are ...
>
> * Apps that OSA work with (anything specific to Leopard).

  AFAIK, OSA will work with anything that supports Applescript.
>
> * Gems preinstalled (Rails, Mongrel, Hpricot, etc).

Rails, Mongrel for sure. Something else that begins with a C?  
Capistrano?

It's on the Leopard "300 features page" under UNIX.

Re: [Rubycocoa-talk] Leopard / RubyCocoa

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

The 2 things Im mainly interested / curious about are ...

* Apps that OSA work with (anything specific to Leopard).

* Gems preinstalled (Rails, Mongrel, Hpricot, etc).

- Jon

On Oct 16, 2007, at 11:23 AM, Pierce T. Wetter III wrote:

>
> On Oct 15, 2007, at 2:13 PM, Laurent Sansonetti wrote:
>
>> Hi Jon,
>>
>> Leopard has still not be released yet, so in the meantime we can't
>> give more than the details that are on the apple.com Leopard website.
>
> Which are:
>
> #  Cocoa Bridges
>
> Use Ruby and Python as first-class languages for building Cocoa
> applications, thanks to Objective-C bridges as well as full Xcode and
> Interface Builder support.
>
>
>
> #  Scripting Bridge
>
> Use Objective-C, Ruby, and Python programs to automate Mac
> applications. The new Scripting Bridge enables them to easily
> generate AppleEvents using a concise, AppleScript-like syntax.
>
>
> (Now if I could just figure out why standalonify.rb isn't working for
> me. )
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a  
> browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

Re: [Rubycocoa-talk] Leopard / RubyCocoa

[Pierce T. W. I. <pi...@tw...>]

On Oct 15, 2007, at 2:13 PM, Laurent Sansonetti wrote:

> Hi Jon,
>
> Leopard has still not be released yet, so in the meantime we can't
> give more than the details that are on the apple.com Leopard website.

Which are:

#  Cocoa Bridges

Use Ruby and Python as first-class languages for building Cocoa  
applications, thanks to Objective-C bridges as well as full Xcode and  
Interface Builder support.



#  Scripting Bridge

Use Objective-C, Ruby, and Python programs to automate Mac  
applications. The new Scripting Bridge enables them to easily  
generate AppleEvents using a concise, AppleScript-like syntax.


(Now if I could just figure out why standalonify.rb isn't working for  
me. )

Re: [Rubycocoa-talk] Leopard / RubyCocoa

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

Hi Jon,

Leopard has still not be released yet, so in the meantime we can't  
give more than the details that are on the apple.com Leopard website.

Just be patient a few more days :-)

Laurent

On Oct 15, 2007, at 1:50 PM, Jon Baer wrote:

> Hi,
>
> Im interesting in knowing (if possible) what the layout of the land
> will be for RubyCocoa in Leopard?  Is it assumed the SVN installation
> is identical or will things be different, i.e. can you build / code
> off current "tech preview" version of RC and expect it to work or
> will you need to change anything for deployment?  Also is it possible
> to discuss what pre-bundled gems will be installed as well since it
> is close(?) to release?
>
> Thanks.
>
> - Jon
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a  
> browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

[Rubycocoa-talk] Leopard / RubyCocoa

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

Hi,

Im interesting in knowing (if possible) what the layout of the land  
will be for RubyCocoa in Leopard?  Is it assumed the SVN installation  
is identical or will things be different, i.e. can you build / code  
off current "tech preview" version of RC and expect it to work or  
will you need to change anything for deployment?  Also is it possible  
to discuss what pre-bundled gems will be installed as well since it  
is close(?) to release?

Thanks.

- Jon

Re: [Rubycocoa-talk] Problem overriding instance methods.

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

I've uploaded a sample to:
http://superalloy.nl/misc_files/rubycocoa/SAHDCrashReporter.zip

In there there's a sample_app/build/Crasher.app, run it from there.
Hit "Ruby Exception", relaunch the app and it should show the send
report window.

In lib/SAHDCrashReporter.rb you will find the methods that are overriden.
The class method applicationName works, as you can see by the line
that gets printed to the console "app name called!", but the instance
method #sendReport doesn't work.

Cheers,
Eloy

On 10/13/07, Eloy Duran <elo...@gm...> wrote:
> Just to clarify, overriding class methods does work, just not instance methods.
>
> Eloy
>
> On 10/13/07, Eloy Duran <elo...@gm...> wrote:
> > Hello all,
> >
> > I have a problem where I try to override an instance method of a class
> > which comes from a framework that I have generated the bridgesupport
> > for as per instructions on the wiki...
> >
> > The code is like this:
> >
> > ==============================================================
> > require 'osx/cocoa'
> >
> > OSX.require_framework
> > File.expand_path('../../vendor/HDCrashReporter.framework', __FILE__)
> >
> > class OSX::HDCrashReporter
> >   def sendReport(sender)
> >     puts "Where's the message to this method dude?!"
> >   end
> >
> >   def self.doCrashSubmitting
> >     puts 'HDCrashReporter class method. This works...'
> >   end
> > end
> >
> > class OSX::NSString
> >   def capitalizedString
> >     puts 'NSString instance method. This does work...'
> >   end
> > end
> >
> > OSX::HDCrashReporter.doCrashSubmitting # prints: HDCrashReporter class
> > method. This works...
> > "foo".to_nsstring.capitalizedString    # prints: NSString instance
> > method. This does work...
> >
> > OSX::HDCrashReporter.alloc.init.sendReport(nil)
> > ==============================================================
> >
> >
> > The last call only works if I initialize an instance myself, so if I
> > call it from the ruby side.
> > But it doesn't when the method is called as from the interface, at
> > that point it simply uses the original method.
> >
> > The original method is as follows:
> >
> > - (IBAction) sendReport: (id) sender
> > {
> >   // code
> > }
> >
> > I have included the output with $RUBYCOCOA_DEBUG = true
> > I hope this is helpful...
> >
> > Cheers,
> > Eloy
> >
> > 2007-10-13 19:09:25.388 Crasher[20751] OVMIX : Registering (direct
> > override) Ruby method by selector 'sendReport:' types 'v12@0:4@8'
> > 2007-10-13 19:09:25.388 Crasher[20751] OVMIX : retrieving closure imp
> > for method type 'v12@0:4@8'
> > 2007-10-13 19:09:25.388 Crasher[20751] DATACNV : decoding method
> > encoding 'v12@0:4@8' manually
> > 2007-10-13 19:09:25.388 Crasher[20751] DATACNV : retval -> v
> > 2007-10-13 19:09:25.388 Crasher[20751] DATACNV : argc -> 3
> > 2007-10-13 19:09:25.388 Crasher[20751] DATACNV : arg[0] -> @
> > 2007-10-13 19:09:25.388 Crasher[20751] DATACNV : arg[1] -> :
> > 2007-10-13 19:09:25.388 Crasher[20751] DATACNV : arg[2] -> @
> > 2007-10-13 19:09:25.388 Crasher[20751] LIBFFI : make closure argc 3
> > 2007-10-13 19:09:25.388 Crasher[20751] LIBFFI : arg[0] -> ffi_type 0x46290
> > 2007-10-13 19:09:25.388 Crasher[20751] LIBFFI : arg[1] -> ffi_type 0x46290
> > 2007-10-13 19:09:25.388 Crasher[20751] LIBFFI : arg[2] -> ffi_type 0x46290
> > 2007-10-13 19:09:25.388 Crasher[20751] OVMIX : Registered Ruby method
> > by selector 'sendReport:' types 'v12@0:4@8'
> >
> > 2007-10-13 19:09:25.389 Crasher[20751] OVMIX : Registering (direct
> > override) Ruby method by selector 'doCrashSubmitting' types 'v8@0:4'
> > 2007-10-13 19:09:25.389 Crasher[20751] OVMIX : retrieving closure imp
> > for method type 'v8@0:4'
> > 2007-10-13 19:09:25.389 Crasher[20751] DATACNV : decoding method
> > encoding 'v8@0:4' manually
> > 2007-10-13 19:09:25.389 Crasher[20751] DATACNV : retval -> v
> > 2007-10-13 19:09:25.389 Crasher[20751] DATACNV : argc -> 2
> > 2007-10-13 19:09:25.389 Crasher[20751] DATACNV : arg[0] -> @
> > 2007-10-13 19:09:25.389 Crasher[20751] DATACNV : arg[1] -> :
> > 2007-10-13 19:09:25.389 Crasher[20751] LIBFFI : make closure argc 2
> > 2007-10-13 19:09:25.389 Crasher[20751] LIBFFI : arg[0] -> ffi_type 0x46290
> > 2007-10-13 19:09:25.389 Crasher[20751] LIBFFI : arg[1] -> ffi_type 0x46290
> > 2007-10-13 19:09:25.389 Crasher[20751] OVMIX : Registered Ruby method
> > by selector 'doCrashSubmitting' types 'v8@0:4'
> >
> > 2007-10-13 19:09:25.389 Crasher[20751] OVMIX : Registering (direct
> > override) Ruby method by selector 'capitalizedString' types '@8@0:4'
> > 2007-10-13 19:09:25.389 Crasher[20751] OVMIX : retrieving closure imp
> > for method type '@8@0:4'
> > 2007-10-13 19:09:25.389 Crasher[20751] DATACNV : decoding method
> > encoding '@8@0:4' manually
> > 2007-10-13 19:09:25.389 Crasher[20751] DATACNV : retval -> @
> > 2007-10-13 19:09:25.389 Crasher[20751] DATACNV : argc -> 2
> > 2007-10-13 19:09:25.389 Crasher[20751] DATACNV : arg[0] -> @
> > 2007-10-13 19:09:25.389 Crasher[20751] DATACNV : arg[1] -> :
> > 2007-10-13 19:09:25.389 Crasher[20751] LIBFFI : make closure argc 2
> > 2007-10-13 19:09:25.389 Crasher[20751] LIBFFI : arg[0] -> ffi_type 0x46290
> > 2007-10-13 19:09:25.389 Crasher[20751] LIBFFI : arg[1] -> ffi_type 0x46290
> > 2007-10-13 19:09:25.390 Crasher[20751] OVMIX : Registered Ruby method
> > by selector 'capitalizedString' types '@8@0:4'
> >
>

Re: [Rubycocoa-talk] Problem overriding instance methods.

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

Just to clarify, overriding class methods does work, just not instance methods.

Eloy

On 10/13/07, Eloy Duran <elo...@gm...> wrote:
> Hello all,
>
> I have a problem where I try to override an instance method of a class
> which comes from a framework that I have generated the bridgesupport
> for as per instructions on the wiki...
>
> The code is like this:
>
> ==============================================================
> require 'osx/cocoa'
>
> OSX.require_framework
> File.expand_path('../../vendor/HDCrashReporter.framework', __FILE__)
>
> class OSX::HDCrashReporter
>   def sendReport(sender)
>     puts "Where's the message to this method dude?!"
>   end
>
>   def self.doCrashSubmitting
>     puts 'HDCrashReporter class method. This works...'
>   end
> end
>
> class OSX::NSString
>   def capitalizedString
>     puts 'NSString instance method. This does work...'
>   end
> end
>
> OSX::HDCrashReporter.doCrashSubmitting # prints: HDCrashReporter class
> method. This works...
> "foo".to_nsstring.capitalizedString    # prints: NSString instance
> method. This does work...
>
> OSX::HDCrashReporter.alloc.init.sendReport(nil)
> ==============================================================
>
>
> The last call only works if I initialize an instance myself, so if I
> call it from the ruby side.
> But it doesn't when the method is called as from the interface, at
> that point it simply uses the original method.
>
> The original method is as follows:
>
> - (IBAction) sendReport: (id) sender
> {
>   // code
> }
>
> I have included the output with $RUBYCOCOA_DEBUG = true
> I hope this is helpful...
>
> Cheers,
> Eloy
>
> 2007-10-13 19:09:25.388 Crasher[20751] OVMIX : Registering (direct
> override) Ruby method by selector 'sendReport:' types 'v12@0:4@8'
> 2007-10-13 19:09:25.388 Crasher[20751] OVMIX : retrieving closure imp
> for method type 'v12@0:4@8'
> 2007-10-13 19:09:25.388 Crasher[20751] DATACNV : decoding method
> encoding 'v12@0:4@8' manually
> 2007-10-13 19:09:25.388 Crasher[20751] DATACNV : retval -> v
> 2007-10-13 19:09:25.388 Crasher[20751] DATACNV : argc -> 3
> 2007-10-13 19:09:25.388 Crasher[20751] DATACNV : arg[0] -> @
> 2007-10-13 19:09:25.388 Crasher[20751] DATACNV : arg[1] -> :
> 2007-10-13 19:09:25.388 Crasher[20751] DATACNV : arg[2] -> @
> 2007-10-13 19:09:25.388 Crasher[20751] LIBFFI : make closure argc 3
> 2007-10-13 19:09:25.388 Crasher[20751] LIBFFI : arg[0] -> ffi_type 0x46290
> 2007-10-13 19:09:25.388 Crasher[20751] LIBFFI : arg[1] -> ffi_type 0x46290
> 2007-10-13 19:09:25.388 Crasher[20751] LIBFFI : arg[2] -> ffi_type 0x46290
> 2007-10-13 19:09:25.388 Crasher[20751] OVMIX : Registered Ruby method
> by selector 'sendReport:' types 'v12@0:4@8'
>
> 2007-10-13 19:09:25.389 Crasher[20751] OVMIX : Registering (direct
> override) Ruby method by selector 'doCrashSubmitting' types 'v8@0:4'
> 2007-10-13 19:09:25.389 Crasher[20751] OVMIX : retrieving closure imp
> for method type 'v8@0:4'
> 2007-10-13 19:09:25.389 Crasher[20751] DATACNV : decoding method
> encoding 'v8@0:4' manually
> 2007-10-13 19:09:25.389 Crasher[20751] DATACNV : retval -> v
> 2007-10-13 19:09:25.389 Crasher[20751] DATACNV : argc -> 2
> 2007-10-13 19:09:25.389 Crasher[20751] DATACNV : arg[0] -> @
> 2007-10-13 19:09:25.389 Crasher[20751] DATACNV : arg[1] -> :
> 2007-10-13 19:09:25.389 Crasher[20751] LIBFFI : make closure argc 2
> 2007-10-13 19:09:25.389 Crasher[20751] LIBFFI : arg[0] -> ffi_type 0x46290
> 2007-10-13 19:09:25.389 Crasher[20751] LIBFFI : arg[1] -> ffi_type 0x46290
> 2007-10-13 19:09:25.389 Crasher[20751] OVMIX : Registered Ruby method
> by selector 'doCrashSubmitting' types 'v8@0:4'
>
> 2007-10-13 19:09:25.389 Crasher[20751] OVMIX : Registering (direct
> override) Ruby method by selector 'capitalizedString' types '@8@0:4'
> 2007-10-13 19:09:25.389 Crasher[20751] OVMIX : retrieving closure imp
> for method type '@8@0:4'
> 2007-10-13 19:09:25.389 Crasher[20751] DATACNV : decoding method
> encoding '@8@0:4' manually
> 2007-10-13 19:09:25.389 Crasher[20751] DATACNV : retval -> @
> 2007-10-13 19:09:25.389 Crasher[20751] DATACNV : argc -> 2
> 2007-10-13 19:09:25.389 Crasher[20751] DATACNV : arg[0] -> @
> 2007-10-13 19:09:25.389 Crasher[20751] DATACNV : arg[1] -> :
> 2007-10-13 19:09:25.389 Crasher[20751] LIBFFI : make closure argc 2
> 2007-10-13 19:09:25.389 Crasher[20751] LIBFFI : arg[0] -> ffi_type 0x46290
> 2007-10-13 19:09:25.389 Crasher[20751] LIBFFI : arg[1] -> ffi_type 0x46290
> 2007-10-13 19:09:25.390 Crasher[20751] OVMIX : Registered Ruby method
> by selector 'capitalizedString' types '@8@0:4'
>

[Rubycocoa-talk] Problem overriding instance methods.

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

Hello all,

I have a problem where I try to override an instance method of a class
which comes from a framework that I have generated the bridgesupport
for as per instructions on the wiki...

The code is like this:

==============================================================
require 'osx/cocoa'

OSX.require_framework
File.expand_path('../../vendor/HDCrashReporter.framework', __FILE__)

class OSX::HDCrashReporter
  def sendReport(sender)
    puts "Where's the message to this method dude?!"
  end

  def self.doCrashSubmitting
    puts 'HDCrashReporter class method. This works...'
  end
end

class OSX::NSString
  def capitalizedString
    puts 'NSString instance method. This does work...'
  end
end

OSX::HDCrashReporter.doCrashSubmitting # prints: HDCrashReporter class
method. This works...
"foo".to_nsstring.capitalizedString    # prints: NSString instance
method. This does work...

OSX::HDCrashReporter.alloc.init.sendReport(nil)
==============================================================


The last call only works if I initialize an instance myself, so if I
call it from the ruby side.
But it doesn't when the method is called as from the interface, at
that point it simply uses the original method.

The original method is as follows:

- (IBAction) sendReport: (id) sender
{
  // code
}

I have included the output with $RUBYCOCOA_DEBUG = true
I hope this is helpful...

Cheers,
Eloy

2007-10-13 19:09:25.388 Crasher[20751] OVMIX : Registering (direct
override) Ruby method by selector 'sendReport:' types 'v12@0:4@8'
2007-10-13 19:09:25.388 Crasher[20751] OVMIX : retrieving closure imp
for method type 'v12@0:4@8'
2007-10-13 19:09:25.388 Crasher[20751] DATACNV : decoding method
encoding 'v12@0:4@8' manually
2007-10-13 19:09:25.388 Crasher[20751] DATACNV : retval -> v
2007-10-13 19:09:25.388 Crasher[20751] DATACNV : argc -> 3
2007-10-13 19:09:25.388 Crasher[20751] DATACNV : arg[0] -> @
2007-10-13 19:09:25.388 Crasher[20751] DATACNV : arg[1] -> :
2007-10-13 19:09:25.388 Crasher[20751] DATACNV : arg[2] -> @
2007-10-13 19:09:25.388 Crasher[20751] LIBFFI : make closure argc 3
2007-10-13 19:09:25.388 Crasher[20751] LIBFFI : arg[0] -> ffi_type 0x46290
2007-10-13 19:09:25.388 Crasher[20751] LIBFFI : arg[1] -> ffi_type 0x46290
2007-10-13 19:09:25.388 Crasher[20751] LIBFFI : arg[2] -> ffi_type 0x46290
2007-10-13 19:09:25.388 Crasher[20751] OVMIX : Registered Ruby method
by selector 'sendReport:' types 'v12@0:4@8'

2007-10-13 19:09:25.389 Crasher[20751] OVMIX : Registering (direct
override) Ruby method by selector 'doCrashSubmitting' types 'v8@0:4'
2007-10-13 19:09:25.389 Crasher[20751] OVMIX : retrieving closure imp
for method type 'v8@0:4'
2007-10-13 19:09:25.389 Crasher[20751] DATACNV : decoding method
encoding 'v8@0:4' manually
2007-10-13 19:09:25.389 Crasher[20751] DATACNV : retval -> v
2007-10-13 19:09:25.389 Crasher[20751] DATACNV : argc -> 2
2007-10-13 19:09:25.389 Crasher[20751] DATACNV : arg[0] -> @
2007-10-13 19:09:25.389 Crasher[20751] DATACNV : arg[1] -> :
2007-10-13 19:09:25.389 Crasher[20751] LIBFFI : make closure argc 2
2007-10-13 19:09:25.389 Crasher[20751] LIBFFI : arg[0] -> ffi_type 0x46290
2007-10-13 19:09:25.389 Crasher[20751] LIBFFI : arg[1] -> ffi_type 0x46290
2007-10-13 19:09:25.389 Crasher[20751] OVMIX : Registered Ruby method
by selector 'doCrashSubmitting' types 'v8@0:4'

2007-10-13 19:09:25.389 Crasher[20751] OVMIX : Registering (direct
override) Ruby method by selector 'capitalizedString' types '@8@0:4'
2007-10-13 19:09:25.389 Crasher[20751] OVMIX : retrieving closure imp
for method type '@8@0:4'
2007-10-13 19:09:25.389 Crasher[20751] DATACNV : decoding method
encoding '@8@0:4' manually
2007-10-13 19:09:25.389 Crasher[20751] DATACNV : retval -> @
2007-10-13 19:09:25.389 Crasher[20751] DATACNV : argc -> 2
2007-10-13 19:09:25.389 Crasher[20751] DATACNV : arg[0] -> @
2007-10-13 19:09:25.389 Crasher[20751] DATACNV : arg[1] -> :
2007-10-13 19:09:25.389 Crasher[20751] LIBFFI : make closure argc 2
2007-10-13 19:09:25.389 Crasher[20751] LIBFFI : arg[0] -> ffi_type 0x46290
2007-10-13 19:09:25.389 Crasher[20751] LIBFFI : arg[1] -> ffi_type 0x46290
2007-10-13 19:09:25.390 Crasher[20751] OVMIX : Registered Ruby method
by selector 'capitalizedString' types '@8@0:4'

Re: [Rubycocoa-talk] CFRetain Trouble

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

Hi Javier,

Sorry for the late reply. This is an interesting crash, could you by  
any chance try to extract this crash in a separate / small project and  
send it to us? We would then be able to fix it quickly. at a glance,  
from the code snippet and the back trace, there is nothing really  
relevant to me.

Thanks!
Laurent

On Oct 8, 2007, at 3:31 AM, Javier Solorzano wrote:

> Hi All,
>
> I'm running into trouble while working with bindings. I setup the  
> default value of a popup button, taken from the user defaults  
> system. The contents for the popups comes from an array controller  
> which in turn gets the values from the user defaults controller.   
> When the user selects a different value, the app crashes with a  
> retain exception. If I do not setup a default value, or if the user  
> does not select a different option the code won't crash. I don't  
> think I'm doing anything perverse, but any tip will be appreciated.  
> This is the code that causes the problem:
>
> 	def windowControllerDidLoadNib(aController)
> 		super_windowControllerDidLoadNib(aController)
> 		arr =  
> OSX::NSUserDefaults.standardUserDefaults.arrayForKey("ListaAgentes")
> 		setDiccionarioAgenteSeleccionado(arr.objectAtIndex(0)) if arr
>
> This is the stack trace:
>
> #0	0x907c05c4 in CFRetain
> #1	0x92c67758 in _NSKeyValueObservationInfoCreateByRemoving
> #2	0x92c67530 in -[NSObject(NSKeyValueObserverRegistration)  
> _removeObserver:forProperty:]
> #3	0x92c67420 in -[NSObject(NSKeyValueObserverRegistration)  
> removeObserver:forKeyPath:]
> #4	0x92c68088 in -[NSKeyValueObservationForwarder  
> observeValueForKeyPath:ofObject:change:context:]
> #5	0x92befad8 in -[NSObject(NSKeyValueObserverNotification)  
> didChangeValueForKey:]
> #6	0x92c99d10 in _NSSetValueAndNotifyForUndefinedKey
> #7	0x92c6a728 in -[NSObject(NSKeyValueCoding) setValue:forKeyPath:]
> #8	0x939f2b1c in -[NSBinder  
> _setValue:forKeyPath:ofObject:mode:validateImmediately:raisesForNotApplicableKeys:error 
> :]
> #9	0x939f29a4 in -[NSBinder setValue:forBinding:error:]
> #10	0x93c664a8 in -[NSValueBinder  
> _applyObjectValue:forBinding:canRecoverFromErrors:handleErrors:typeOfAlert:discardEditingCallback:otherCallback:callbackContextInfo:didRunAlert 
> :]
> #11	0x93c66904 in -[NSValueBinder  
> applyDisplayedValueHandleErrors:typeOfAlert:canRecoverFromErrors:discardEditingCallback:otherCallback:callbackContextInfo:didRunAlert 
> :]
> #12	0x93c67508 in -[NSValueBinder performAction:]
> #13	0x93c53310 in -[_NSBindingAdaptor  
> _objectDidTriggerAction:bindingAdaptor:]
> #14	0x938e5c40 in -[NSPopUpButtonCell _popUpItemAction:]
> #15	0x9383fc4c in -[NSApplication sendAction:to:from:]
> #16	0x9389a4b8 in -[NSMenu performActionForItemAtIndex:]
> #17	0x9389a23c in -[NSCarbonMenuImpl  
> performActionWithHighlightingForItemAtIndex:]
> #18	0x938c2d6c in _NSPopUpCarbonMenu2
> #19	0x938c23ac in _NSPopUpCarbonMenu1
> #20	0x938c2368 in -[NSCarbonMenuImpl  
> popUpMenu:atLocation:width:forView:withSelectedItem:withFont:]
> #21	0x938c2008 in -[NSPopUpButtonCell  
> trackMouse:inRect:ofView:untilMouseUp:]
> #22	0x93859094 in -[NSControl mouseDown:]
> #23	0x937fa890 in -[NSWindow sendEvent:]
> #24	0x937a38d4 in -[NSApplication sendEvent:]
> #25	0x9379ad10 in -[NSApplication run]
> #26	0x9388b87c in NSApplicationMain
> #27	0x0004224c in ffi_call_DARWIN
> #28	0x00041d84 in ffi_call
> #29	0x0003fbcc in rb_ffi_dispatch
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a  
> browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/_______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

[Rubycocoa-talk] CFRetain Trouble

[Javier S. <jav...@ri...>]

Hi All,

I'm running into trouble while working with bindings. I setup the  
default value of a popup button, taken from the user defaults system.  
The contents for the popups comes from an array controller which in  
turn gets the values from the user defaults controller.  When the  
user selects a different value, the app crashes with a retain  
exception. If I do not setup a default value, or if the user does not  
select a different option the code won't crash. I don't think I'm  
doing anything perverse, but any tip will be appreciated. This is the  
code that causes the problem:

	def windowControllerDidLoadNib(aController)
		super_windowControllerDidLoadNib(aController)
		arr = OSX::NSUserDefaults.standardUserDefaults.arrayForKey 
("ListaAgentes")
		setDiccionarioAgenteSeleccionado(arr.objectAtIndex(0)) if arr

This is the stack trace:

#0	0x907c05c4 in CFRetain
#1	0x92c67758 in _NSKeyValueObservationInfoCreateByRemoving
#2	0x92c67530 in -[NSObject(NSKeyValueObserverRegistration)  
_removeObserver:forProperty:]
#3	0x92c67420 in -[NSObject(NSKeyValueObserverRegistration)  
removeObserver:forKeyPath:]
#4	0x92c68088 in -[NSKeyValueObservationForwarder  
observeValueForKeyPath:ofObject:change:context:]
#5	0x92befad8 in -[NSObject(NSKeyValueObserverNotification)  
didChangeValueForKey:]
#6	0x92c99d10 in _NSSetValueAndNotifyForUndefinedKey
#7	0x92c6a728 in -[NSObject(NSKeyValueCoding) setValue:forKeyPath:]
#8	0x939f2b1c in -[NSBinder  
_setValue:forKeyPath:ofObject:mode:validateImmediately:raisesForNotAppli 
cableKeys:error:]
#9	0x939f29a4 in -[NSBinder setValue:forBinding:error:]
#10	0x93c664a8 in -[NSValueBinder  
_applyObjectValue:forBinding:canRecoverFromErrors:handleErrors:typeOfAle 
rt:discardEditingCallback:otherCallback:callbackContextInfo:didRunAlert: 
]
#11	0x93c66904 in -[NSValueBinder  
applyDisplayedValueHandleErrors:typeOfAlert:canRecoverFromErrors:discard 
EditingCallback:otherCallback:callbackContextInfo:didRunAlert:]
#12	0x93c67508 in -[NSValueBinder performAction:]
#13	0x93c53310 in -[_NSBindingAdaptor  
_objectDidTriggerAction:bindingAdaptor:]
#14	0x938e5c40 in -[NSPopUpButtonCell _popUpItemAction:]
#15	0x9383fc4c in -[NSApplication sendAction:to:from:]
#16	0x9389a4b8 in -[NSMenu performActionForItemAtIndex:]
#17	0x9389a23c in -[NSCarbonMenuImpl  
performActionWithHighlightingForItemAtIndex:]
#18	0x938c2d6c in _NSPopUpCarbonMenu2
#19	0x938c23ac in _NSPopUpCarbonMenu1
#20	0x938c2368 in -[NSCarbonMenuImpl  
popUpMenu:atLocation:width:forView:withSelectedItem:withFont:]
#21	0x938c2008 in -[NSPopUpButtonCell  
trackMouse:inRect:ofView:untilMouseUp:]
#22	0x93859094 in -[NSControl mouseDown:]
#23	0x937fa890 in -[NSWindow sendEvent:]
#24	0x937a38d4 in -[NSApplication sendEvent:]
#25	0x9379ad10 in -[NSApplication run]
#26	0x9388b87c in NSApplicationMain
#27	0x0004224c in ffi_call_DARWIN
#28	0x00041d84 in ffi_call
#29	0x0003fbcc in rb_ffi_dispatch

Re: [Rubycocoa-talk] NSTableView, NSCell, cellClass

[<mi...@ne...>]

Sorry, i don't need that!
I only have to redefine methods of ProjectList.

Thanks.
Le 28-sept.-07 =E0 14:08, Micha=EBl Villar a =E9crit :

> Oh!
>
> I have instanciate ProjectList into InterfaceBuilder and now "tmp2"
> is printing.
> I can't instanciate ProjectCell, is it normal?
>
> Micha=EBl
>
> Le 28-sept.-07 =E0 14:03, Jon Baer a =E9crit :
>
>> Just a guess ...
>>
>> The class may not be in use @ all, you need to initiate + subclass it
>> w/ Interface Builder as well.
>>
>> - Jon
>>
>> On Sep 28, 2007, at 7:56 AM, Micha=EBl Villar wrote:
>>
>>> Hello everybody,
>>>
>>> I'm new on RubyCocoa and i have a little problem.
>>>
>>> First, what i want:
>>> Create an personnalized GUI for NSTableView.
>>> I have subclass it in ProjectList.
>>> The code of my ProjectList class :
>>>
>>> class ProjectList <  OSX::NSTableView
>>>
>>>    def ProjectList.cellClass
>>> 	return ProjectCell.oc_class
>>>    end
>>>
>>>    def initWithFrame(frame)
>>>      super_initWithFrame(frame)
>>>      return self
>>>    end
>>>
>>>    def awakeFromNib()
>>> 	self.setBackgroundColor
>>> (OSX::NSColor.colorWithDeviceRed_green_blue_alpha
>>> (228.0/255.0,237.0/255.0,246.0/255.0,1.0));
>>>    end
>>> end
>>>
>>> I use ProjectCell.oc_class instead of .class because it doesn't work
>>> (error) with it.. i don't know if there is another thing to do?
>>>
>>> The code of ProjectCell :
>>>
>>> class ProjectCell < OSX::NSCell
>>> =09
>>> 	def drawInteriorWithFrame_inView(cellFrame,controlView)
>>> 		OSX::NSLog("tmp5");
>>> 	end
>>> =09
>>> 	def drawWithFrame_inView(cellFrame,controlView)
>>> 		OSX::NSLog("tmp4");
>>> 	end
>>>
>>> 	def init
>>> 		OSX::NSLog("tmp2");
>>> 		return self
>>> 	end
>>> =09
>>> 	def awakeFromNib
>>> 		OSX::NSLog("tmp3");
>>> 	end
>>> =09
>>> 	def drawRect(aRect)
>>> 		OSX::NSLog("tmp1");
>>> 	end
>>> end
>>>
>>> Nothing is printed to the debug logs..
>>>
>>> Sorry for my bad english.
>>>
>>> Thanks a lot.
>>>
>>> Micha=EBl Villar
>>>
>>> --------------------------------------------------------------------=20=

>>> -
>>> -
>>> ---
>>> This SF.net email is sponsored by: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>> _______________________________________________
>>> Rubycocoa-talk mailing list
>>> Rub...@li...
>>> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>>
>>
>> ---------------------------------------------------------------------=20=

>> -
>> ---
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Rubycocoa-talk mailing list
>> Rub...@li...
>> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>
>
> ----------------------------------------------------------------------=20=

> ---
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

Re: [Rubycocoa-talk] NSTableView, NSCell, cellClass

[<mi...@ne...>]

Oh!

I have instanciate ProjectList into InterfaceBuilder and now "tmp2" =20
is printing.
I can't instanciate ProjectCell, is it normal?

Micha=EBl

Le 28-sept.-07 =E0 14:03, Jon Baer a =E9crit :

> Just a guess ...
>
> The class may not be in use @ all, you need to initiate + subclass it
> w/ Interface Builder as well.
>
> - Jon
>
> On Sep 28, 2007, at 7:56 AM, Micha=EBl Villar wrote:
>
>> Hello everybody,
>>
>> I'm new on RubyCocoa and i have a little problem.
>>
>> First, what i want:
>> Create an personnalized GUI for NSTableView.
>> I have subclass it in ProjectList.
>> The code of my ProjectList class :
>>
>> class ProjectList <  OSX::NSTableView
>>
>>    def ProjectList.cellClass
>> 	return ProjectCell.oc_class
>>    end
>>
>>    def initWithFrame(frame)
>>      super_initWithFrame(frame)
>>      return self
>>    end
>>
>>    def awakeFromNib()
>> 	self.setBackgroundColor
>> (OSX::NSColor.colorWithDeviceRed_green_blue_alpha
>> (228.0/255.0,237.0/255.0,246.0/255.0,1.0));
>>    end
>> end
>>
>> I use ProjectCell.oc_class instead of .class because it doesn't work
>> (error) with it.. i don't know if there is another thing to do?
>>
>> The code of ProjectCell :
>>
>> class ProjectCell < OSX::NSCell
>> =09
>> 	def drawInteriorWithFrame_inView(cellFrame,controlView)
>> 		OSX::NSLog("tmp5");
>> 	end
>> =09
>> 	def drawWithFrame_inView(cellFrame,controlView)
>> 		OSX::NSLog("tmp4");
>> 	end
>>
>> 	def init
>> 		OSX::NSLog("tmp2");
>> 		return self
>> 	end
>> =09
>> 	def awakeFromNib
>> 		OSX::NSLog("tmp3");
>> 	end
>> =09
>> 	def drawRect(aRect)
>> 		OSX::NSLog("tmp1");
>> 	end
>> end
>>
>> Nothing is printed to the debug logs..
>>
>> Sorry for my bad english.
>>
>> Thanks a lot.
>>
>> Micha=EBl Villar
>>
>> ---------------------------------------------------------------------=20=

>> -
>> ---
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Rubycocoa-talk mailing list
>> Rub...@li...
>> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk
>
>
> ----------------------------------------------------------------------=20=

> ---
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk