तेजी से, डेवलपर्स ने प्रबंधित कोड से देशी तरीकों को कॉल करने का कार्य करना शुरू कर दिया। ज्यादातर मामलों में, कॉल करना काफी सरल होता है, लेकिन कभी-कभी अप्रिय मामलों का सामना करना पड़ता है, जैसे कि एक ऐसी विधि जिसमें संरचनाओं की एक गतिशील सरणी होती है जिसमें संरचनाओं की एक गतिशील सरणी होती है।

कार्य के बारे में थोड़ा

C ++ में एक dll लिखा गया है, जिसमें स्रोत कोड है जिसमें निम्नलिखित घोषणाएँ हैं:

#pragma pack (push, 4) struct vpsMSR { unsigned __int64 data; unsigned int address; }; #pragma pack (pop) struct vpsConfCounter { int address; int number; vpsMSR *config; unsigned int configCount; }; struct vpsConfig { int processorsCount; vpsConfCounter *counters; unsigned int countersCount; bool printToScreen; std::wstring activityName; }; extern "C" VPS::ErrorCode InitConfig(vpsConfig conf); extern "C" VPS::ErrorCode ClearConfig(vpsConfig conf);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

कार्य प्रबंधित कोड से एक विधि कॉल को लागू करना है।

संभव दृष्टिकोण

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

समस्या का सार यह है कि जीसी दूसरे स्तर के घोंसले को नजरअंदाज कर सकता है और आपकी संरचनाओं को स्थानांतरित कर सकता है, इस कार्रवाई के बाद संकेत गलत मान होंगे।

निर्णय हुआ

चूँकि ऊपर उल्लिखित विधि में काफी सटीक काम की आवश्यकता होती है और बहुत सारे अतिरिक्त कोड उत्पन्न होते हैं जो पढ़ने में मुश्किल बनाते हैं। अस्थायी संरचनाओं का उपयोग करने का निर्णय लिया गया:

 namespace ManagedTemp { #pragma pack (push, 4) struct vpsMSR { unsigned __int64 data; unsigned int address; }; #pragma pack (pop) struct vpsConfCounter { int address; int number; vpsMSR config[10]; unsigned int configCount; }; struct vpsConfig { int processorsCount; vpsConfCounter counters[10]; unsigned int countersCount; bool printToScreen; wchar_t* activityName; }; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

इन संरचनाओं में निरंतर लंबाई के एरर्स का उपयोग किया जाता है। सीमाएँ - विषय क्षेत्र द्वारा निर्धारित और व्यवहार में हासिल नहीं की जाती हैं।

D dll दो विधियाँ जोड़ी गईं जो संरचनाओं को एक स्थिर सरणी लंबाई के साथ लेती हैं और उन्हें मूल विधियों में अग्रेषित करती हैं।

 extern "C" VPS::ErrorCode InitConfig2(ManagedTemp::vpsConfig* conf); extern "C" VPS::ErrorCode ClearConfig2(ManagedTemp::vpsConfig* conf);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

marshaling

हम ऊपर वर्णित संरचनाओं के लिए आगे बढ़ते हैं:

 [StructLayout(LayoutKind.Sequential, Pack = 4)] public struct MSR { [MarshalAs(UnmanagedType.U8)] public System.UInt64 data; public int adress; } [StructLayout(LayoutKind.Sequential)] public struct ConfCounter { public int adress; public int number; [MarshalAs(UnmanagedType.ByValArray, SizeConst = 10)] public MSR[] config; [MarshalAs(UnmanagedType.U4)] public uint configCount; } [StructLayout(LayoutKind.Sequential), Serializable] public struct Config { public int processorCount; [MarshalAs(UnmanagedType.ByValArray, SizeConst = 10)] public ConfCounter[] counters; [MarshalAs(UnmanagedType.U4)] public uint countersCount; [MarshalAs(UnmanagedType.Bool)] public bool printToScreen; [MarshalAs(UnmanagedType.LPWStr)] public string activityName; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

मार्शलिंग तरीके:

  [DllImport(@"..\..\IConfigure.dll", EntryPoint = "InitConfig2")] public static extern int InitConfig(ref Config conf); [DllImport(@"..\..\IConfigure.dll", EntryPoint = "ClearConfig2")] public static extern int ClearConfig(ref Config conf);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

चूंकि stdcall डिफ़ॉल्ट रूप से C ++ dll में सेट है, इसलिए CallingConference विशेषता के माध्यम से कॉल के प्रकार को स्पष्ट रूप से निर्दिष्ट करने की आवश्यकता नहीं है।

समस्याओं का सामना करना पड़ा और उन्हें कैसे हल करना है

मार्शलिंग को लागू करते समय, मुझे एक StackUnbalanced त्रुटि / चेतावनी मिलती है। क्या करें?

मुझे इस त्रुटि को सबसे अधिक बार देखना पड़ा - इसका मतलब है कि आयातित फ़ंक्शन के हस्ताक्षर और मूल एक मेल नहीं खाते।

कारण:

1. गलत प्रकार मैशलिंग।

2. अलग बुला सम्मेलन।

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

__Int64 के लिए इंट कास्ट करने में असमर्थता

PInvoke, int64 से int कास्ट नहीं करता है। इसलिए, मुझे System.Int64 प्रकार का उपयोग करना पड़ा।



यह सामग्री UNN में ITLab प्रयोगशाला में कार्य अनुभव पर आधारित है। इस प्रक्रिया में एमएसटीएन पर हॉर्स लेख और मार्शलिंग के बारे में जानकारी का उपयोग किया गया था।