rubycocoa-talk — talking about RubyCocoa

Re: [Rubycocoa-talk] Know Ruby but not Cocoa; how to get started?

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

If you just need to learn Cocoa, I would suggest you to start with a  
book that covers both Objective-C and the Cocoa APIs. Learning  
Objective-C is definitely an asset, but it's not mandatory to use  
RubyCocoa.

I don't really have good suggestions for Cocoa books, but I had the  
opportunity to get started with http://www.cocoaprogramming.net, which  
I recommend. I think the book was written for Tiger or the version  
below, but it's still very pertinent. You can also learn a lot from  
the various articles/guides on developer.apple.com.

Laurent

On Dec 1, 2007, at 2:47 PM, Robert Feldt wrote:

> Hi,
>
> RubyCocoa looks very nice; good work!
>
> I know Ruby very well but have never really programmed any larger  
> apps on the Mac platform. I don't know the Cocoa API at all.
>
> Can anyone recommend a few good resources/book to get started with?
>
> I also have a more specific question: I want to be able to program  
> apps with UI:s rendered in OpenGL (to experiment with zoomable GUI  
> as one example). Would it be wise to go via Cocoa, open a OpenGL  
> canvas and then call to that? Have anyone tried other approaches to  
> OpenGL-programming with Ruby on Mac? I tried the different SDL and  
> OpenGL libs available for Ruby but no one is really easy to install  
> and/or use. Any tips appreciated.
>
> -- 
> Best regards,
>
> /Robert Feldt
>
> -------------------------------------------------------------------------
> SF.Net email is sponsored by: The Future of Linux Business White Paper
> from Novell.  From the desktop to the data center, Linux is going
> mainstream.  Let it simplify your IT future.
> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4_______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

Re: [Rubycocoa-talk] set breakpoints in Ruby code?

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

No, sorry. Xcode doesn't support Ruby debugging, yet.

Laurent

On Dec 1, 2007, at 5:22 AM, Keefe Hayes wrote:

> Can I set breakpoints in Ruby programs within XCode? When I click on  
> a line in a Ruby program a breakpoint is not set. I am running  
> Leopard on a PowerBook, with RubyCocoa 0.13.0 installed.
>
> -------------------------------------------------------------------------
> SF.Net email is sponsored by: The Future of Linux Business White Paper
> from Novell.  From the desktop to the data center, Linux is going
> mainstream.  Let it simplify your IT future.
> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

Re: [Rubycocoa-talk] RBCocoaInstallRubyThreadSchedulerHooks: couldn't find autoreleasePool

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

If you're seeing this message when running on 10.5 a RubyCocoa app  
that embeds a RubyCocoa framework built in 10.4, then it's expected.

The threading support for 10.4 is not compatible with the support in  
10.5, and vice-versa.

Currently the 2 different code paths are separated during compilation,  
but we could select them at runtime instead, which would allow the  
same RubyCocoa framework built for 10.4 to run on both 10.4 and 10.5.

Laurent

On Nov 30, 2007, at 2:44 PM, Benjamin Jackson wrote:

> Hi all,
>
> We are embedding RubyCococa and the patched libruby with  
> standaloneify, and it works out of the box on 95% of the machines,  
> but some of our users have been getting crashes due to problems with  
> ruby threads:
>
> "RBCocoaInstallRubyThreadSchedulerHooks: couldn't find  
> autoreleasePool ivar"
>
> Also seeing a warning about ruby threads not being able to be used  
> without patches to the ruby interpreter.
>
> Can anyone suggest what might be going on here, and if there might  
> be something specific to the users' setup which is FUBAR-ing  
> RubyCocoa? I'm certain that I'm linking against my own version of  
> libruby, as the same program works on Tiger machines out of the box  
> with no changes to the installed ruby.
>
> Thanks in advance,
>
> Ben
> -------------------------------------------------------------------------
> SF.Net email is sponsored by: The Future of Linux Business White Paper
> from Novell.  From the desktop to the data center, Linux is going
> mainstream.  Let it simplify your IT future.
> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4_______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

Re: [Rubycocoa-talk] another 0.13.0 gen_bridge_metadata.rb fail (+ solution)

[Georg <gwd...@ma...>]

On 30.11.2007, at 13:11 Uhr, Laurent Sansonetti wrote:

>  Ruby do you use? If you use a version below than p111
> it might explain

oh sorry I haven't thought about the fact that it could have  
something to do with the version. ruby looks so stable one could  
almost forget versions are important ;) I used the ruby "stable  
snapshot" from 2007-11-28 which reports as "patchlevel 5000".

	Georg

Re: [Rubycocoa-talk] RBCocoaInstallRubyThreadSchedulerHooks: couldn't find autoreleasePool

[Benjamin J. <bhj...@gm...>]

Some more information:
The warning I'm getting is due to some conditional code which compiles
differently if the target is Tiger starting at RBRuntime.m:527.

I imagine this wasn't caught before as few people are building for both
Tiger and Leopard and also using threads.

I tried compiling on Leopard (10.5.0) as suggested by Mr. Kimura in an
earlier thread on rubycocoa-devel, and was unable to compile it with the
specified flags:

ruby install.rb config    --macosx-deployment-target=10.4
 --build-universal=yes \
--sdkroot=/Developer/SDKs/MacOSX10.4u.sdk

When running setup, this configuration gave the following error, both on the
head of the trunk and the revision referred to in the thread (r2131). :

ld: library not found for -lffi

Satoshi Nakagawa was also able to verify this error on 10.5.1

On Dec 1, 2007 1:47 PM, Benjamin Jackson < bhj...@gm...> wrote:

> Some more information:
> I just recompiled ruby 1.8.6 out of the box with the patch applied, as
> well as updating RC to the trunk and recompiling as described in the wiki
> for running on both Tiger and Leopard.
>
> My output after running standaloneify from otool -L:
>
> http://pastie.textmate.org/private/3umxwejpjybbwwu2epya
>
> Looks to me like everything's linked as it should be.
>
> On any leopard machine, the "RBCocoaInstallRubyThreadSchedulerHooks:
> couldn't find autoreleasePool ivar" error appears and the app is working
> with a non-patched ruby.
>
> Any help or pointers to information would be greatly appreciated. Thanks,
>
> Ben
>
> On Nov 30, 2007 11:44 AM, Benjamin Jackson <bhj...@gm...> wrote:
>
> > Hi all,
> >
> > We are embedding RubyCococa and the patched libruby with standaloneify,
> > and it works out of the box on 95% of the machines, but some of our users
> > have been getting crashes due to problems with ruby threads:
> >
> > "RBCocoaInstallRubyThreadSchedulerHooks: couldn't find autoreleasePool
> > ivar"
> >
> > Also seeing a warning about ruby threads not being able to be used
> > without patches to the ruby interpreter.
> >
> > Can anyone suggest what might be going on here, and if there might be
> > something specific to the users' setup which is FUBAR-ing RubyCocoa? I'm
> > certain that I'm linking against my own version of libruby, as the same
> > program works on Tiger machines out of the box with no changes to the
> > installed ruby.
> >
> > Thanks in advance,
> >
> > Ben
> >
>
>

Re: [Rubycocoa-talk] How to debug RubyCocoa?

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

On Nov 30, 2007, at 9:33 AM, Chris McGrath wrote:

> On 30 Nov 2007, at 16:28, Pierce T. Wetter III wrote:
>
>>
>> On Nov 29, 2007, at 12:24 PM, Chris McGrath wrote:
>>
>>> Puts $RUBYCOCOA_DEBUG = true in your app somewhere and have a look  
>>> at
>>> the output, that should give you more of a pointer to what's  
>>> actually
>>> going wrong.
>>
>> Yeah, I've done that already, and posted the results to this list
>> before.
>>
>> It's buserroring in install_ovmix_class_methods after building an
>> OVMIX class.
>
> Ah... I've seen something similar recently. The problem I had was that
> I was using plain ActiveRecord objects as items in an OutlineView
> delegate. As these don't descend from OSX::NSObject, they weren't
> being retained properly and I got a very similar crash to yours. The
> solution was to wrap the object in an OSX::ActiveRecordProxy and use
> that as the item. I don't know what you're using for your items but I
> suspect you're running into a similar problem.

  ActionBrowser.rb does descend from NSObject...need that for key- 
value-coding.

  It's also buserroring right after the object is built.

  Hmm... Though in ruby, building could be executing code.

  Anyways, it used to work...broken in trunk on Leopard. Just need to  
know how to point XCode at that framework source...

Pierce

Re: [Rubycocoa-talk] RBCocoaInstallRubyThreadSchedulerHooks: couldn't find autoreleasePool

[Benjamin J. <bhj...@gm...>]

Some more information:
I just recompiled ruby 1.8.6 out of the box with the patch applied, as well
as updating RC to the trunk and recompiling as described in the wiki for
running on both Tiger and Leopard.

My output after running standaloneify from otool -L:

http://pastie.textmate.org/private/3umxwejpjybbwwu2epya

Looks to me like everything's linked as it should be.

On any leopard machine, the "RBCocoaInstallRubyThreadSchedulerHooks:
couldn't find autoreleasePool ivar" error appears and the app is working
with a non-patched ruby.

Any help or pointers to information would be greatly appreciated. Thanks,

Ben

On Nov 30, 2007 11:44 AM, Benjamin Jackson <bhj...@gm...> wrote:

> Hi all,
>
> We are embedding RubyCococa and the patched libruby with standaloneify,
> and it works out of the box on 95% of the machines, but some of our users
> have been getting crashes due to problems with ruby threads:
>
> "RBCocoaInstallRubyThreadSchedulerHooks: couldn't find autoreleasePool
> ivar"
>
> Also seeing a warning about ruby threads not being able to be used without
> patches to the ruby interpreter.
>
> Can anyone suggest what might be going on here, and if there might be
> something specific to the users' setup which is FUBAR-ing RubyCocoa? I'm
> certain that I'm linking against my own version of libruby, as the same
> program works on Tiger machines out of the box with no changes to the
> installed ruby.
>
> Thanks in advance,
>
> Ben
>

[Rubycocoa-talk] Know Ruby but not Cocoa; how to get started?

[Robert F. <rob...@bt...>]

Hi,

RubyCocoa looks very nice; good work!

I know Ruby very well but have never really programmed any larger apps on
the Mac platform. I don't know the Cocoa API at all.

Can anyone recommend a few good resources/book to get started with?

I also have a more specific question: I want to be able to program apps with
UI:s rendered in OpenGL (to experiment with zoomable GUI as one example).
Would it be wise to go via Cocoa, open a OpenGL canvas and then call to
that? Have anyone tried other approaches to OpenGL-programming with Ruby on
Mac? I tried the different SDL and OpenGL libs available for Ruby but no one
is really easy to install and/or use. Any tips appreciated.

-- 
Best regards,

/Robert Feldt

[Rubycocoa-talk] set breakpoints in Ruby code?

[Keefe H. <Kee...@sa...>]

Can I set breakpoints in Ruby programs within XCode? When I click on a line=
 in a Ruby program a breakpoint is not set. I am running Leopard on a Power=
Book, with RubyCocoa 0.13.0 installed.

Re: [Rubycocoa-talk] How to debug RubyCocoa?

[Chris M. <ch...@oc...>]

On 30 Nov 2007, at 16:28, Pierce T. Wetter III wrote:

>
> On Nov 29, 2007, at 12:24 PM, Chris McGrath wrote:
>
>> Puts $RUBYCOCOA_DEBUG = true in your app somewhere and have a look at
>> the output, that should give you more of a pointer to what's actually
>> going wrong.
>
> Yeah, I've done that already, and posted the results to this list
> before.
>
> It's buserroring in install_ovmix_class_methods after building an
> OVMIX class.

Ah... I've seen something similar recently. The problem I had was that  
I was using plain ActiveRecord objects as items in an OutlineView  
delegate. As these don't descend from OSX::NSObject, they weren't  
being retained properly and I got a very similar crash to yours. The  
solution was to wrap the object in an OSX::ActiveRecordProxy and use  
that as the item. I don't know what you're using for your items but I  
suspect you're running into a similar problem.

Cheers,

Chris

Re: [Rubycocoa-talk] How to debug RubyCocoa?

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

On Nov 29, 2007, at 12:24 PM, Chris McGrath wrote:

> Puts $RUBYCOCOA_DEBUG =3D true in your app somewhere and have a look =
at
> the output, that should give you more of a pointer to what's actually
> going wrong.

Yeah, I've done that already, and posted the results to this list =20
before.

It's buserroring in install_ovmix_class_methods after building an =20
OVMIX class.

Here's the console output:

2007-11-30 09:23:01.409 Frictionless[8610:813] OVMIX : Registered Ruby =20=

method by selector 'tableView:willDisplayCell:forTableColumn:row:' =20
types 'v24@0:4@8@12@16i20'
2007-11-30 09:23:01.413 Frictionless[8610:813] OVMIX : retrieving =20
closure imp for method type 'v24@0:4@8@12@16@20'
2007-11-30 09:23:01.414 Frictionless[8610:813] DATACNV : decoding =20
method encoding 'v24@0:4@8@12@16@20' manually
2007-11-30 09:23:01.414 Frictionless[8610:813] DATACNV : retval -> v
2007-11-30 09:23:01.415 Frictionless[8610:813] DATACNV : argc -> 6
2007-11-30 09:23:01.416 Frictionless[8610:813] DATACNV : arg[0] -> @
2007-11-30 09:23:01.416 Frictionless[8610:813] DATACNV : arg[1] -> :
2007-11-30 09:23:01.417 Frictionless[8610:813] DATACNV : arg[2] -> @
2007-11-30 09:23:01.418 Frictionless[8610:813] DATACNV : arg[3] -> @
2007-11-30 09:23:01.418 Frictionless[8610:813] DATACNV : arg[4] -> @
2007-11-30 09:23:01.419 Frictionless[8610:813] DATACNV : arg[5] -> @
2007-11-30 09:23:01.420 Frictionless[8610:813] LIBFFI : make closure =20
argc 6
2007-11-30 09:23:01.420 Frictionless[8610:813] LIBFFI : arg[0] -> =20
ffi_type 0xa011e034
2007-11-30 09:23:01.421 Frictionless[8610:813] LIBFFI : arg[1] -> =20
ffi_type 0xa011e034
2007-11-30 09:23:01.422 Frictionless[8610:813] LIBFFI : arg[2] -> =20
ffi_type 0xa011e034
2007-11-30 09:23:01.423 Frictionless[8610:813] LIBFFI : arg[3] -> =20
ffi_type 0xa011e034
2007-11-30 09:23:01.423 Frictionless[8610:813] LIBFFI : arg[4] -> =20
ffi_type 0xa011e034
2007-11-30 09:23:01.424 Frictionless[8610:813] LIBFFI : arg[5] -> =20
ffi_type 0xa011e034
2007-11-30 09:23:01.424 Frictionless[8610:813] OVMIX : Registered Ruby =20=

method by selector 'outlineView:willDisplayCell:forTableColumn:item:' =20=

types 'v24@0:4@8@12@16@20'
Program received signal:  =93EXC_BAD_ACCESS=94.

The above method is the last method in ActionBrowser.rb, a subclass of =20=

NSObject. So its registered a bunch of methods and I'm guessing its =20
building a class based on the call to RBObjcDerivedClassNew in the =20
backtrace.

Here's the stack backtrace:

#0	0x0005f713 in install_ovmix_class_methods
#1	0x000664dc in RBObjcDerivedClassNew
#2	0x00065f22 in ocobj_s_new_with_class_name
#3	0x000d10b7 in rb_with_disable_interrupt
#4	0x000da636 in rb_eval_string_wrap
#5	0x000db24a in rb_eval_string_wrap
#6	0x000d84c5 in rb_eval_string_wrap
#7	0x000d8e92 in rb_eval_string_wrap
#8	0x000d6781 in rb_eval_string_wrap
#9	0x000dae3c in rb_eval_string_wrap
#10	0x000db24a in rb_eval_string_wrap
#11	0x000d84c5 in rb_eval_string_wrap
#12	0x000dae3c in rb_eval_string_wrap
#13	0x000db24a in rb_eval_string_wrap
#14	0x000dbccd in rb_respond_to
#15	0x000dbdb6 in rb_funcall
#16	0x000c81ab in rb_class_inherited
#17	0x000d9e0e in rb_eval_string_wrap
#18	0x000e6a47 in rb_load
#19	0x000e70a8 in rb_require_safe
#20	0x000da636 in rb_eval_string_wrap
#21	0x000db24a in rb_eval_string_wrap
#22	0x000d84c5 in rb_eval_string_wrap
#23	0x000e6a47 in rb_load
#24	0x000e70a8 in rb_require_safe
#25	0x000da636 in rb_eval_string_wrap
#26	0x000db24a in rb_eval_string_wrap
#27	0x000d84c5 in rb_eval_string_wrap
#28	0x000de658 in rb_thread_trap_eval
#29	0x000df506 in rb_yield
#30	0x000c010d in rb_ary_each
#31	0x000da636 in rb_eval_string_wrap
#32	0x000db24a in rb_eval_string_wrap
#33	0x000d84c5 in rb_eval_string_wrap
#34	0x000d7156 in rb_eval_string_wrap
#35	0x000dae3c in rb_eval_string_wrap
#36	0x000db24a in rb_eval_string_wrap
#37	0x000d84c5 in rb_eval_string_wrap
#38	0x000e7388 in rb_load_protect
#39	0x000e73b9 in ruby_exec
#40	0x000e73e5 in ruby_run
#41	0x0006488c in RBApplicationMain
#42	0x000029fd in main at main.m:13

But with unfamiliar code, I'd rather have source access to the =20
install_ovmix_class_methods so that I can report a solution to the =20
rubycocoa developers, as it what pointer in particular is bad...

  Pierce

P.S.

  Source code to app available at =
http://www.twinforces.com/frictionless/=20
  if anyone wants to look at it. All you have to do is start it up on =20=

Leopard to reproduce the crash.

[Rubycocoa-talk] RBCocoaInstallRubyThreadSchedulerHooks: couldn't find autoreleasePool

[Benjamin J. <bhj...@gm...>]

Hi all,

We are embedding RubyCococa and the patched libruby with standaloneify, and
it works out of the box on 95% of the machines, but some of our users have
been getting crashes due to problems with ruby threads:

"RBCocoaInstallRubyThreadSchedulerHooks: couldn't find autoreleasePool ivar"

Also seeing a warning about ruby threads not being able to be used without
patches to the ruby interpreter.

Can anyone suggest what might be going on here, and if there might be
something specific to the users' setup which is FUBAR-ing RubyCocoa? I'm
certain that I'm linking against my own version of libruby, as the same
program works on Tiger machines out of the box with no changes to the
installed ruby.

Thanks in advance,

Ben

Re: [Rubycocoa-talk] another 0.13.0 gen_bridge_metadata.rb fail (+ solution)

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

Hi,

On Nov 30, 2007, at 1:33 AM, Georg wrote:
> hello everyone,
>
> I just built rubycocoa 0.13.0 from source on tiger and discovered you
> may want to change line 1260 in file misc/bridgesupport/
> gen_bridge_metadata.rb
> from
>       document << REXML::DocType.new(['signatures', 'SYSTEM',
> 'file://localhost/System/Library/DTDs/BridgeSupport.dtd'])
>
> to
>       document << REXML::DocType.new(['signatures', 'SYSTEM',
> '"file://localhost/System/Library/DTDs/BridgeSupport.dtd"'])
>
> So there are no eval errors after building the individual
> bridgesupport files
>
> otherwise no hitches, I uninstalled webkit 3 beta before upgrading to
> 10.4.11 and wasn't bitten by any webkit-related bugs when compiling.

We used to have the single quotes in the DTD URI part, but we removed  
them because otherwise there was a problem with the version of REXML  
that ships with Ruby 1.8.6 p111.

What version of Ruby do you use? If you use a version below than p111  
it might explain your eval errors.

Ultimately, gen_bridge_metadata should definitely detect if you run  
REXML < p111 and use the old version then.

Laurent

Re: [Rubycocoa-talk] another 0.13.0 gen_bridge_metadata.rb fail (+ solution)

[Georg <gwd...@ma...>]

hello everyone,

I just built rubycocoa 0.13.0 from source on tiger and discovered you  
may want to change line 1260 in file misc/bridgesupport/ 
gen_bridge_metadata.rb
from
       document << REXML::DocType.new(['signatures', 'SYSTEM',  
'file://localhost/System/Library/DTDs/BridgeSupport.dtd'])

to
       document << REXML::DocType.new(['signatures', 'SYSTEM',  
'"file://localhost/System/Library/DTDs/BridgeSupport.dtd"'])

So there are no eval errors after building the individual  
bridgesupport files

otherwise no hitches, I uninstalled webkit 3 beta before upgrading to  
10.4.11 and wasn't bitten by any webkit-related bugs when compiling.

Keep up the good work
	Georg

Re: [Rubycocoa-talk] How to debug RubyCocoa?

[Chris M. <ch...@oc...>]

Puts $RUBYCOCOA_DEBUG = true in your app somewhere and have a look at  
the output, that should give you more of a pointer to what's actually  
going wrong.

Cheers,

Chris

On 29 Nov 2007, at 17:28, Pierce T. Wetter III wrote:

>
>  So I've had a crashing bug in rubycocoa upon starting my app from
> trunk since about the time Leopard shipped. (way before it gets to
> actually running my code, it buserrors making a ruby subclass of
> NSObject. )
>
>  Users are grumping at me, so I'm willing to dig into it, but since
> its not my code, I'd prefer to debug it at the source level.
> Presumably there's some magic incantation to get XCode to find the
> RubyCocoa source from where I've checked it out, but I don't know what
> it is.
>
>  So what are the steps you have to do so that XCode can debug both
> your app and RubyCocoa?
>
>   1. Does it require me to build rubycocoa in any special way?
>
>   2. Do I have to tell XCode where to look for the source files after
> that? I notice that 0.13 tries to find them on Laurent's hard drive,
> which is why I think #1 might apply...
>
>
>  Pierce
>
> -------------------------------------------------------------------------
> SF.Net email is sponsored by: The Future of Linux Business White Paper
> from Novell.  From the desktop to the data center, Linux is going
> mainstream.  Let it simplify your IT future.
> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
> _______________________________________________
> Rubycocoa-talk mailing list
> Rub...@li...
> https://lists.sourceforge.net/lists/listinfo/rubycocoa-talk

[Rubycocoa-talk] How to debug RubyCocoa?

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

  So I've had a crashing bug in rubycocoa upon starting my app from  
trunk since about the time Leopard shipped. (way before it gets to  
actually running my code, it buserrors making a ruby subclass of  
NSObject. )

  Users are grumping at me, so I'm willing to dig into it, but since  
its not my code, I'd prefer to debug it at the source level.  
Presumably there's some magic incantation to get XCode to find the  
RubyCocoa source from where I've checked it out, but I don't know what  
it is.

  So what are the steps you have to do so that XCode can debug both  
your app and RubyCocoa?

   1. Does it require me to build rubycocoa in any special way?

   2. Do I have to tell XCode where to look for the source files after  
that? I notice that 0.13 tries to find them on Laurent's hard drive,  
which is why I think #1 might apply...


  Pierce

[Rubycocoa-talk] LocalJumpError when calling OSX::NSBundle.mainBundle.pathForImageResource

[Benjamin J. <bhj...@gm...>]

Got this output in my console when making this call:

OSX::NSBundle.mainBundle.pathForImageResource("blankImage")

'blankImage' exists and this works 99% of the times I run the app.

I recently found a blog post about this LocalJumpError which might be
helpful in identifying the problem:

Work at the dining table: Ruby blocks
gotchas<http://blog.sidu.in/2007/11/ruby-blocks-gotchas.html>

2007-11-29 12:48:06.249 Blogo[19415] WebKitEditor#awakeFromNib:
LocalJumpError: unexpected return
/Library/Frameworks/RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc/oc_import.rb:617:in
`_kvc_behavior_method_added'
/Library/Frameworks/RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc/oc_import.rb:647:in
`method_added'
/Library/Frameworks/RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc/oc_wrapper.rb:50:in
`ocm_send'
/Library/Frameworks/RubyCocoa.framework/Versions/A/Resources/ruby/osx/objc/oc_wrapper.rb:50:in
`method_missing'
/Users/bjackson/working/blogo/trunk/Blogo.app/Contents/Resources/WebKitEditor.rb:36:in
`setImageViewDefaultImage'
/Users/bjackson/working/blogo/trunk/Blogo.app/Contents/Resources/WebKitEditor.rb:25:in
`awakeFromNib'
/Users/bjackson/working/blogo/trunk/Blogo.app/Contents/Resources/rb_main.rb:27:in
`NSApplicationMain'
/Users/bjackson/working/blogo/trunk/Blogo.app/Contents/Resources/rb_main.rb:27
/Users/bjackson/working/blogo/trunk/Blogo.app/Contents/Resources/SACrashReporter.rb:74:in
`run_app'
/Users/bjackson/working/blogo/trunk/Blogo.app/Contents/Resources/rb_main.rb:3

Let me know if anyone needs more information. Thanks!

Ben

[Rubycocoa-talk] (no subject)

[David N. <dno...@gm...>]

Re: [Rubycocoa-talk] I too am failing at installation.

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

    Yes I'm running 10.4.11 - that's what I meant by the patch.  As for 
the last sentence in your reply, at which issues should I take a look?  
I'm confused.  I'm a web programmer wanting to play around with 
application development.  Unfortunately fixing bugs in C is not my forte.

Jeremy

Stephen Bannasch wrote:
> At 10:44 AM -0700 11/27/07, Jeremy Nicoll wrote:
>   
>>    Thank you Stephen, that got me a little farther along.  I also appreciated the comment in the source about IE and Windows. :)  So I've installed the latest patch for OS X 10.4, which includes Safari 3. 
>>     
>
> Which patch? The one for rexml?
>
>   
>> When I try to configure, I am now getting this error:
>>
>> Generating BridgeSupport metadata for: WebKit ...
>> ./gen_bridge_metadata.rb:1800:in `compile_and_execute_code': Can't compile C code... aborting (RuntimeError)
>> command was: gcc  /tmp/src-0-22240.m -o /tmp/bin-0-22240 -F"/System/Library/Frameworks" -framework WebKit -framework Foundation  -include /tmp/src-0-22240.h  2>/tmp/log-0-22240
>>
>> /usr/bin/ld: /System/Library/Frameworks/WebKit.framework/WebKit load command 20 unknown cmd field
>> collect2: ld returned 1 exit status
>>        from ./gen_bridge_metadata.rb:1051:in `collect_types_encoding'
>>        from ./gen_bridge_metadata.rb:521: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
>>
>>     
>
> Are you running 10.4.11?  I am and I also have the release version of Safari 3 installed: Version 3.0.4 (523.12).
>
> There was a warning in the rubycocoa getting started page about rubycocoa not compiling if you have a v3 betat of webkit but since I now had the release version of Safari 3 I tried compiling and it worked.
>
> Take a look at Webkit/Safari issues.
>
> -------------------------------------------------------------------------
> 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] I too am failing at installation.

[Stephen B. <ste...@de...>]

At 10:44 AM -0700 11/27/07, Jeremy Nicoll wrote:
>    Thank you Stephen, that got me a little farther along.  I also appreciated the comment in the source about IE and Windows. :)  So I've installed the latest patch for OS X 10.4, which includes Safari 3. 

Which patch? The one for rexml?

>When I try to configure, I am now getting this error:
>
>Generating BridgeSupport metadata for: WebKit ...
>./gen_bridge_metadata.rb:1800:in `compile_and_execute_code': Can't compile C code... aborting (RuntimeError)
>command was: gcc  /tmp/src-0-22240.m -o /tmp/bin-0-22240 -F"/System/Library/Frameworks" -framework WebKit -framework Foundation  -include /tmp/src-0-22240.h  2>/tmp/log-0-22240
>
>/usr/bin/ld: /System/Library/Frameworks/WebKit.framework/WebKit load command 20 unknown cmd field
>collect2: ld returned 1 exit status
>        from ./gen_bridge_metadata.rb:1051:in `collect_types_encoding'
>        from ./gen_bridge_metadata.rb:521: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
>

Are you running 10.4.11?  I am and I also have the release version of Safari 3 installed: Version 3.0.4 (523.12).

There was a warning in the rubycocoa getting started page about rubycocoa not compiling if you have a v3 betat of webkit but since I now had the release version of Safari 3 I tried compiling and it worked.

Take a look at Webkit/Safari issues.

Re: [Rubycocoa-talk] I too am failing at installation.

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

    Thank you Stephen, that got me a little farther along.  I also 
appreciated the comment in the source about IE and Windows. :)  So I've 
installed the latest patch for OS X 10.4, which includes Safari 3.  When 
I try to configure, I am now getting this error:

Generating BridgeSupport metadata for: WebKit ...
./gen_bridge_metadata.rb:1800:in `compile_and_execute_code': Can't 
compile C code... aborting (RuntimeError)
command was: gcc  /tmp/src-0-22240.m -o /tmp/bin-0-22240 
-F"/System/Library/Frameworks" -framework WebKit -framework Foundation  
-include /tmp/src-0-22240.h  2>/tmp/log-0-22240

/usr/bin/ld: /System/Library/Frameworks/WebKit.framework/WebKit load 
command 20 unknown cmd field
collect2: ld returned 1 exit status
        from ./gen_bridge_metadata.rb:1051:in `collect_types_encoding'
        from ./gen_bridge_metadata.rb:521: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


Jeremy


Stephen Bannasch wrote:
> Jeremy,
>
> See the end of my last message.
>
> You need to apply the patch in this message:
>
>     http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/32040
>
> to the file document.rb in the rexml gem. The changes are just two 
> lines so I didn't bother applying the patch I just edited the file:
>
>    /usr/local/lib/ruby/1.8/rexml/document.rb
>
> directly.
>
> Yours is somewhere in /opt/...
>
> After this it should build.
>
> I got stuck later following the screencast with interface builder. I 
> tinkEloy did the screencast with Leopard. I'm not very familiar with 
> CoCoa or InterfaceBuilder and it's not clear to me how to make an 
> NSObject for the LeecherController with IB 2.5.4.
>   

Re: [Rubycocoa-talk] OutlineView programatic datasources

[Chris M. <ch...@oc...>]

Hi Tim,

You need to return something other than 1 from  
outlineView_numberOfChildren_ofItem when item is nil. Below is a  
delegate I used for an outline view that gets it's data from an AR  
model with acts_as_tree. HTH

Cheers,

Chris

class AccountTreeDelegate < OSX::NSObject
def initWithOutlineViewAndTransactionView(outline_view,  
transaction_view)
   @outline_view = outline_view
   @transaction_view = transaction_view
   @top_level_accounts =  
Account.top_level_accounts.to_activerecord_proxies
   @selected_account_proxy = @top_level_accounts[0]

   @txn_delegates = {}
   @txn_delegates[self.selected_account.id] =  
TxnDelegate.alloc.initWithAccount(self.selected_account)

   @transaction_view.dataSource =  
@txn_delegates[self.selected_account.id]
   @transaction_view.delegate = @txn_delegates[self.selected_account.id]

   self
end

def selected_account
   @selected_account_proxy.original_record
end

def outlineView_numberOfChildrenOfItem(outline_view, item)
   if item.nil?
     @top_level_accounts.length
   else
     item.children.to_activerecord_proxies.length
   end
end

def outlineView_isItemExpandable(outline_view, item)
   item.children.size.zero? ? false : true
end

def outlineView_child_ofItem(outline_view, child, item)
   if item.nil?
     @top_level_accounts[child]
   else
     item.children.to_activerecord_proxies[child]
   end
end

def outlineView_objectValueForTableColumn_byItem(outline_view,  
table_column, item)
   case table_column.identifier.to_s
   when 'name'
     item.name
   when 'balance'
     item.balance / 100.0
   end
end

def outlineViewSelectionDidChange(notification)
   @selected_account_proxy =  
@outline_view.itemAtRow(@outline_view.selectedRow)
   txn_delegate = (@txn_delegates[self.selected_account.id] ||=  
TxnDelegate.alloc.initWithAccount(self.selected_account))
   @transaction_view.dataSource = txn_delegate
   @transaction_view.delegate = txn_delegate
end
end

On 27 Nov 2007, at 10:03, Tim Perrett wrote:

> Hey all
>
> Having a slight puzzler here - i wrote a sample for RubyCocoa.com a
> long time ago which demonstrated how to programatically use your own
> data-source for an outline view (link: http://www.rubycocoa.com/files/outline-views/OutlineMeRuby.zip)
> . Thats all fine and dandy, but I am in the situation where I now need
> multiple root nodes and im not quite sure how to get there!
>
> Its been a while since I've done any RC programming so just trying to
> work my way around once again. In that other outline view example, I
> had a single root node defined by @@rootNode, and it is root because
> oh its initial nil value. What I am confused about however is how to
> add another nil value element onto the outline view? I've been looking
> at the DragNDropOutlineView supplied by apple, which I understand, but
> they load there data from dictionary, so its not clear how that
> translates...
>
> Can anyone point me in the right direction to create multiple root
> nodes?
>
> Cheers
>
> Tim
>
> FYI - heres the code for the app controller data-source
>
> require 'osx/cocoa'
>
> class OLDataSource < OSX::NSObject
>
> include OSX
>
> # IB outlets
> ib_outlets :outlineView
>
> # configure root node
> @@rootNode = nil
>
> # (id)
> def init
>   super_init
> 	  @@rootNode = Node.alloc.init
>   @@rootNode.setItemName('Root')
>
>   #newnode = Node.alloc.init
>   #newnode.setItemName('Badger')
>
> 	  return self
> end
>
> # (IBAction)
> def addChild(sender)
>   selectedRow = @outlineView.selectedRow
> 	
> 	# is nothing selected
> 	if selectedRow < 0
> 	  NSBeep()
> 	  return
> 	end
> 	
> 	# which node is that?
> 	selectedItem = @outlineView.itemAtRow(selectedRow)
> 	
> 	# create a new child
> 	newNode = Node.alloc.init
> 	newNode.setItemName('New Child')
> 	selectedItem.addChild(newNode)
> 	
> 	#newNode.release
> 	@outlineView.reloadItem_reloadChildren(@@rootNode, true)
> end
>
> # datasource mehods for outlineView
> # (id)
> def outlineView_child_ofItem(outlineView, index, item)
> 	item ? item.childAtIndex(index) : @@rootNode
> end
>
> # (bool)
> def outlineView_isItemExpandable(outlineView, item)
>   return item.expandable
> end
>
> # (bool)
> def outlineView_numberOfChildrenOfItem(outlineView, item)
>   item == nil ? 1 : item.childrenCount()
> end
>
> # (id)
> def outlineView_objectValueForTableColumn_byItem(outlineView,
> tableColumn, item)
>   identifier = tableColumn.identifier
> 	
> 	NSLog(identifier.to_s)
> 	
> 	if identifier.to_s == "itemSum"
> 	  return item.sum
> 	else
> 	  return item.itemName
> 	end
>
> end
>
> # (void) delegate method
> def outlineView_setObjectValue_forTableColumn_byItem(outlineView,
> object, tableColoumn, item)
>   item.setItemName(object)
> 	outlineView.reloadItem_reloadChildren(@@rootNode, true)
> end
>
> # (void)
> def dealloc
>   @@rootNode = nil
> 	super_dealloc
> end
>
> end
>
>
> -------------------------------------------------------------------------
> 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

[Rubycocoa-talk] OutlineView programatic datasources

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

Hey all

Having a slight puzzler here - i wrote a sample for RubyCocoa.com a  
long time ago which demonstrated how to programatically use your own  
data-source for an outline view (link: http://www.rubycocoa.com/files/outline-views/OutlineMeRuby.zip) 
. Thats all fine and dandy, but I am in the situation where I now need  
multiple root nodes and im not quite sure how to get there!

Its been a while since I've done any RC programming so just trying to  
work my way around once again. In that other outline view example, I  
had a single root node defined by @@rootNode, and it is root because  
oh its initial nil value. What I am confused about however is how to  
add another nil value element onto the outline view? I've been looking  
at the DragNDropOutlineView supplied by apple, which I understand, but  
they load there data from dictionary, so its not clear how that  
translates...

Can anyone point me in the right direction to create multiple root  
nodes?

Cheers

Tim

FYI - heres the code for the app controller data-source

require 'osx/cocoa'

class OLDataSource < OSX::NSObject

   include OSX

   # IB outlets
   ib_outlets :outlineView

   # configure root node
   @@rootNode = nil

   # (id)
   def init
     super_init
	  @@rootNode = Node.alloc.init
     @@rootNode.setItemName('Root')

     #newnode = Node.alloc.init
     #newnode.setItemName('Badger')

	  return self
   end

   # (IBAction)
   def addChild(sender)
     selectedRow = @outlineView.selectedRow
	
	# is nothing selected
	if selectedRow < 0
	  NSBeep()
	  return
	end
	
	# which node is that?
	selectedItem = @outlineView.itemAtRow(selectedRow)
	
	# create a new child
	newNode = Node.alloc.init
	newNode.setItemName('New Child')
	selectedItem.addChild(newNode)
	
	#newNode.release
	@outlineView.reloadItem_reloadChildren(@@rootNode, true)
   end

   # datasource mehods for outlineView
   # (id)
   def outlineView_child_ofItem(outlineView, index, item)
	item ? item.childAtIndex(index) : @@rootNode
   end

   # (bool)
   def outlineView_isItemExpandable(outlineView, item)
     return item.expandable
   end

   # (bool)
   def outlineView_numberOfChildrenOfItem(outlineView, item)
     item == nil ? 1 : item.childrenCount()
   end

   # (id)
   def outlineView_objectValueForTableColumn_byItem(outlineView,  
tableColumn, item)
     identifier = tableColumn.identifier
	
	NSLog(identifier.to_s)
	
	if identifier.to_s == "itemSum"
	  return item.sum
	else
	  return item.itemName
	end

   end

   # (void) delegate method
   def outlineView_setObjectValue_forTableColumn_byItem(outlineView,  
object, tableColoumn, item)
     item.setItemName(object)
	outlineView.reloadItem_reloadChildren(@@rootNode, true)
   end

   # (void)
   def dealloc
     @@rootNode = nil
	super_dealloc
   end

end

Re: [Rubycocoa-talk] rubycocoa and rucola/ruby installed from source

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

Hi Stephen,

I'm sorry it was such a difficult task to install it,
so I'm glad you were able to fix them.

Your compiled list of solutions is very nice.
I've put the part about the rexml patch on:
http://rubycocoa.sourceforge.net/GettingStarted
And I'll try to make some points clearer on the rucola website.

Cheers,
Eloy

On 27 nov 2007, at 00:12, Stephen Bannasch wrote:

> I've got ruby-1.8.6-p111 installed in /usr/local and have had a
> number of troubles installing rubycocoa and rucola.
>
> I did solve them but thought a short narrative might be helpful for
> somebody else with similar issues (and perhaps also for adding to the
> documentation online which describes how to get started).
>
> I'm on macos 10.4.11 using rubygems version 0.9.5.
>
> I saw the announcement about rucola and thought -- "That sounds cool,
> I'd like to try that!"
>
> $ sudo gem install rucola
>
> failed installing rubynode -- the latest rubygems installs
> dependencies automatically so the fact that the error occurred
> installing rubynode might be so obvious.
>
> Checking the page for the rubynode gem showed the problem (so did the
> error message). Setting an environment variable before installing
> rubynode got it installed:
>
> $ RUBY_SOURCE_DIR="/Users/stephen/dev/ruby/src/ruby-1.8.6-p111" sudo
> gem install rubynode
> Building native extensions.  This could take a while...
> Successfully installed rubynode-0.1.3
> 1 gem installed
>
> Then installing rucola worked.
>
> $ sudo gem install rucola
> Successfully installed rucola-0.0.2
> 1 gem installed
> Installing ri documentation for rucola-0.0.2...
> Installing RDoc documentation for rucola-0.0.2...
>
> But after making a new rubycocoa app with rucola and trying to run it
> I got this error:
>
> rake aborted!
> no such file to load -- osx/cocoa
>
> Ooops, rubycocoa  wasn't just a gem dependency!
>
> So first I downloaded the dmg and ran it -- when that didn't help
> (probably installed for the original ruby that came with tiger) I
> first tried the svn version and then the 0.13 tgz. With both of these
> options my ruby prefix is set correctly but I get this error in the
> config phase:
>
> $ ruby install.rb config
> install.rb: entering config phase...
> create ext/rubycocoa/extconf.rb
> create framework/GeneratedConfig.xcconfig
> create framework/src/objc/Version.h
> create tests/Makefile
> ---> framework
> create /Users/stephen/dev/ruby/src/rubycocoa/framework/src/objc/ 
> osx_ruby.h ...
> create
> /Users/stephen/dev/ruby/src/rubycocoa/framework/src/objc/osx_intern.h
> ...
> BSROOT="/Users/stephen/dev/ruby/src/rubycocoa/framework/bridge- 
> support"
> CFLAGS="" /usr/local/bin/ruby build.rb
> Generating BridgeSupport metadata for: CoreFoundation ...
>     Collect metadata (20.65495 seconds)
> /usr/local/lib/ruby/1.8/rexml/document.rb:186:in `write': undefined
> local variable or method `transitive' for <UNDEFINED> ...
> </>:REXML::Document (NameError)
>         from ./gen_bridge_metadata.rb:1516:in `generate_xml'
>         from ./gen_bridge_metadata.rb:1516:in `open'
>         from ./gen_bridge_metadata.rb:1516: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/stephen/dev/ruby/src/rubycocoa/framework/post-config.rb  
> failed:
> 'system
> BSROOT="/Users/stephen/dev/ruby/src/rubycocoa/framework/bridge- 
> support"
> CFLAGS="" /usr/local/bin/ruby build.rb' failed
>
> OK, I subscribed to the mailing list and also searched the list
> archives and found the rexml bug and applied the patch in this
> message:
>
>   http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/32040
>
> then rubycocoa built successfully and I got back to superalloy's
> screencast and saw my own version of the first Leecher window as I'm
> following along -- now I'm finally back to to the part where I'm
> saying ...
>
> "That's cool!"
>
> ...
>
> -- 
> - Stephen Bannasch
>   Concord Consortium, http://www.concord.org
>
> -------------------------------------------------------------------------
> 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] I too am failing at installation.

[Stephen B. <ste...@gm...>]

Jeremy,

See the end of my last message.

You need to apply the patch in this message:

    http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/32040

to the file document.rb in the rexml gem. The changes are just two 
lines so I didn't bother applying the patch I just edited the file:

   /usr/local/lib/ruby/1.8/rexml/document.rb

directly.

Yours is somewhere in /opt/...

After this it should build.

I got stuck later following the screencast with interface builder. I 
tinkEloy did the screencast with Leopard. I'm not very familiar with 
CoCoa or InterfaceBuilder and it's not clear to me how to make an 
NSObject for the LeecherController with IB 2.5.4.
-- 
- Stephen Bannasch
   Concord Consortium, http://www.concord.org