光滑的代碼，但SIGABRT

Question

從裝置SIGABRT的崩潰日誌上的線條指向：

NSArray *results = [self.managedObjectContext executeFetchRequest:request &error]; 
    if ([results count] > 0) { // SIGABRT on this line. 

和（對於相同的裝置）：

if (myfunc(myobj)) { // SIGABRT on this line. 

其中MyObj中是一個指針必須在應用程序配置中爲零，並且在崩潰行之前的行中進行初始化。 MYFUNC是一個函數看起來像：

BOOL myfunc(id object) { 
    return object != nil; 
} 

，所以我會考慮的第二次碰撞的

myobj = something 
if (myobj != nil) { // SIGABRT on this line. 

我的知識是不夠的，瞭解這種崩潰的可能性（可能他們甚至隨機）在某些設備上（在大多數設備上一切正常，穩定）。

任何人有這樣的問題或有調試經驗嗎？

Answer 1

指針比較可能無法崩潰。另外，如果myfunc不是函數指針，則if (myfunc(myobj))不會崩潰。

Objective-C代碼也沒有問題。

你確定你正在解釋調試器的輸出嗎？調試符號是否正確？嘗試關閉優化。

也許你在看錯誤的堆棧：檢查所有線程的堆棧。

SIGABRT是一個信號，告訴過程有什麼不對。也許這只是iOS殺死你的應用程序，因爲內存不足。或者由於斷言失敗，該過程命中abort()。