2012-09-21 17 views
14

Ho riscontrato un problema con un'app ios aggiornata. Lo scorso mercoledì (prima della nota chiave per iPhone) l'app è stata inviata per la revisione. Testato su iOS6-beta, iOS5, iOS4. -> nessun problema. Compilato con SDK iOS5L'app si arresta in modo anomalo dopo la modifica a iOS6 - ucol_getVersion

Ora ho un sacco di rapporti sugli arresti anomali (sistema: bugsense), solo iOS6.

breve versione:

SIGSEGV CLASSE: SEGNALE FILE: ucol_getVersion +

Dopo symbolication l'incidente-report non è ancora leggibile:

- 0 libicucore.A.dylib 0x318e4570 ucol_getVersion + -1 
- 1 TextInput 0x36ee7fa9 _ZN2KB8WordTrie4loadERKNS_6StringE + 280 
- 2 TextInput 0x36ee1495 + 16 
- 3 TextInput 0x3724bcb3 + 58 
- 4 TextInput 0x3724bc51 + 44 
- 5 TextInput 0x36ed8f6d _ZN14TIInputManager17load_dictionariesERKN2KB6StringES3_b + 24 
- 6 TextInput 0x36ee9fc1 + 220 
- 7 TextInput 0x36ee9c07 + 502 
- 8 UIKit 0x32c08f7f + 162 
- 9 UIKit 0x32c07fd3 + 402 
- 10 UIKit 0x32c07be7 + 378 
- 11 UIKit 0x32c064b9 + 464 
- 12 UIKit 0x32c061ab + 150 
- 13 UIKit 0x32c68975 + 388 
- 14 UIKit 0x32c65845 + 528 
- 15 UIKit 0x32c65541 + 104 
- 16 UIKit 0x32c63f47 + 406 
- 17 UIKit 0x32c63d6f + 30 
- 18 UIKit 0x32c636af + 34 
- 19 APP 0x000186ff 0x1000 + 95999 
- 20 APP 0x00093a93 0x1000 + 600723 
- 21 Foundation 0x33ac7ef5 + 16 
- 22 Foundation 0x33a079f1 + 200 
- 23 Foundation 0x33a0790d + 60 
- 24 CFNetwork 0x388ff5df + 26 
- 25 CFNetwork 0x388feccb + 54 
- 26 CFNetwork 0x38927133 + 18 
- 27 CoreFoundation 0x361f974d CFArrayApplyFunction + 176 
- 28 CFNetwork 0x38927593 + 74 
- 29 CFNetwork 0x3888b15d + 188 
- 30 CoreFoundation 0x36288683 + 14 
- 31 CoreFoundation 0x36287ee9 + 212 
- 32 CoreFoundation 0x36286cb7 + 646 
- 33 CoreFoundation 0x361f9ebd CFRunLoopRunSpecific + 356 
- 34 CoreFoundation 0x361f9d49 CFRunLoopRunInMode + 104 
- 35 Foundation 0x339f678f + 254 
- 36 APP 0x0007e4c9 0x1000 + 513225 
- 37 Foundation 0x33a923db + 102 
- 38 libdispatch.dylib 0x3535611f + 10 
- 39 libdispatch.dylib 0x3535a961 + 252 
- 40 libdispatch.dylib 0x3535aac1 + 84 
- 41 libsystem_c.dylib 0x3605ea11 + 360 

C'è qualcuno con lo stesso problema? Come posso individuare l'arresto anomalo?

+0

L'analisi dello stack è, beh, meno disponibile a meno che non siete fortunati e qualcuno ha avuto lo stesso incidente esatto. Non è possibile riprodurre l'arresto anomalo utilizzando IOS6 RTM o l'emulatore autonomamente? –

+1

ho testato la versione da App-Store senza arresti anomali su dispositivi iOS6 gravi. Ho provato anche la versione in simulatore. Stesso risultato – bend0r

+0

Ho un crash simile: iOS 6.0 (versione di produzione, non semi GM) con rete cellulare. arresto anomalo durante il tentativo di mostrare un UIAlertView. La connessione Wi-Fi non ha alcun problema. – Raptor

risposta

36

Ho avuto lo stesso problema. Per me, l'app si bloccava quando ho tentato di mostrare un UIAlertView.

Si scopre che tutte le funzioni di disegno relative all'interfaccia utente devono essere eseguite sul thread dell'interfaccia utente (lo sapevo già, immagino di essere solo un po 'sciatto). Peccato che il messaggio di errore sia criptico.

Questo thread potrebbe essere utile a voi: https://devforums.apple.com/message/728324

Dato che ci sono classi UIKit nel stacktrace hai postato, sto cercando di indovinare questo è il tuo problema troppo.

+2

Aveva lo stesso problema. Allenato per me Ho appena usato '- (void) performSelectorOnMainThread: (SEL) aSelector withObject: (id) arg waitUntilDone: (BOOL) wait;' – solgar

+0

Sì, anche io. Ho avuto un po 'di recupero in un thread in background che presentava un UIAlert. Anche la soluzione di @solgar ha funzionato per me. – DAS

+0

stesso problema; la soluzione era spostare il mio codice UIAlertView da viewWillAppear: to viewDidAppear: – toblerpwn

9

questo problema è abbastanza semplice da risolvere. Qui basta inserire il codice inbetween questo codice:

dispatch_async(dispatch_get_main_queue(), ^{ 
// Create and show your alert view here  
}); 

Alex

+0

questa è la soluzione di cui ho bisogno –

Problemi correlati