"messaggio inviato a deallocato esempio 0x5633b0" Objective-C

Question

mi sembrano avere un po 'troppo zelante rilasciando succedendo nella mia obj-C app - ricevendo il messaggio di errore

"- [myobj rilascio]: messaggio inviato a deallocata istanza 0x5633b0 "

. Conosco la classe dell'istanza dell'oggetto che causa il problema, ma questa classe è usata dappertutto per creare molte istanze.

Il mio pensiero è che potrei mettere un logging nel metodo init della classe per loggare qualunque cosa "0x5633b0" corrisponde alla quale dovrebbe aiutarmi a rintracciare dove viene creata l'istanza.

Che cosa è esattamente il "0x5633b0" e c'è un modo per accedere a tale valore nel codice per registrarlo?

Grazie.

Answer 1

0x5633b0 è probabilmente l'indirizzo dell'oggetto in questione (il valore di self). È possibile utilizzare NSLog o printf con %p per stamparlo.

Answer 2

Non stai gestendo correttamente la tua memoria - stai chiamando release/autorelease su qualche oggetto più volte di quello che stai chiamando retain. Assicurati di seguire tutte le regole stabilite nello Memory Management Programming Guide for Cocoa.

0x5633b0 è solo l'indirizzo della posizione di memoria in cui è memorizzato l'oggetto. Una cosa che si può provare a fare è quello di aggiungere del codice al metodo init:

- (void) init 
{ 
    if(self == (MyClass*)0x5633b0) 
     NSLog(@"Allocated object at address 0x5633b0"); // put a breakpoint on this line 
    // do rest of init... 
} 

Se avete altre init metodi (ad esempio initWithCoder:, che si chiama per gli oggetti istanziati da un XIB), assicuratevi di mettere questo frammento anche in questi metodi. Metti un punto di interruzione sulla linea NSLog e poi guarda quando viene colpito. Si noti che potrebbe essere colpito più volte, se un oggetto viene assegnato a quell'indirizzo, deallocato, e quindi un altro oggetto viene riallocato allo stesso indirizzo. L'ultimo colpo prima del crash è quello che vuoi.

Answer 3

Nel debugger, digitare info symbol 0x5633b0 e si otterrà qualche indicazione su quale oggetto è. Un'altra cosa che potrebbe essere utile è backtrace che ti darà una traccia dello stack. Tutto sommato, this blog entry ha alcuni suggerimenti grandi.

Answer 4

Quello che ha funzionato meglio per me, quando mi sono imbattuto in problemi simili di recente è stata la seguente:

1. Sotto sotto Progetto-> Modifica attivi Executable - Scheda> Argomenti -> Ambiente sezione variabili ho aggiunto e impostare a YES le seguenti variabili: NSAutoreleaseFreedObjectCheckEnabled, NSZombieEnabled e NSDebugEnabled.

2. Nel menu Esegui, ho selezionato Abilita Guard Malloc.

Con queste impostazioni il debugger fornisce ulteriori suggerimenti su cosa c'è che non va nel mio codice.

(ho trovato questi suggerimenti here)

Buona fortuna, Ori

Answer 5

è anche possibile aggiungere questi per le variabili di ambiente:
MallocStackLoggingNoCompact 1

e scrivere nella console gdb:
info malloc-history <paste-address-here>

Riferimento: here

Answer 6

0x5633b0 è probabilmente l'indirizzo dell'oggetto deallocato (il valore di myobj). È possibile utilizzare NSLog o printf con %p per stamparlo.

È inoltre possibile utilizzare il profiler strumenti per trovare l'oggetto deallocato.

1. Avviare il profiler:

2. Selezionare "Zombies" e avviare il profiler.

3. Fare clic con il simulatore fino a colpire il vostro "caso l'errore deallocato"

Answer 7

Considerare using the NSZombieEnabled flag.

Saprai quindi qual è l'oggetto deallocato che stai inviando un messaggio.