<p>KScrash क्रैश को पकड़ता है, लेकिन क्रैश स्टैक खाली है</p>

मुझे एक ही मुद्दा मिलता है।

मैं एक ही समस्या से मिलता हूं। कोई इसे ठीक करे?

मैं एक ही समस्या से मिलता हूं, लेकिन क्यों?

समस्या को पुन: उत्पन्न कैसे करें？

KSCrash ने फंक्शन kssymbolicator_symbolicate() में कर्सर इमेजएड्रेस को 0 पर सेट किया है, जब डिबगिंग सिंबल के बिना सिंबल टेबल को पार्स किया जाता है (Xcode -> बिल्ड सेटिंग्स -> स्ट्रिप स्टाइल -> डिबगिंग सिंबल)
आपको कामयाबी मिले ...

मैं एक ही समस्या से मिलता हूं। कोई इसे ठीक करे?

लेखक द्वारा प्रदान की गई सभी तीन रिपोर्टें C++ अपवादों से संबंधित हैं। क्या किसी को गैर-सी ++ प्राप्त हुआ है - बिना बैकट्रैक के क्रैश?

@ bamx23 #205 दिखाता है कि C++ क्रैश को क्रैश स्टैक क्यों नहीं मिल सकता है। मेरा एक सवाल है, क्या अब तक समस्या का समाधान हो गया है? एम्बेडेड ढांचे में सी ++ अपवाद होने पर मुझे अभी भी एक खाली ढेर मिल सकता है?

मैं अगले सप्ताह इस समस्या पर एक नज़र डालूंगा

@ bamx23 मुझे बहुत खाली क्रैश स्टैक मिलता है, "निदान": "अशक्त सूचक को निष्क्रिय करने का प्रयास किया गया।"
खाली.txt

यदि सी ++ अपवाद के लिए खाली स्टैक मिलते हैं, तो इस मुद्दे पर कारण ढूंढ सकते हैं। https://github.com/kstenerud/KSCrash/issues/205

क्षमा करें, "अगले महीने" कहना बेहतर होगा।
मैंने अपने नमूना ऐप से सी ++ क्रैश पर केएससीराश की जांच की है, लेकिन धागे ठीक थे। क्या कोई उदाहरण कोड प्रदान कर सकता है जो समस्या को पुन: उत्पन्न करता है?

@ chzhij5 भाई, आप किस संस्करण का उपयोग कर रहे हैं? 1.15.8?

नमस्ते! हमने अपनी टीम में समस्या और संभावित समाधानों की जांच की। वहाँ एक है:

KSCrashMonitor_CPPException की स्थापना प्रक्रिया के दौरान हम एक "हैक" का उपयोग कर सकते हैं जिसे https://github.com/facebook/fishhook में वर्णित और कार्यान्वित किया गया है। यह गतिशील रूप से जुड़े बाइनरी फ़ंक्शन के किसी भी कॉल को हुक करने की अनुमति देता है। इसलिए हम सभी लोडेड बायनेरिज़ के लिए __cxa_throw को हुक करते हैं।

यदि किसी पुस्तकालय में कमजोर प्रतीक __cxa_throw है (जैसे केएससीराश के पास वर्तमान में है) तो हम इसे वैसे ही कहेंगे जैसे हम अभी करते हैं। आदेश [fishhooked one] -> [weak one] -> [libc++abi one] जैसा होगा।

एकमात्र समस्या जिसे हल नहीं किया जा सकता है यदि कुछ बाइनरी में मजबूत __cxa_throw प्रतीक है तो हम इसे हुक नहीं कर सकते हैं। लेकिन मुझे लगता है कि ऐसी स्थिति से निपटने का कोई विकल्प नहीं है।

@kstenerud , आपको क्या लगता है? हमने आपकी पोस्ट को स्टैक ओवरफ्लो पर पढ़ा है, और ऐसा लगता है कि उपरोक्त विचार कम से कम आंशिक रूप से इसे हल कर सकता है।

हम आगे बढ़ सकते हैं और एक पुल-अनुरोध बना सकते हैं जहां फिशहुक केएससीराश (या केएससीराश सबस्पेक जैसे 'केएससीराश/रिकॉर्डिंग/बेहतर सीपीपीएक्सप्शन हैंडलिंग') की निर्भरता होगी।

[fishhooked one] -> [weak one] -> [libc++abi one] ।

हम वास्तव में [libc++abi one] से [fishhooked one] पर कॉल कर सकते हैं यदि [weak one] इसे कॉल नहीं करता है, जो @kstenerud की आवश्यकताओं को पूरा करता है।

यह अच्छा लगता है, हम अगले सप्ताह अपने इन-हाउस ऐप में एक कोशिश करेंगे।

यहां पीआर: #375