2013-07-15 85 views
2

我的應用程序在我將應用程序加載到應用程序商店後崩潰。我的iOS應用程序崩潰的新版本只在從應用程序商店加載時加載

一些背景知識,我已經測試了多個物理設備上的測試飛行的應用程序。該應用程序不會在所有設備上崩潰,首先安裝在設備上可以正常工作(一款設備從來沒有應用程序)。安裝在具有應用程序的設備上之前,會導致我測試過的大多數設備發生崩潰。即使我第一次從設備中刪除應用程序,然後從應用程序商店安裝它,也會發生這種情況。

還有一件事是,在設備上發生了崩潰,從應用商店安裝時,它首先安裝了舊版本,然後允許我更新到新版本。在沒有崩潰的設備上,它直接加載新版本(不先安裝舊版本)。

任何想法如何解決這將高度讚賞,也想法如何在我的開發/測試環境中複製問題。

下面是從設備中的一個崩潰日誌:

Incident Identifier: 2F05957D-D4B0-49A0-9DEC-9F93AC008ED7 
CrashReporter Key: 0dcfb6f747b264afdb9bc565deb821964c811b36 
Hardware Model:  iPhone5,1 
Process:   SlimNavigator [10283] 
Path:   /var/mobile/Applications/C4110616-BE4C-4433-9FB9-C43F042D4CCA/SlimNavigator.app/SlimNavigator 
Identifier:  SlimNavigator 
Version:   ??? (???) 
Code Type:  ARM (Native) 
Parent Process: launchd [1] 

Date/Time:  2013-07-14 20:17:22.268 -0700 
OS Version:  iOS 6.1.4 (10B350) 
Report Version: 104 

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

Thread 0 name: Dispatch queue: com.apple.main-thread 
Thread 0 Crashed: 
0 SlimNavigator 0x0010ad46 +[NSHTTPCookieStorage(DeleteForURL) deleteCookiesForURL:] (NSHTTPCookieStorage+DeleteForURL.m:20) 
1 dyld   0x2ff076c0 ImageLoaderMachO::doInitialization(ImageLoader::LinkContext const&) + 16 
2 dyld   0x2ff04a36 ImageLoader::recursiveInitialization(ImageLoader::LinkContext const&, unsigned int, ImageLoader::InitializerTimingList&) + 382 
3 dyld   0x2ff04870 ImageLoader::runInitializers(ImageLoader::LinkContext const&, ImageLoader::InitializerTimingList&) + 36 
4 dyld   0x2fefbd0e dyld::initializeMainExecutable() + 174 
5 dyld   0x2fefe85e dyld::_main(macho_header const*, unsigned long, int, char const**, char const**, char const**, unsigned long*) + 1802 
6 dyld   0x2fefb32c dyldbootstrap::start(macho_header const*, int, char const**, long, macho_header const*, unsigned long*) + 604 
7 dyld   0x2fefb064 _dyld_start + 60 

Thread 0 crashed with ARM Thread State (32-bit): 
r0: 0x00000001 r1: 0x2fd8fd3c  r2: 0x00000000  r3: 0x2fd8fd68 
r4: 0x000000a5 r5: 0x00000000  r6: 0x0010ad55  r7: 0x2fd8eb18 
r8: 0x2ff1d674 r9: 0x0000a100  r10: 0x00000000  r11: 0x00000001 
ip: 0x0000a100 sp: 0x2fd8eae0  lr: 0x2ff075b5  pc: 0x0010ad46 
cpsr: 0x40000030 

Binary Images: 
0x71000 - 0x20bfff +SlimNavigator armv7 <65ab2d7c06c932f6b3925448d72d95bf> /var/mobile/Applications/C4110616-BE4C-4433-9FB9-C43F042D4CCA/SlimNavigator.app/SlimNavigator 
0x2fefa000 - 0x2ff1afff dyld armv7s <67efe80b9d863d6bb30fe51e6e17b070> /usr/lib/dyld 
0x304d9000 - 0x305bffff AVFoundation armv7s <56f22385ccb73e31863f1fa9e0b621dd> /System/Library/Frameworks/AVFoundation.framework/AVFoundation 
+0

您是否試過在發佈模式下運行您的應用程序? –

+0

您是否對CoreData做過任何最新更改? – logixologist

+0

我在測試飛行的發佈模式下運行應用程序,並沒有看到任何問題。應用中沒有核心數據。 –

回答

4

謝謝大家對你的答案。問題解決了,有兩個修改我加了1. -all_load標誌給鏈接器加載發生崩潰的有問題的庫,2.刪除可能調用崩潰的庫方法。我仍然不確定爲什麼在設備上運行版本構建時,問題不會表現出來,而只發生在應用商店的構建中。

基於答案和我的經驗,我可以給出的最相關的建議是比較你的調試和發佈「構建設置」,並嘗試改變它們以匹配發佈設置(「優化級別」是第一個嘗試)。

相關問題