Open twobitlabs opened 8 years ago
I should add that if I put the call to MR_setWorkingName into a performAndWaitBlock it works:
+ (NSManagedObjectContext *) MR_privateQueueContext;
{
NSManagedObjectContext *context = [[self alloc] initWithConcurrencyType:NSPrivateQueueConcurrencyType];
[context performBlockAndWait:^{
[context MR_setWorkingName:@"Private Queue"];
}];
return context;
}
Yep you're likely correct. We need to do a threading audit with the core data thread debug flag on before we are finally able to merge 3.0 back to master
Sent from my iPhone
On Nov 13, 2015, at 9:20 AM, Two Bit Labs notifications@github.com wrote:
I should add that if I put the call to MR_setWorkingName into a performAndWaitBlock it works:
- (NSManagedObjectContext ) MR_privateQueueContext; { NSManagedObjectContext context = [[self alloc] initWithConcurrencyType:NSPrivateQueueConcurrencyType]; [context performBlockAndWait:^{ [context MR_setWorkingName:@"Private Queue"]; }]; return context; } — Reply to this email directly or view it on GitHub.
I'm upgrading a project to MR 3 (which is looking great by the way!) and have turned on concurrency debugging (-com.apple.CoreData.ConcurrencyDebug 1) to make sure we're I'm doing everything right. Whenever we try and create contexts on a background thread it's triggering the multithreading violation exception:
The following MR 3 code that's trying to modify the NSManagedObjectContext's userInfo is triggering the Multithreading_Violation_AllThatIsLeftToUsIsHonor error:
Are we doing something wrong?