एप्लिकेशन में FMDBBlockSQLiteCallBackFunction क्रैश, जो मेक फंक्शन नाम का उपयोग नहीं कर रहा है


102

मैं एक ऐप पर काम कर रहा हूं जो ऐप स्टोर में है, जो FMDBअपने साइक्लाइट डेटाबेस के साथ बातचीत के लिए उपयोग करता है । हमें इस तरह से स्टैक के निशान के साथ कुछ दुर्घटना रिपोर्ट मिली हैं:

Thread : Crashed: NSOperationQueue 0x170239c20 :: NSOperation 0x17024d7d0 (QOS: LEGACY)
0  libobjc.A.dylib                0x000000019701c0b4 objc_retain + 20
1  MyApp                          0x00000001002bdff4 FMDBBlockSQLiteCallBackFunction
2  MyApp                          0x00000001002bdb1c FMDBBlockSQLiteCallBackFunction
3  MyApp                          0x00000001002b66b4 FMDBBlockSQLiteCallBackFunction
4  MyApp                          0x00000001002980fc FMDBBlockSQLiteCallBackFunction
5  MyApp                          0x000000010029f20c FMDBBlockSQLiteCallBackFunction
6  CFNetwork                      0x00000001851475a4 __49-[__NSCFLocalSessionTask _task_onqueue_didFinish]_block_invoke + 300
7  Foundation                     0x00000001866bf1c4 __NSBLOCKOPERATION_IS_CALLING_OUT_TO_A_BLOCK__ + 16
8  Foundation                     0x0000000186610604 -[NSBlockOperation main] + 96
9  Foundation                     0x00000001866001cc -[__NSOperationInternal _start:] + 636
10 Foundation                     0x00000001866c1f28 __NSOQSchedule_f + 228
11 libdispatch.dylib              0x0000000197655954 _dispatch_client_callout + 16
12 libdispatch.dylib              0x00000001976600a4 _dispatch_queue_drain + 1448
13 libdispatch.dylib              0x0000000197658a5c _dispatch_queue_invoke + 132
14 libdispatch.dylib              0x0000000197662318 _dispatch_root_queue_drain + 720
15 libdispatch.dylib              0x0000000197663c4c _dispatch_worker_thread3 + 108
16 libsystem_pthread.dylib        0x000000019783522c _pthread_wqthread + 816

हालांकि, पढ़ने से FMDBकोड यह कैसा दिखता FMDBBlockSQLiteCallBackFunctionही कहा जाता है के रूप में के लिए कॉलबैक SQLiteकार्यों का उपयोग कर बनाया FMDatabaseहै makeFunctionNamed:maximumArguments:withBlock:विधि है, जो हम सब पर उपयोग नहीं कर रहे।

किसी भी विचार क्या इस तरह दुर्घटनाओं का कारण हो सकता है?


क्या यह ऐप-अपडेट के बाद या कुछ और बदलने या नीले रंग से बाहर होने के बाद हुआ?

नहीं, यह लॉन्चिंग के बाद से छिटपुट रूप से हो रहा है। हम घर में पुन: पेश करने में सक्षम नहीं हैं, और केवल इस बिंदु पर जाने के लिए क्रैश रिपोर्ट है।
ग्रेग

1
वह didFinishप्रतीक एक संकेत हो सकता है। शायद आपके पास दौड़ की स्थिति है। यानी, आपका डेवलपर हार्डवेयर आपके कुछ उपयोगकर्ताओं के हार्डवेयर की तुलना में तेज़ी से चलता है, इसलिए आपको समस्या नहीं होती है। मैं आपके हार्डवेयर को किसी तरह से नीचे गिराने की सलाह दूंगा, और देखूंगा कि समस्या आपके लिए दिखाई देती है या नहीं। यदि हां, तो वहां से डिबगिंग आसान होनी चाहिए।
19

मुझे लगता है कि स्टैक ट्रेस में प्रतीक गलत हो सकते हैं। मैं बस ऐप के एक विकास बिल्ड में एक दुर्घटना में आया था जो उन ब्रेडक्रंबों के संदर्भ में समान दिखता है जो मैं CLS_LOG के साथ लॉग इन कर रहा हूं, और यह डील के लिए शून्य करने के लिए सेट नहीं किए जाने वाले एफएमडीबी प्रतिनिधि के लिए एक असंबंधित का मामला था।
ग्रेग

@ इस बारे में कोई और जानकारी? हम अपने एक ऐप में समान देख रहे हैं। क्या आप ARC का उपयोग कर रहे थे?
फंकीब्रुक

जवाबों:


1

didFinishबनाता है यह आप की तरह लग रहे इस लाइन पर एक रेस स्थिति हो सकता है:

6  CFNetwork                      0x00000001851475a4 __49-[__NSCFLocalSessionTask _task_onqueue_didFinish]_block_invoke + 300

अंतिम उपयोगकर्ता की स्थिति को पुन: उत्पन्न करने के लिए धीमे हार्डवेयर का अनुकरण करने का प्रयास करें।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.