2015-04-27 15 views
6

Ho avuto alcuni rapporti di arresto anomalo in crashlytics che non capisco affatto, ecco il registro di crash del thread che si è bloccato:Crashlytics: "Crash: NSOperationQueue 0x ... :: NSOperation 0x ..." - EXC_BAD_ACCESS KERN_INVALID_ADDRESS

enter image description here

non trovo alcun suggerimento al mio codice, né è qualcosa riproducibile o solo accadendo su dispositivi specifici. Secondo Crashlytics, non è un problema con RAM o spazio su disco, quindi sono davvero indifeso qui.

Qualcuno ha qualche suggerimento con quello stacktrace?

+0

Sembra molto simile a [questo] (http://stackoverflow.com/a/28595938/2446155) –

risposta

2

devo alcuni pensieri:

  1. La seconda riga della prima riga è il modo in cui iOS di dire cosa è andato storto. Si legge: EXC_BAD_ACCESS KERN_INVALID_ADDRESS. Questo è un errore Bad access.
  2. Si sta provando a _dealloc qualcosa, in base alla traccia dello stack che elenca un metodo, [_queueForDealloc:]. Con il sistema ARC (Automatic Resource Counting) di iOS, le cose in Xcode non possono chiamare alloc o release perché allocano memoria e la rilasciano automaticamente. Questa tecnologia è stata rilasciata con iOS 5.

La mia ipotesi è, il compilatore in realtà non piace che il metodo [_queueForDealloc:] potrebbe essere chiamato, o si sta cercando di dealloc qualcosa che è già stato dealloc 'ed. (Vedere la terza riga: una chiamata di -[_PFArray dealloc].)

In entrambi i casi, si tratta di un errore di accesso errato. Controlla quello che stai deallocando e se dovresti o meno dovresti trasferirlo.

+0

Non chiamo '' 'dealloc''' o' '' queueForDealloc''' direttamente ... – swalkner

+0

Ora vedo che era 'CoreData' che ha chiamato' dealloc'. Sembra più un bug in ARC di qualsiasi altra cosa. – DDPWNAGE

+0

hm ... Non mi piace pensare che sia un bug sul lato di Apple; Penso davvero che sto facendo qualcosa di sbagliato, dovrei solo sapere cosa – swalkner

Problemi correlati