क्या .NET में एक्सेस उल्लंघन अपवाद को पकड़ना संभव है?

Question

क्या कोई ऐसा है जो मैं AccessViolationException पकड़ने के लिए कर सकता हूं? इसे एक अप्रबंधित डीएलएल द्वारा फेंक दिया जा रहा है जिसे मैं नियंत्रित नहीं करता हूं।

Answer 1

आपको नहीं करना चाहिए। एक प्रवेश उल्लंघन एक गंभीर समस्या है: यह एक अमान्य स्मृति पता (या पढ़ने के लिए) लिखने का एक अप्रत्याशित प्रयास है। चूंकि जॉन ने पहले से ही स्पष्ट किया है, अप्रबंधित डीएलएल पहले से ही उल्लंघन उल्लंघन के पहले प्रक्रिया स्मृति को दूषित कर सकता है। वर्तमान प्रक्रिया के किसी भी हिस्से पर इसका अप्रत्याशित प्रभाव हो सकता है।

सबसे सुरक्षित बात यह है कि संभवतः उपयोगकर्ता को सूचित करें और फिर तुरंत बाहर निकलें।

कुछ और विवरण: एक एक्सेस उल्लंघन एक ओएस अपवाद है (एक तथाकथित एसईएच या संरचित अपवाद हैंडलिंग अपवाद)। System.Exception से प्रबंधित सीएलआर अपवादों की तुलना में यह एक अलग तरह का अपवाद है। आप शायद ही कभी प्रबंधित कोड में SEH अपवाद देखेंगे, लेकिन यदि कोई होता है, उदा। अप्रबंधित कोड में, सीएलआर इसे प्रबंधित कोड पर पहुंचाएगा जहां आप इसे पकड़ने में भी सक्षम हैं।

हालांकि, एसईएच अपवादों को पकड़ना ज्यादातर एक अच्छा विचार नहीं है। अधिक जानकारी MSDN पत्रिका में लेख Handling Corrupted State Exceptions जहां निम्न पाठ यह से लिया से वर्णन किया गया:

CLR हमेशा कार्यक्रम में ही द्वारा उठाए गए अपवाद के रूप में एक ही प्रक्रियाओं का उपयोग करके प्रबंधित कोड के SEH अपवाद जन्म दिया है। यह तब तक कोई समस्या नहीं है जब तक कोड असाधारण स्थितियों को संभालने का प्रयास नहीं करता है, जिसे उचित रूप से संभाल नहीं सकता है। अधिकांश उल्लंघन एक्सेस उल्लंघन के बाद निष्पादन को सुरक्षित रूप से जारी नहीं रख सकते हैं। दुर्भाग्यवश, सीएलआर के अपवाद हैंडलिंग मॉडल ने हमेशा उपयोगकर्ताओं को सिस्टम के शीर्ष पर किसी अपवाद को पकड़ने की अनुमति देकर इन गंभीर त्रुटियों को पकड़ने के लिए प्रोत्साहित किया है। अपवाद पदानुक्रम। लेकिन यह शायद ही कभी सही काम है।

_{यह .NET 3.5 जब तक सच था। .NET 4 में व्यवहार बदल दिया गया है। यदि आप अभी भी इस तरह के अपवादों को पकड़ने में सक्षम होना चाहते हैं तो आपको app.config में legacyCorruptedState­­ExceptionsPolicy=true जोड़ना होगा। उपरोक्त लिखित कला में और विवरण।}

Answer 2

आप कॉल-कैच ब्लॉक के साथ अप्रबंधित डीएलएल को कॉल लपेट सकते हैं। AccessViolationExceptions सामान्य रूप से पकड़ा जा सकता है। दोनों संदेशों निम्न कोड दिखाता निष्पादित:

try 
{ 
    throw new AccessViolationException(); 
} 
catch (Exception e) 
{ 
    MessageBox.Show(e.Message + e.StackTrace, e.Message, MessageBoxButtons.OK, MessageBoxIcons.Error); 
} 
MessageBox.Show("Still running.."); 

संपादित करें: .NET 4 की शुरुआत की एक change in behavior, यह अब संभव नहीं भ्रष्ट अपवादों को पकड़ने के लिए जब तक आप विशेष रूप से "ask" क्रम ऐसा करने के लिए है।

Answer 3

सबसे पहले मैं 0xA3 के साथ पूरी तरह से एक। लेकिन अगर कोई रास्ता नहीं है तो आप गंदे अप्रबंधित डीएल को अपनी प्रक्रिया में लपेट सकते हैं और आईपीसी (टीसीपी/आईपी, नामपतियों, आदि) के माध्यम से डेटा स्थानांतरित कर सकते हैं। सभी अपवादों को पकड़ें और मेजबान प्रक्रिया को सूचित करें। तो आपकी मेजबान प्रक्रिया ज्यादातर स्मृति भ्रष्टाचार से बचाती है।

Answer 4

हां।

आपकी ऐप में।confg, <configuration> टैग में निम्न कोड खटखटाने:

<runtime> 
    <legacyCorruptedStateExceptionsPolicy enabled="true"/> 
</runtime> 

अब आप किसी भी अन्य की तरह भ्रष्ट अपवादों (सीएसई) को पकड़ने के लिए सक्षम होना चाहिए।

नोट: यदि आप पहले से ही एक क्रम टैग है तो फिर बस <legacyCorruptedStateExceptionsPolicy enabled="true"/> इसे करने के लिए

ऊपर काम करता है नेट 4.5

Answer 5

के रूप में अन्य लोगों ने बताया, तुम नहीं "संभाल" चाहिए इस हालत के लिए, जोड़ने लेकिन विकास के दौरान समस्या निवारण के लिए इसे पकड़ना आसान है।

[HandleProcessCorruptedStateExceptions] 
public void MyMethod() 
{ 
    try 
    { 
     NaughtyCall(); 
    } 
    catch (AccessViolationException e) 
    { 
     // You should really terminate your application here 
    } 
}