SIGABRT su iPhone quando si cambia xib

Question

Ho appena finito fuori un app per l'iPhone, che, fino ad oggi, ha funzionato benissimo sul simulatore iPhone e dispositivi reali.

Ho provato a cambiare la XI ter che viene caricato nel metodo applicationDidFinishLaunching nella mia classe di applicazione delegato - tutto quello che ho fatto è stato cambiare la stringa in initWithnibName

.

Quando lancio l'applicazione sul simulatore, l'immagine viene visualizzata Default.png, poi l'applicazione si blocca con un'eccezione non rilevata. Quando si esegue su un dispositivo, l'immagine viene visualizzata Default.png per circa 10 secondi, l'interfaccia utente non viene mai caricato e ottengo 'GDB: programma ha ricevuto il segnale: 'SIGABRT'.' sulla barra di stato Xcode. Debug mostra che applicationDidFinishLaunching è mai realmente raggiunto prima l'applicazione si blocca.

Impostazione della XI ter di partenza di nuovo all'originale risolve il problema, ma ora ho fatto un cambiamento e salvato nella Interface Builder e l'applicazione mostra gli stessi problemi come sopra - ho fatto alcun codice cambia affatto.

E 'questo un problema di memoria, o di un problema noto di un errore comune?

. NOTA: ho fatto alcun codice modifica di sorta, e le uniche modifiche che ho apportato al XI ter sono cosmetici, i IBOutlets sono tutti intatti

Answer 1

Scusate ragazzi, è colpa mia - appare ho cancellato il file MainWindow.xib, in modo che il delegato non è stato chiamato all'avvio dopo aver apportato delle modifiche. Ho ricreato e collegato al delegato app e UIApplication così ora tutto funziona.

Answer 2

Probabilmente hai cambiato il nome di un IBOutlet nel codice senza cambiare nel XI ter.

Answer 3

Probabilmente aveva IBOutlets collegato da un xib di nuovo nel codice, e queste connessioni sono rotti.

Si dovrà darci qualche dettaglio in più su come la stringa di nibname è stato cambiato. Forse si rinomina il file XI ter?

Answer 4

ho rinominato alcune classi e Xibs e mi SIGABRT in main.m

il nome della classe Identity ispettore può puntare a inesistenti nome di classe

Answer 5

la sua causa nel initWithnibName non stanno dando il nome xib corretto in modo che andrà in crash