Re: Distributed Objects and Retain
Re: Distributed Objects and Retain
- Subject: Re: Distributed Objects and Retain
- From: Clark Cox <email@hidden>
- Date: Wed, 1 Feb 2006 13:30:53 -0500
On 2/1/06, David McGavran <email@hidden> wrote:
> Hi Ofri,
>
> Thanks for the tip. I can't actually cast it to (MyClass*) as that
> is actually private to the server, only the protocol is visible to
> the client. When I cast it to NSObject that didn't remove the
> warning. Interestingly it only seems to happen for one of my protocols.
>
> I also get the following warning:
> warning: type 'id <MyProtocol>' does not conform to the 'NSObject'
> protocol
>
> Any ideas on that?
You could make your protocol conform to the NSObject protocol, like so:
@protocol MyProtocol <NSObject>
/* methods */
@end
>
> Thanks!
>
> Dave
> On Feb 1, 2006, at 6:50 PM, Ofri Wolfus wrote:
>
> > You can either cast the proxy of the object to (MyClass *) or to
> > declare it as id <NSObject>. The first option will save some other
> > potential warnings for you at the same time.
> >
> > I hope this helps,
> > - Ofri
> >
> > On 01/02/2006, at 19:01, David McGavran wrote:
> >
> >> I have a server app that vends a single object. From that object
> >> you can iterate over several objects. Each time I return a new
> >> object as an ID I want to stor e it on the client side as a member
> >> variable of a client object. If I don't retain it I get crashes
> >> as the object goes away. If I retain it, I watch the ref count go
> >> up and everything works. However I am worried in that xcode tells
> >> me this:
> >>
> >> warning: '-retain' not found in protocol(s)
> >>
> >>
> >> That makes me nervous. What is the correct way to store a local
> >> copy of an object on the client side?
> >
> > _______________________________________________
> > Do not post admin requests to the list. They will be ignored.
> > Cocoa-dev mailing list (email@hidden)
> > Help/Unsubscribe/Update your Subscription:
> >
> > This email sent to email@hidden
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Cocoa-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
>
--
Clark S. Cox III
email@hidden
My CV/Resume:
http://homepage.mac.com/clarkcox3/files/Resume.pdf
http://homepage.mac.com/clarkcox3/files/Resume.html
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden