प्रकार अपवाद

Question

की COM वस्तु कास्ट करने में असमर्थ मैं निम्नलिखित कोड है:

public void Test(IMyInterface iInterface) 
{ 
    iInterface.CallMethod (); 
} 

कौन सा ठीक काम करता है। हालांकि, अगर मैं कोड बदलने पिरोया जा सकता:

private IMyInterface myInterface; 
public void Test(IMyInterface iInterface) 
{ 
    myInterface = iInterface; 
    new Thread (new ThreadStart (CallInterfaceMethod)).Start (); 
} 

public void CallInterfaceMethod () 
{ 
    myInterface.CallMethod () 
} 

जब मैं धागा का उपयोग मैं अपवाद प्राप्त करते हैं:

प्रकार की COM वस्तु 'सिस्टम .__ ComObject' कास्ट करने के लिए इंटरफेस करने प्रकार 'IMyInterface' में असमर्थ । यह ऑपरेशन विफल हुआ क्योंकि आईआईडी '{GUID}' के साथ इंटरफ़ेस के लिए COM घटक पर क्वेरी इंटेरफ़ेस कॉल अनुवर्ती त्रुटि के कारण विफल रही: ऐसा कोई इंटरफ़ेस समर्थित नहीं है

लेकिन इंटरफ़ेस को ठीक से समर्थन दिया जाना चाहिए? किसी के पास क्या हो रहा है पर कोई विचार है?

Answer 1

यह बुरा, बुरा अपवाद COM marshalling के नाम से जाना जाने वाला अवधारणा के कारण उत्पन्न होता है। समस्या का सार इस तथ्य में निहित है कि किसी भी थ्रेड से COM ऑब्जेक्ट्स का उपभोग करने के लिए, थ्रेड को COM ऑब्जेक्ट का वर्णन करने वाली प्रकार की जानकारी तक पहुंच होनी चाहिए।

आपके परिदृश्य में वर्णित, कारण यह दूसरे धागे पर विफल रहता है क्योंकि दूसरे धागे में इंटरफ़ेस के लिए प्रकार की जानकारी नहीं है।

आप अपने कोड के लिए निम्न जोड़ने की कोशिश कर सकते हैं:

[ComImport] 
[Guid("23EB4AF8-BE9C-4b49-B3A4-24F4FF657B27")] 
public interface IMyInterface 
{ 
    void CallMethod(); 
} 

मूल रूप से घोषणा से ऊपर .NET फ़्रेमवर्क COM रजिस्ट्री से परंपरागत तकनीक का उपयोग प्रकार की जानकारी लोड और जुड़े प्रकार लायब्रेरी का पता लगाने और जाने के लिए लोड का निर्देश वहां से।

आपको इस समस्या को हल करने में मदद के लिए COM ऑब्जेक्ट को एक थ्रेड (थ्रेड मार्शलिंग को रोकने के लिए) को प्रतिबंधित करना चाहिए।

संक्षेप में, यह त्रुटि प्रकार की जानकारी और थ्रेड मार्शलिंग के आसपास घूमती है। सुनिश्चित करें कि प्रत्येक थ्रेड जो COM ऑब्जेक्ट तक पहुंचना चाहता है, उस स्रोत को स्रोत थ्रेड से ऑब्मरशल करने के लिए प्रासंगिक जानकारी है।

पीएस: यह समस्या .NET 4 में हल हो गई है।0 "टाइप इक्विलिएंन्स" नामक तकनीक का उपयोग करके

Answer 2

ठीक है, एक के लिए, आप किसी ऑब्जेक्ट को लॉक किए बिना क्रॉस-थ्रेड कॉल कर रहे हैं, यह स्वचालित रूप से कुछ समस्याएं पैदा करेगा। आपका कोड अधिक तरह दिखना चाहिए:

private IMyInterface myInterface; 
private static readonly object _myObjectLock = new object(); 

public void Test(IMyInterface iInterface) 
{ 
    myInterface = iInterface; 
    new Thread (new ThreadStart (CallInterfaceMethod)).Start (); 
} 

public void CallInterfaceMethod () 
{ 
    lock(_myObjectLock) 
    { 
     myInterface.CallMethod (); 
    } 
} 

मैं क्या समझ से, त्रुटि आप सूचीबद्ध कभी कभी हो सकता है जब संसाधन, पहुँचा नहीं जा सकता है, जो इस तरह एक क्रॉस-धागा संचालन के साथ, सबसे अधिक संभावना होगा। हालांकि मुझे इस पर उद्धरण न दें, मैं कोई COM विशेषज्ञ नहीं हूं।

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

इसके अलावा, यह सुनिश्चित करने के लिए जांचें कि आपकी "myInterface" कक्षा अभी भी "CallMethod()" विधि को कॉल कर सकती है। इंटरफ़ेस में कोई कार्यान्वयन नहीं होता है, जब आप "myInterface = iInterface" सेट करते हैं तो आप समस्याओं में भाग ले सकते हैं।

Answer 3

मुझे सलाह मिली और इससे मेरी मदद मिली!

लाइन [STAThread] मुख्य थ्रेड (Program.cs) में खोजें और इसे [MTAThread] में बदलें।

Answer 4

मैं एक सी # अनुप्रयोग विकसित कर रहा हूं जो COM इंटरफेस के माध्यम से 7-ज़िप का उपयोग करता है। मैं इस अजीब चीज में भाग गया जहां मैं एक उदाहरण में एक कार्यकर्ता थ्रेड से अभिलेखागार निकालने में सक्षम था, लेकिन दूसरा नहीं, यह एक ही अपवाद प्राप्त कर रहा था।

मैंने पाया कि, जब तक आप थ्रेड में अपमानजनक COM ऑब्जेक्ट प्रारंभ करते हैं, जहां इसका उपयोग किया जाता है, कोई अपवाद नहीं फेंक दिया जाता है। मेरा समाधान उन वस्तुओं को निपटाना था जो COM इंटरफेस का उपयोग करते थे और धागे के बीच उन्हें पारित करते समय उन्हें फिर से शुरू करते थे।