2011年4月13日

message sent to deallocated instance 除錯

常常程式一長,哪邊就不小心多release了一次
這時候編譯器就只會告訴你:BAD_ACCESS,然後程式就死了
剛開始會google到去Argument加個NSZombieEnabled YES
會多吐一點東西讓你把bug除掉
今天遇到加了這個後error message變:
[CALayer release]:message sent to deallocated instance 0x4dd650
layer這麼多怎麼知道哪裡出問題阿???
google了一下才找到解法:


1.在Argument裡面加入這三個參數:
NSZombieEnabled YES
MallocStackLogging YES
MallocStackLoggingNoCompact Yes
第一項可監控deallocated的記憶體,給更多的錯誤訊息
第二項可開啟MallocStack,就知道記憶體在程式運行中被配置的歷史
第三項可以更清楚顯示指定的MallocStack狀況(一開始沒加看到快脫窗還是看不懂)
2.跑程式(建議用模擬器),開console,這時候可以注意到一開始會出現類似下列訊息:
myproject(11779) malloc: stack logs being written into /tmp/stack-logs.11779.myproject.81hXWV
表示gdb開始有在紀錄
3.讓程式跑到出錯
如果有做步驟一,應該就會看到message sent to deallocated instance的錯誤訊息
複製後面跟的位址
4.在(gdb)後面下指令info malloc-history 0x4dd650(剛剛得到的位址)
如果gdb說找不到指令,可改用shell 11779 malloc_history(11779為程式的pid)
建議在模擬器跑的原因是因為程式跑在裝置的OS上,pid是裝置給予的,要存取好像會有點問題
今天在這卡關卡了一陣
5.如果上述步驟順利的話就會看到一串比較像程式碼的東西,應該也就看得出bug了

像這次遇到的bug就是因為某個UIButton沒有給定記憶體位置,dealloc函式裡又dealloc了一次
最後當在main
這種bug單看error message最好是de得出來啦!

補記一下加入Argument的方法:
xcode 3系列:Executables→Get Info→Argument標籤
xcode 4系列:選取模擬器或裝置編譯的地方→edit scheme→Argument
(4系列真是改光光,一堆東西都不知道去哪裡找...)

2 則留言:

匿名 提到...

info malloc_history 0x4dd650

其實不是用底線,是用減號

info malloc-history 0x4dd650

試了半天都不行 找了別人的心得才知道 囧

kenobiluh 提到...

感謝,後來又試了一次,已修正