iOS iPad恐慌崩潰日誌解釋

任何人都可以幫我解釋這個恐慌崩潰日誌嗎？這種情況在旋轉過程中會出現很多圖像......它涉及JavaScript，如果這有幫助的話。iOS iPad恐慌崩潰日誌解釋

Incident Identifier: AD3EB83A-2379-4876-BCB3-6C9A4B5DC862 
CrashReporter Key: e580be25a4b36b96f0d033b88c3cfebf6232e309 
Hardware Model:  iPad2,1 
Date/Time:  2012-06-27 14:26:41.182 +0200 
OS Version:  iPhone OS 5.1.1 (9B206) 

panic(cpu 1 caller 0x801c6fdb): mbuf_watchdog: 4 waiters stuck for 12 secs 
13872/13872 mbufs in use: 
    13868 mbufs allocated to data 
    4 mbufs allocated to packet headers 
13748/13748 mbuf 2KB clusters in use 
0/122 mbuf 4KB clusters in use 
31452 KB allocated to network (approx. 98% in use) 

mbuf leak detection table: 
    total captured: 31701 (one per 500) 
    total allocs outstanding: 42 
    new hash recorded: 27032 allocs, 26944 traces 
    hash collisions: 18 allocs, 4669 traces 
    overwrites: 26449 allocs, 0 traces 
    lock conflicts: 0 

top 5 outstanding traces: 
[1] 29 outstanding alloc(s), 30 hit(s), 1 collision(s) 
[2] 5 outstanding alloc(s), 26 hit(s), 0 collision(s) 
[3] 3 outstanding alloc(s), 2546 hit(s), 0 collision(s) 
[4] 3 outstanding alloc(s), 1844 hit(s), 0 collision(s) 
[5] 1 outstanding alloc(s), 4662 hit(s), 4661 collision(s) 

    trace [1] trace [2] trace [3] trace [4] trace [5] 
    ---------- ---------- ---------- ---------- ---------- 
1: 0x801bff71 0x801bff71 0x801bff71 0x801bff71 0x801bff71 
2: 0x801b0df3 0x801b0df3 0x801b0e2b 0x801b0df3 0x801b0df3 
3: 0x801bf8b5 0x801c12db 0x801c12db 0x801bf871 0x801b0f39 
4: 0x801b0c67 0x801c9517 0x801c9517 0x801b0c67 0x801c08bb 
5: 0x801c12db 0x801cece3 0x801cece3 0x801c12db 0x802b7855 
6: 0x801c9517 0x801ceb05 0x801ceb05 0x801c9517 0x801be739 
7: 0x801cece3 0x801e1bd8 0x801e1bd8 0x801cece3 0x8010e8d5 
8: 0x801ceb05       0x801ceb05 0x802b91f5 
9: 0x801e1bd8       0x801e1bd8 0x802b937f 
10:             0x802b8591 
11:             0x8002425b 
12:                
13:                
14:                
15:                
16:                

Debugger message: panic 
OS version: 9B206 
Kernel version: Darwin Kernel Version 11.0.0: S

感謝您的任何見解。

來源

2012-06-29 Zsolt

看看象徵性的崩潰報告。看看這個SO回答。 http://stackoverflow.com/q/1460892/41116 – Abizern

您應該使用儀器來檢查內存分配和內存泄漏。也可能是該應用程序太久無響應而被殺，文本4 waiters stuck for 12 secs可能表明這一點。崩潰報告的內容和格式非常獨特，還沒有看到。所以這些只是猜測。

來源

2012-07-01 11:00:43 Kerni

這是一箇舊的帖子，但這個答案是錯誤的......它不能是他的應用程序沒有反應，因爲這是*恐慌*日誌，這表明*內核*崩潰。這也是格式獨特的原因。 – Elist

iOS iPad恐慌崩潰日誌解釋

回答

相關問題