Nieprawidłowy błąd danych rdzenia spowodowany nadmiernym zwolnieniem?

Question

Okazjonalne czytelnik i pierwszy raz Pytający pytanie, więc proszę być łagodne :)

Tworzę zarządzanego obiektu (rachunku), które jest przekazywane do kontrolera widoku gdzie jego dziecko jest ustawiony w nieruchomości, która jest zatrzymany.

Account * account = [[Account alloc] initWithEntity:entity insertIntoManagedObjectContext:context]; 
AddAccountViewController *childController = [[AddAccountViewController alloc] init]; 
childController.title = @"Account Details"; 
childController.anAccount = account; 
childController.delegate = self; 

[self.navigationController pushViewController:childController animated:YES]; 
[childController release]; 
[account release]; 

Widok Controller Interface:

@interface AddAccountViewController : UIViewController { 
} 

@property (nonatomic, retain) IBOutlet UITextField * usernameTextField; 
@property (nonatomic, retain) IBOutlet UITextField * passwordTextField; 

@property (nonatomic, retain) Account * anAccount; 
@property (nonatomic, assign) id <AddAccountDelegate> delegate; 

- (IBAction)cancel:(id)sender; 
- (IBAction)add:(id)sender; 
- (IBAction)textFieldDone:(id)sender; 
@end 

więc w przykładowym kodzie 1 Mam zwolniony obiekt konta, bo nie interesuje mnie w tej metodzie. Ponieważ jest on przechowywany przez AddAccountViewController Mam wpis w 'AddAccountViewController' s dealloc, który go zwalnia.

Jednak kiedy idę, aby usunąć obiekt z ManagedObjectContext Aplikacja ulega awarii z następującym (raczej niejasny) Błąd:

Detected an attempt to call a symbol in system libraries that is not present on the iPhone: 
_Unwind_Resume called from function _PFFaultHandlerLookupRow in image CoreData. 

Po wielu debugowania & ciągnięcie za włosy odkryłem, że jeśli ja nie Uwolnij konto w metodzie AddAccountViewController 's dealloc metoda działa poprawnie i nie wydaje się przeciekać zgodnie z Instruments.

Czy ktoś może rzucić światło na to, co się dzieje? Rozumiem z dokumentów o właściwościach, które zatrzymane muszą zostać zwolnione. Co przeoczyłem?

Aktualizacja odpowiedzieć na pytanie Kevina

kod, aby usunąć obiekt z ManagedObjectContext jest w RootViewController (czyli posiadających kontroler dziecko)

// Override to support editing the table view. 
- (void)tableView:(UITableView *)tableView commitEditingStyle:(UITableViewCellEditingStyle)editingStyle forRowAtIndexPath:(NSIndexPath *)indexPath { 

    if (editingStyle == UITableViewCellEditingStyleDelete) { 
     // Delete the managed object for the given index path 
     NSManagedObjectContext *context = [self.fetchedResultsController managedObjectContext]; 

     [context deleteObject:[self.fetchedResultsController objectAtIndexPath:indexPath]]; 

     // Save the context. 
     NSError *error = nil; 
     if (![context save:&error]) { 
      /* 
      Replace this implementation with code to handle the error appropriately. 

      abort() causes the application to generate a crash log and terminate. You should not use this function in a shipping application, although it may be useful during development. If it is not possible to recover from the error, display an alert panel that instructs the user to quit the application by pressing the Home button. 
      */ 
      NSLog(@"Unresolved error %@, %@", error, [error userInfo]); 
      abort(); 
     } 
    } 
} 

Answer 1

Po pierwsze: To brzmi jak błąd ze strony Apple. Core Data wywołuje _Unwind_Resume, co jest (prawdopodobnie) rodzajem wyjątku odwijania. W telefonie istnieje wyjątek - rozwijanie, ale (jak sądzę) używa ARM ABI, który używa nazw funkcji zaczynających się od __cxa_. Czy korzystasz z symulatora? Która wersja pakietu SDK?

Może być dodatkowe wydanie pływające w dowolnym miejscu, które jest "zrównoważone" po usunięciu połączenia z numerem [account release];.

"Instrumenty nie wykazują żadnych wycieków" nie oznacza, że ​​nie ma żadnych; na koniec sprawdziłem, że się pomyliłem przez cykle (to znaczy, nie pokazałoby przecieku, gdybyś zapomniał usunąć IBOutlety w dealloc). Testowałem z NSMutableData * d = [NSMutableData dataWithLength:1<<20]; memcpy(d.mutableBytes, &d, 4);, ale łatwiejszy test to tylko [[UIView alloc] initWithFrame:CGRectZero].

Jeśli uważasz, że jest to problem związany z zachowaniem/zwolnieniem, raz je usunąłem, przesyłając polecenie keep/release/autorelease, aby zadzwonić do NSLog. Następnie dodałem punkty przerwania na wszystkich z nich, ustawiłem je tak, aby uruchamiały polecenie "bt", i kliknąłem na autokontynę. Następnie uruchom urządzenie, które się zepsuło (w moim przypadku uważam, że było to tylko dodatkowe zabezpieczenie), wydrukuj dane wyjściowe dziennika, przyklej je na tablicy i zatrzymaj na pół godziny, zachowując zgodność i zwolnienia.

Answer 2

Kiedy usuniesz dowolny obiekt zarządzany, system automatycznie zwolni wszystkie odniesienia związane z tym obiektem. Nie ma zatem potrzeby programowego odpierania obiektów. Po usunięciu obiektu nie można uzyskać dostępu do tego obiektu w klasie nadrzędnej.

Answer 3

miałem podobny problem kończącą w „Wykryto próbę zadzwonić symbol w bibliotekach systemu, który nie jest obecny na iPhone: _Unwind_Resume wywoływana z funkcji _PFFaultHandlerLookupRow Image CoreData”. komunikat o błędzie.

Moim problemem była zła "kaskadowa" reguła usuwania relacji w modelu. Z tą regułą mój najwyższy zarządzany obiekt został usunięty, ale nadal jest przywoływany w kodzie. Po ustawieniu "reguły usuwania" w tej relacji na "nulify" wszystko działało zgodnie z założeniami.

-> brak problemu z danymi podstawowymi ... problem projektowy!

Johnny