Nava Carmon
ncarm****@mac*****
Wed Sep 9 16:37:18 JST 2009
I'm really disappointed with a traffic on this forum, since it's supposed to be the official rubycocoa forum and provide support for developers. Anyway after googling for a couple of days! i found the solution for my problem and believe me i don't know how did it work till now... Here's the link. It solves endless loops when trying to restore from xcdatamodel: http://sourceforge.jp/projects/rubycocoa/lists/archive/devel/2007-April/000845.html On Sep 6, 2009, at 6:00 AM, rubycocoa-devel- reque****@lists***** wrote: > Send Rubycocoa-devel mailing list submissions to > rubyc****@lists***** > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.sourceforge.jp/mailman/listinfo/rubycocoa-devel > or, via email, send a message with subject or body 'help' to > rubyc****@lists***** > > You can reach the person managing the list at > rubyc****@lists***** > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Rubycocoa-devel digest..." > > > Today's Topics: > > 1. [Rubycocoa-devel 1415] Re: RubyCocoa in Snow Leopard (Gideon > King) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 5 Sep 2009 22:22:22 +1000 > From: Gideon King <gideo****@novam*****> > Subject: [Rubycocoa-devel 1415] Re: RubyCocoa in Snow Leopard > To: rubyc****@lists***** > Message-ID: <B7803****@novam*****> > Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes > > It appears I was a little to hasty in thinking that RubyCocoa was > stable using version 1.0.0 of the framework - I am getting crash > reports from customers like this: > > Thread 0 Crashed: > 0 libSystem.B.dylib 0x961d6e42 __kill + 10 > 1 libSystem.B.dylib 0x9624923a raise + 26 > 2 libSystem.B.dylib 0x96255679 abort + 73 > 3 libruby.1.dylib 0x00325b60 rb_exc_new + 0 > 4 libruby.1.dylib 0x0038c683 rb_gc_mark_trap_list + > 508 > 5 libSystem.B.dylib 0x961d52bb _sigtramp + 43 > 6 ??? 0xffffffff 0 + 4294967295 > 7 com.apple.CoreFoundation 0x905ab4fd CFStringGetDoubleValue + > 29 > 8 ...print.v583a.pde.DuplexPrint 0x1d1b6a4b CBJ_SetDispValue > (BJPDEDuplexContext*) + 181 > 9 ...print.v583a.pde.DuplexPrint 0x1d1b36b2 > CBJ_MarginPDEPluginFactory + 1416 > 10 ...print.v583a.pde.DuplexPrint 0x1d1b38a1 > CBJ_MarginPDEPluginFactory + 1911 > 11 ...int.framework.Print.Private 0x1dc12258 AskUserForFile + 9710 > 12 ...int.framework.Print.Private 0x1dc0701f 0x1dc01000 + 24607 > 13 ...int.framework.Print.Private 0x1dc07558 0x1dc01000 + 25944 > ... > > The user had not done anything that invokes the RubyCocoa framework > directly - they had just printed a document. So far, it appears that > the other crashes we saw under previous versions of the framework may > have been fixed, but this one wasn't. One thing that concerns me is > that all the other frameworks I have linked to in the application have > a + beside them in the crash log, but the RubyCocoa one doesn't - any > ideas why this would be the case? Is the + purely dependent on whether > it is com.apple or not? > > 0x2d4000 - 0x2f3ff7 com.apple.rubycocoa 1.0.0 (1.0.0) > <bff3daa7494b7e8f886ebc179eb0b323> /Volumes/NovaMind 4 Pro/NovaMind > Pro.app/Contents/Frameworks/RubyCocoa.framework/Versions/A/RubyCocoa > > Has anyone else encountered this? Any suggested workarounds? > > > Regards > > Gideon > > > > ------------------------------ > > _______________________________________________ > Rubycocoa-devel mailing list > Rubyc****@lists***** > http://lists.sourceforge.jp/mailman/listinfo/rubycocoa-devel > > > End of Rubycocoa-devel Digest, Vol 57, Issue 4 > ********************************************** -------------- next part -------------- An HTML attachment was scrubbed...Download
