已驗證的應用程序系統崩潰在一個設備模型上，但不是其他設備

我正在研究一個iPhone應用程序，並且我經歷了一個非常奇怪的問題。已驗證的應用程序系統崩潰在一個設備模型上，但不是其他設備

語境：這個程序使用相機，它已經在設備開發（3GS - 4.3.5）和測試：

的iPhone4（4.0，4.2.1，4.3.5）
iPhone3GS（4.3.4,4.3.5）

該應用程序已經在商店上提供並經Apple驗證（意思是它的工作原理）。

問題：有些用戶報告應用程序無法正常對他們的iPhone4（4.3.5）（不越獄或像這樣的東西）所以我們一直在測試，而我們竟然發現我們自己有一個iPhone4的（4.3.5 ）工作，並在應用程序啓動後幾秒鐘內崩潰。我們發現的唯一區別是模型：MC603NF（死機）[法語16Go]和MC605FB（作品）[fRENCH 32Go]

該應用程序自上週以來已下載了約5000次。關鍵是我的客戶想要一個解釋。

有沒有人遇到過這個問題？

謝謝您的回答。

其中一位用戶給我發了一個日誌。錯誤似乎是分段錯誤。我明白這樣的錯誤。問題是，爲什麼它們在一些設備上發生，而不是在其他設備上都有相同的iOS。即使Apple沒有遇到這個問題，否則他們會拒絕該應用程序。

我可以檢查一個電話，但我想列出一些假設之前，移動他們的。

即使我找到了指令並找出一些修復方法並使其適用於此iPhone，但我無法確定它會將其修復到所有設備上。這是我的問題。

來源

2011-09-20 Acti

當應用程序崩潰時，崩潰日誌將保存在設備上。您可以通過Xcode的組織者窗口訪問它。這應該會給你更多關於崩潰的信息。 – Jim

我發現了這個問題。

跟蹤錯誤我發現它出現在我的功能之外。鑑於此，我專注於內存管理。

這是自動釋放池中的錯誤。我在applicationWillBeginActive函數中手動發佈了一個警報。我想警告對象然後在離開appDelegate創建錯誤時自動釋放。

我無法回答的唯一問題是;爲什麼我們，客戶或蘋果公司都無法找到它。可能是硬件本身（16G0 vs 32Go）允許iOS以不同的方式處理內存。

無論如何感謝您的幫助。

來源

2011-09-27 12:16:21 Acti

碰撞日誌會猜你是什麼問題。您可以通過iTunes連接訪問崩潰日誌。如果您有設備的物理訪問權限，那麼應用崩潰會查看設備的日誌。在AppStore中有一些免費的apps，看看你的應用程序的消息。

來源

2011-09-20 18:35:59

控制檯應用程序適用於查看設備上的日誌。 – lostInTransit

@lostInTransit，是的。這就是爲什麼我給它的網址。 –

已驗證的應用程序系統崩潰在一個設備模型上，但不是其他設備

回答

相關問題