मैं सी # में .NET 3.5 कंसोल एप्लिकेशन पर काम कर रहा हूं जो वीसी ++ अप्रबंधित डीएलएल का उपयोग करता है। जब मैंने कुछ हफ्ते पहले इस पर काम किया तो यह बिना किसी समस्या के भाग गया, लेकिन मैं आज वापस आ रहा हूं और अब मुझे BadImageFormatException ("एक गलत प्रारूप के साथ एक प्रोग्राम लोड करने के लिए एक प्रयास किया गया था। (HRESULT से अपवाद: 0x8007000B)).NET असेंबली में BadImageFormatException का वैकल्पिक कारण?
मेरा विकास वर्कस्टेशन 64 बिट विंडोज 7 चला रहा है, और मैं अप्रबंधित कोड के साथ एक उचित मात्रा में काम करता हूं, इसलिए मैंने तुरंत जांच की कि .NET असेंबली और वीसी ++ लाइब्रेरी में दोनों x86 लक्ष्य थे। उन्होंने किया।
बस सुनिश्चित करने के लिए, मैं साफ किया और कोई लाभ नहीं हुआ कुलपति ++ पुस्तकालय और .NET विधानसभा, पुनर्निर्माण किया।
न तो प्रणाली कुछ भी विशेष रूप से असामान्य कर रही है। कुलपति ++ पुस्तकालय भार एक द्विआधारी Dat एक फाइल और इसकी सामग्री पर कुछ गणितीय प्रसंस्करण करता है। .NET असेंबली में पुस्तकालय के लिए DllImports और कुछ कोड इसे तार करने के लिए है। यह सब कुछ हफ्ते पहले काम किया।
तो अब मैं सोच रहा हूं कि BadImageFormatException का कोई अन्य कारण है जो कि x86/x64 संघर्ष से कम आम है जो मैं चल रहा हूं।
धन्यवाद।
संपादित करें: मुझे x86 या x64 मोड के बावजूद एक ही त्रुटि मिलती है, लेकिन जब 'कोई भी CPU' पर सेट किया जाता है, तो निष्पादन उस बिंदु से पहले हो जाता है, लेकिन निष्पादन VC++ लाइब्रेरी में किसी भी अपवाद के बाद बाद में कॉल पर रोक लगाता है। भले ही यह इस समस्या से संबंधित है, क्या ऐसा कुछ है जो 'कोई भी CPU' x86 और x64 दोनों से अलग करता है जो इस पर कुछ प्रकाश डाल सकता है?
क्या कोई मौका है कि चल रहे एप्लिकेशन को वीसी ++ लाइब्रेरी के x64 संस्करण तक पहुंच है और यह इसके बजाय इसे लोड करने का प्रयास कर रहा है? या, आपका चल रहा एप्लिकेशन किसी भीCPU को लक्षित कर सकता है और x86 नहीं? यदि आप 64-बिट वातावरण पर हैं तो AnyCPU 64-बिट में लोड किया जाएगा। – Anzurio
अच्छे प्रश्न। पूर्व इस मामले में प्रतीत नहीं होता है, मैंने परियोजना को दूसरी मशीन पर कॉपी करने की कोशिश की, जिस पर कभी भी लाइब्रेरी की कोई प्रति नहीं थी, केवल असेंबली के x86 संस्करण की प्रतिलिपि बनाने के लिए सावधान रहना। दूसरी मशीन पर भी यही समस्या आई। एप्लिकेशन निश्चित रूप से x86 पर सेट है। जिज्ञासा से मैंने इसे 'किसी भी सीपीयू' में चलाने के लिए सेट किया। जब मैं ऐसा करता हूं, तो यह वीसी ++ लाइब्रेरी (जहां यह x86 या x64 पर सेट होने पर मर जाता है) पर पहली बार कॉल हो जाता है लेकिन लाइब्रेरी में बाद के कॉल के दौरान निष्पादन समाप्त हो जाता है। –
अपने .exe पर और फिर अपने .dll पर निर्भर निर्भरता वॉकर x86 चलाएं। 64 बिट मशीन पर system32 से msvcr120.dll की प्रतिलिपि बनाने के बाद मुझे यह समस्या थी। ओए! –