2015-10-07 12 views
5

मेरे पास कोई उपयोगकर्ता अपने आईफोन 5 पर अपना ऐप चला रहा था। उसने आईट्यून्स के साथ बैकअप किया। एक नया आईफोन 6 एस खरीदा और अपने आईट्यून्स बैकअप से बहाल किया।एक्सकोड क्रैश लॉग से क्रैश के कारण का निर्धारण नहीं कर सकता

जब उसने अपना ऐप लॉन्च किया तो यह तुरंत लॉन्च के दौरान दुर्घटनाग्रस्त हो गया। मुझे उससे दुर्घटना लॉग मिल गया, लेकिन कोई त्रुटि संदेश नहीं है। यह मेरे ऐपडिलेगेट में ऑटो-जेनरेटेड -प्लिकेशंस डायरेक्टरी डायरेक्टरी फ़ंक्शन के दौरान क्रैश हो रहा है।

- (NSURL *)applicationDocumentsDirectory 
{ 
    return [[[NSFileManager defaultManager] URLsForDirectory:NSDocumentDirectory inDomains:NSUserDomainMask] lastObject]; 
} 

वहाँ किसी भी तरह से मुझे यह निर्धारित करने के लिए क्या वास्तव में अगर यह कुछ मैं ठीक कर सकते हैं देखने के लिए गलत हो गया है?

Incident Identifier: 3A0D56CA-EEAF-4F5A-8D16-D182E61034D5 
CrashReporter Key: 9f4ce42b70e98d925f135c618394817f9451767b 
Hardware Model:  iPhone8,1 
Process:    MyApp [1198] 
Path:    /private/var/mobile/Containers/Bundle/Application/XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXX/MyApp.app/MyApp 
Identifier:   com.inadaydevelopment.myapp 
Version:    1.0.1 (1.0) 
Code Type:   ARM-64 (Native) 
Parent Process:  launchd [1] 

Date/Time:   2015-10-02 14:30:25.25 -0700 
Launch Time:   2015-10-02 14:30:25.25 -0700 
OS Version:   iOS 9.0.1 (13A405) 
Report Version:  105 

Exception Type: EXC_CRASH (SIGABRT) 
Exception Codes: 0x0000000000000000, 0x0000000000000000 
Exception Note: EXC_CORPSE_NOTIFY 
Triggered by Thread: 0 

Filtered syslog: 
None found 

Thread 0 name: Dispatch queue: com.apple.main-thread 
Thread 0 Crashed: 
0 libsystem_kernel.dylib   0x000000019950b1e0 __pthread_kill + 8 
1 libsystem_pthread.dylib   0x00000001995d4f0c pthread_kill + 112 
2 libsystem_c.dylib    0x000000019947eb78 abort + 140 
3 MyApp       0x000000010001ef7c -[AppDelegate applicationDocumentsDirectory] (AppDelegate.m:517) 
4 MyApp       0x000000010001eae8 -[AppDelegate managedObjectContext] (AppDelegate.m:430) 
5 MyApp       0x000000010002d004 -[BaseViewController awakeFromNib] (BaseViewController.m:54) 
6 UIKit       0x00000001890e6058 -[UINib instantiateWithOwner:options:] + 2188 
7 UIKit       0x0000000189324ea0 -[UIStoryboard instantiateViewControllerWithIdentifier:] + 196 
8 UIKit       0x0000000189325000 -[UIStoryboard instantiateInitialViewController] + 68 
9 UIKit       0x0000000188edd178 -[UIApplication _loadMainStoryboardFileNamed:bundle:] + 108 
10 UIKit       0x0000000188caee40 -[UIApplication _loadMainInterfaceFile] + 264 
11 UIKit       0x0000000188edc068 -[UIApplication _runWithMainScene:transitionContext:completion:] + 1316 
12 UIKit       0x0000000188ed9300 -[UIApplication workspaceDidEndTransaction:] + 168 
13 FrontBoardServices    0x000000018d7737ec -[FBSSerialQueue _performNext] + 184 
14 FrontBoardServices    0x000000018d773b6c -[FBSSerialQueue _performNextFromRunLoopSource] + 56 
15 CoreFoundation     0x000000018369c5a4 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 24 
16 CoreFoundation     0x000000018369c038 __CFRunLoopDoSources0 + 540 
17 CoreFoundation     0x0000000183699d38 __CFRunLoopRun + 724 
18 CoreFoundation     0x00000001835c8dc0 CFRunLoopRunSpecific + 384 
19 UIKit       0x0000000188ca80c8 -[UIApplication _run] + 460 
20 UIKit       0x0000000188ca2f60 UIApplicationMain + 204 
21 MyApp       0x000000010001bdd0 main (main.m:16) 
22 libdyld.dylib     0x00000001993ee8b8 start + 4 
+0

ऐसा लगता है कि ऐप दस्तावेज़ निर्देशिका में कुछ फ़ाइलों की तलाश में है और दुर्भाग्य से वे ऐप दस्तावेज़ निर्देशिका में नहीं हैं !!!! –

+1

यह वास्तव में सिर्फ दस्तावेजों की निर्देशिका की तलाश में है, लेकिन यदि वे निर्देशिकाएं नहीं हैं तो इसे केवल शून्य वापस करना चाहिए और नील पर परिचालन करना कभी भी क्रैश नहीं होना चाहिए। –

+0

क्या आप इसे 6 एस सिम्युलेटर में पुन: उत्पन्न करने में सक्षम हैं? – chedabob

उत्तर

0

किसी उपयोगी स्टैकट्रैक के बिना क्रैश अक्सर तब होता है जब कोई संदेश किसी आवंटित उदाहरण पर भेजा जाता है। UIViewController श्रेणी के साथ गड़बड़ करते समय मैंने कुछ हफ्ते पहले इसके साथ संघर्ष किया था।

बेशक, आप सही हैं, शून्य को भेजे गए एक संदेश को कोई नुकसान नहीं होता है। दूसरे हाथ पर sth के एक निर्बाध उदाहरण को भेजा गया एक संदेश एक दुर्घटना की ओर जाता है।
ज़ोंबी ऑब्जेक्ट्स को चालू करने का प्रयास करें, फिर ऐसा होने पर आपको एक लॉग मिलेगा, जो आपको बग खोजने में मदद कर सकता है।

+0

यह ऐसा कुछ नहीं है जिसे मैं दोहरा सकता हूं। यह जंगली में हुआ और ऐसी स्थिति नहीं है जहां मैं द्विआधारी पुनर्निर्माण कर सकता हूं और इसे फिर से कोशिश कर सकता हूं। –

+0

यह दुर्भाग्यपूर्ण है। फिर भी, भविष्य के परीक्षण के लिए (जब तक कि आप रीयलटाइम में मेमोरी उपयोग नहीं देखना चाहते), यह ज़ोंबी ऑब्जेक्ट्स को सक्षम करने में कोई दिक्कत नहीं करता है। इसके अलावा, ऐसी परिस्थितियों में उपकरण मदद की जा सकती हैं। इसके अलावा एक प्रतिनिधि के लिए खुली नजर रखें जो उदाहरण के लिए गलती से एक मजबूत रेफरी है। सौभाग्य :) –

संबंधित मुद्दे