Re: CoreData faulting - does it rely on #self?
Re: CoreData faulting - does it rely on #self?
- Subject: Re: CoreData faulting - does it rely on #self?
- From: Todd Blanchard <email@hidden>
- Date: Thu, 13 Apr 2006 09:17:34 -0700
This is where I need implementation details.
Does NSManagedObject implement #self as a regular method? If so, I
can be assured that my NSObject category method is OK and I won't
override it in my subclass. If it insists on adding a non-trivial
#self to NSObject, then we have issues. I'd sure like it if someone
who knows would answer the question.
My other concern is whether saving turns everything back into a
fault. I don't want this and will need to probably implement
didBecomeFault to turn around and call self (if indeed this does
trigger faults).
On Apr 13, 2006, at 1:18 AM, Greg Herlihy wrote:
Since the subclassing notes for NSManagedObect include "self" as
one of the
methods that a subclass of NSManagedObject should not override, the
answer
to your question is probably "yes."
Greg
On 4/12/06 12:47 PM, "Todd Blanchard" <email@hidden> wrote:
I'm running into some issues regarding CoreData tossing exceptions
after a save. Do NSManagedObjects rely on the same kind of faulting
technology as EOF? If I implement a method called 'self' in a
subclass of NSManagedObject, will I break it?
I'm seeing:
2006-04-12 15:04:31.610 HackOMatic [20566] Exception raised during
posting of notification. Ignored. exception: Unknown key in query.
self
during the save operation.
I implemented 'self' in my subclass so I could bind some UI on it
using bindings and see the pointer values in some debugging tools of
mine.
The program runs great until the first save - then its hosed.
-Todd Blanchard
_______________________________________________
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