iOS試圖找出令人討厭的崩潰

通常情況下，崩潰日誌表明這可能發生的地方，但在這種情況下，這就是我所得到的。可以說我的主要觀點是A，我有A，B和C的觀點。iOS試圖找出令人討厭的崩潰

這隻發生，如果我做到以下幾點：

轉到從A到B到C，出門應用程序並加載了一些其他應用程序。然後返回到我的應用程序，返回到B，然後返回到A（這是哪裏它崩潰）。

編輯 - 我已經貼錯線程之前...這裏是正確的線程

崩潰日誌：

Exception Type: EXC_BAD_ACCESS (SIGSEGV) 
Exception Codes: KERN_INVALID_ADDRESS at 0x4daf03bd 
Crashed Thread: 7 

Thread 7 name: Dispatch queue: com.apple.root.default-priority 
Thread 7 Crashed: 
0 libobjc.A.dylib     0x36f22f78 objc_msgSend + 16 
1 Foundation      0x33707d04 _NSDescriptionWithLocaleFunc + 44 
2 CoreFoundation     0x34f3a96e __CFStringAppendFormatCore + 7998 
3 CoreFoundation     0x34eb51d8 _CFStringCreateWithFormatAndArgumentsAux + 68 
4 Foundation      0x33707c2e +[NSString stringWithFormat:] + 54 
5 MyGreatApp      0x00061028 -[DataAccessor getProducts:div:productType:cat:searchsilver:completion:] (DataAccessor.m:301) 
6 MyGreatApp      0x00017196 __36-[products showNationalCategories]_block_invoke_0 (products.m:1688) 
7 libdispatch.dylib    0x37886c52 _dispatch_call_block_and_release + 6 
8 libdispatch.dylib    0x378927b4 _dispatch_worker_thread2 + 256 
9 libsystem_c.dylib    0x35b45df4 _pthread_wqthread + 288 
10 libsystem_c.dylib    0x35b45cc8 start_wqthread + 0

這裏是線301（注意，所有的對象進入的字符串是NSString的）：

NSString *urlStr = [NSString stringWithFormat:@"%@?api_key=%@&device[duid]=%@&division=%@",apiUrl,apiKey, duid, division];

來源

2012-06-20 boostedz06

一個糟糕的'UIImage'實例，但很難說，除非你發佈一些代碼... – Macmade

啓動gdb，告訴我們什麼是memcpy的參數。 – 2012-06-20 21:11:18

我要大膽猜測，並說圖像上的源或目標爲NULL，或者您正試圖複製0xFFFFFFFF字節。 –

我大膽猜測是有些事情是在viewDidUnload這是在沒有仰賴被正確地重新初始化被釋放。在大多數情況下，viewDidUnload在測試時不會被調用;這是我認爲可能會發生的一件事，當你在其他應用程序中關閉。對視圖出現在屏幕上時所使用的所有屬性進行一次雙重檢查，然後仔細檢查它們是否爲零。

來源

2012-06-20 21:49:54

我想你的回調正在運行，當一個你期望的不同的視圖控制器被呈現。我認爲它的第一個最好是通過NSLogging在單獨的代碼行上找出錯誤的字符串指針。你也可以使用這些字符串參數的任何_block裝飾（或者使用它們兩次：在塊內部和外部） - 這會破壞它們上的保留。

來源

2014-04-16 16:28:41

iOS試圖找出令人討厭的崩潰

回答

相關問題