• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
re: CoreData Bug? (SQLite vs XML)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

re: CoreData Bug? (SQLite vs XML)


  • Subject: re: CoreData Bug? (SQLite vs XML)
  • From: Ben Trumbull <email@hidden>
  • Date: Sun, 13 Sep 2009 21:52:51 -0700

I've been trying to track down a bug and it *seems* that it might be
CoreData's fault (I highly doubt it but there's a small chance). I
have the following configuration:
- A base class, let's call it Base
- A subclass of Base, let's call it Subclass

Subclass has a to-many relationship to Base. Here's what I'm observing:
- On startup, the to-many relationship is not restored (only in some
reproducible cases).

Are all the objects correctly marked inserted or updated before you save ? Do all the objects report the correct inverses ?


If you change relationships with setPrimitiveValue:forKey: or on MOs that haven't been inserted into a MOC or try to wire up relationships in -awakeFromFetch, then things can go awry.

Do you have multiple MOCs saving ? The XML store is atomic, so the last writer wins. The SQLite store merges changes from other saves.

Can you reproduce this in a new sample project ?

- Ben



_______________________________________________

Cocoa-dev mailing list (email@hidden)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden


  • Prev by Date: re: CoreData multiple contexts and threads
  • Next by Date: testing ppc on intel
  • Previous by thread: Re: CoreData Bug? (SQLite vs XML)
  • Next by thread: Grand Central Dispatch vs CFRunLoop
  • Index(es):
    • Date
    • Thread