CoreData: error: NULL _cd_rawData mais l'objet n'est pas transformé en une faute

De temps en temps j'obtiens cette erreur lors de l'enregistrement de base de données. Je n'arrive pas à le recréer.

Quelqu'un a une expérience avec cette erreur;

CoreData: error: NULL _cd_rawData but the object is not being turned into a fault

?

  • Êtes-vous à l'aide de multi threading? Si oui, assurez-vous que la sauvegarde de contexte doit être fait sur le Thread Principal
  • Oui, je le suis. Mais, je travaille dans un autre contexte, et de fusionner les modifications dans le thread principal.
  • Salut, quelqu'un peut expliquer pourquoi cette erreur ne se produit que de temps en temps?
  • Comme une approche générale pour en apprendre plus sur le sujet et les moyens de prévenir de tels problèmes, je recommanderais la suite de Stanford conférence: youtube.com/watch?v=whF63GTaW1w
InformationsquelleAutor johan | 2012-02-10
  1. 13

    Après être allé à plusieurs postes, ce qui a eu une meilleure réponse https://web.archive.org/web/20150215081345/http://www.cocoabuilder.com:80/archive/cocoa/311615-weird-core-data-crash.html

    • Le lien n'est pas actif plus, la solution n'est pas visible!
    • Réponse édité pour mettre un lien actif vers le même contenu.
    InformationsquelleAutor iamsult
  2. 50

    Raison:

    Ce qui se passe lorsque le contexte de l'objet n'appartient pas à le thread courant. L'un des nombreux moyens que l'erreur peut se manifester.

    Debug:

    Lorsque l'incident se produit procédez de la manière suivante:

    1. Vérifier le thread dans lequel la collision s'est produite (Xcode > Debug Navigator)
    2. Sur la console d'impression, le type de simultanéité de la NSManagedObjectContext
    3. Si la concurrence est de type mainQueueConcurrencyType alors il doit être sur le thread principal sinon sur les threads d'arrière-plan.

    De commande de la Console pour vérifier la simultanéité type:

    p context.concurrencyType

    Dans l'exemple de commande ci-dessus la NSManagedObjectContext a été stocké dans la variable context

    Sortie De La Console:

    (NSManagedObjectContextConcurrencyType) $R4 = mainQueueConcurrencyType
    • Vous avez raison. Merci
    • Oui c'est exactement mon cas. Cette erreur est essentiellement en raison de l'accès principal de la MOC à partir du thread d'arrière-plan.
    • Est-il une solution pour cela?
    • Si vous avez besoin d'accéder à la base de données à partir d'un thread d'arrière-plan, l'utilisation de ce thread pour créer un nouveau MOC, puis l'utiliser pour créer, de requête, de muter, enregistrer, etc. MagicalRecord a été très utile pour mon application.
    • Dans mon cas, Il était déjà sur le thread d'arrière-plan, mais les changements fréquents à partir du fond thread thread principale cause de cette erreur et un crash
    InformationsquelleAutor Neal Ehardt
  3. 0

    J'ai trouvé le même problème quand j'ai essayé de lire (accès) et des données à partir d'un Coredata Magasin dans l'autre thread (pas le principal).

    Vous pouvez résoudre ce problème en suivant cette suggestion à partir de ce lien:

    Les Données de base et fils /Grand Central Dispatch

    • Ce sujet a 6 réponses, pouvez vous être plus précis sur ce que vous avez trouvé dans ce thread qui a été utile?
    InformationsquelleAutor Ohmy