कैच (...)

Question

का उपयोग कर सी ++ अपवाद को पकड़ने में असमर्थ मेरे पास एक तृतीय-पक्ष लाइब्रेरी है जो कभी-कभी अपवाद फेंकती है। तो मैंने अपने कोड को कोशिश/पकड़ (...) में लपेटने का फैसला किया ताकि मैं अपवाद के बारे में जानकारी लॉग कर सकूं (कोई विशिष्ट विवरण नहीं, बस यह हुआ।)

लेकिन किसी कारण से, कोड अभी भी दुर्घटनाओं। क्लाइंट कंप्यूटर पर, यह कड़ी मेहनत करता है और कैच में अपवाद लॉग करने के लिए कोड (...) कभी निष्पादित नहीं होता है। अगर मैं इसे अपनी डीबग/विकास मशीन पर चलाता हूं तो मुझे पॉपअप मिलता है अगर मैं डीबग करना चाहता हूं। जब मैं ऐसा करता हूं, तो यह 0xC0000005 की रिपोर्ट करता है: उल्लंघन उल्लंघन स्थान XXX का उपयोग करें।

अजीब बात यह है कि तीसरे पक्ष की लाइब्रेरी के पुराने संस्करण के साथ, सटीक वही कोड अपवाद को पकड़ता है, और अपवाद लॉग करने के लिए कोड निष्पादित करता है। (मैं एक ही परिस्थितियों में देख वी.एस. के भीतर इस सत्यापित।)

यहाँ छद्म कोड है कि क्रियान्वित कर रहा है:

तो मैं दो प्रश्न हैं:

1. वहाँ कुछ परिवर्तन है जिस तरह से तीसरे पक्ष ने पुस्तकालय संकलित किया हो सकता है ताकि मेरा कोड अपवाद को पकड़ने में सक्षम न हो? (हां, एक मौका है कि मैं तीसरे पक्ष को जो भी फिक्स जरूरी कर सकता हूं और मेरे लिए पुन: संकलित कर सकता हूं, अगर मुझे पता है कि उन्हें क्या कहना है।)

2. मान लीजिए कि मैं इसे ठीक करने के लिए तीसरी पार्टी नहीं प्राप्त कर सकता , इन अपवादों को पकड़ने के लिए मैं क्या कर सकता हूं? मैं लाइनों के साथ सोच रहा हूं ... क्या यह निर्धारित करने के लिए कोई तरीका है कि पॉबजेक्ट को हटा दिया गया था या नहीं?

Answer 1

AFAIK एक्सेस उल्लंघन अपवाद नहीं फेंकता है ... कम से कम मानक नहीं!

शायद पकड़ने windows-विशिष्ट "मूल" अपवाद मदद मिलेगी: http://www.gamedev.net/reference/articles/article2488.asp

Answer 2

आप क्या वर्णन) बहुत ज्यादा की तरह :: समाप्त (लग रहा है सी ++ क्रम से बुलाया जा रहा है।

यह आमतौर पर एक तथाकथित डबल अपवाद के कारण होता है - कहीं एक अपवाद फेंक दिया जाता है, स्टैक शुरू होता है और विनाशकर्ता स्टैक के दौरान लागू में से एक में भी एक अपवाद फेंकता है। इस मामले में :: समाप्त() कहा जाता है और आप वास्तव में प्रोग्राम की मदद नहीं कर सकते हैं।

यदि ऐसा है तो लाइब्रेरी का एक नया संस्करण प्राप्त करने का एकमात्र तरीका है जहां अपवादकर्ताओं के बाहर अपवाद नहीं हैं। आप इसे आसानी से सत्यापित कर सकते हैं - पुस्तकालय लोड होने के बाद कॉल :: set_terminate() और अपना स्वयं का फ़ंक्शन प्रदान करें और जांचें कि इसे आपके प्रोग्राम क्रैश होने से पहले कहा जा रहा है या नहीं।

Answer 3

क्या आप __try

हालांकि में देखने का प्रयास हो सकता है विंडोज प्लेटफॉर्म पर कर रहे हैं, ध्यान दें कि निष्पादन जारी जब तक आप वास्तव में यकीन है कि आप को अलग करने और अपवाद संभाल कर सकते हैं कर रहे हैं में बहुत उपयोग नहीं है।

Answer 4

एक एक्सेस उल्लंघन एक C++ अपवाद नहीं है। यह एक खिड़कियां संरचित अपवाद है। यदि आप उन्हें पकड़ (...) में पकड़ना चाहते हैं तो आपको _set_se_translator() का उपयोग करना होगा।

आपको शायद सभी कारणों से पकड़ना चाहिए (...) बुरा है और सुनिश्चित करें कि आप वास्तव में ऐसा करना चाहते हैं।