NSLog, NSError, accesso errato

Question

Stavo facendo un addPersistentStore piuttosto ordinario a un NSPersistentStoreCoordinator e ha generato un codice di errore &.

Così sono andato a NSLog esso, ed ha ottenuto un errore di accesso quando ho fatto questo:

NSLog(@"Unresolved error %@, %@", error, [error userInfo]); 

che sembra essere l'idioma comune.

Quando ho riformattato la dichiarazione errore come segue:

 NSLog(@"Unresolved error %@", [error userInfo]); 

... il problema è andato via.

Anche NSZombie non ha intercettato correttamente l'errore di accesso errato!

Qualche idea?

Answer 1

Come stai recuperando l'errore?

Il modo corretto, come described by bbum, è:

NSError *error; 
BOOL success = [blah blah:blah error:&error]; 
if (!success) { 
    NSLog(@"Error: %@ %@", error, [error userInfo]); //Or other error handling (e.g., [NSApp presentError:error]). 
} else { 
    //Succeeded—ignore the error variable entirely 
} 

(Questo è un metodo blah:error: che restituisce un BOOL, l'esempio nella bbum domanda ha risposto è stato per un metodo che ha restituito un oggetto The degli errori. lo schema di gestione è lo stesso per entrambi i casi)

Secondo i suoi aggiornamenti di Twitter poco dopo, some APIs will output an error object under the hood even if what you asked for succeeded, il che significa che testare la variabile di errore anziché il ritorno di BOOL può ingannare. Penso che questo sia quello che ti è successo.

La soluzione è solo esaminare l'oggetto errore se l'API segnala un errore.

Answer 2

Non dimenticare di inizializzare NSError con valore nullo

NSError* err = nil; 
[anObject doSomethingGetError:&err]; 
if (err) { 
    NSLog(...); 
} 

Se il problema persiste, è API bug