फ़ाइल या असेंबली लोड नहीं कर सका 'System.Data.SQLite'

Question

मैंने अपने ASP.NET प्रोजेक्ट में ELMAH 1.1 .Net 3.5 x64 स्थापित किया है और अब मुझे यह त्रुटि मिल रही है (जब भी मैं किसी पृष्ठ को देखने का प्रयास करता हूं):

फ़ाइल या असेंबली को लोड नहीं कर सका 'System.Data.SQLite, संस्करण = 1.0.61.0, संस्कृति = तटस्थ, PublicKeyToken = db937bc2d44ff139' या इसकी एक निर्भरता। एक प्रोग्राम को एक गलत प्रारूप के साथ लोड करने का प्रयास किया गया था।

विवरण: वर्तमान वेब अनुरोध के निष्पादन के दौरान एक अनियंत्रित अपवाद उत्पन्न हुआ। कृपया त्रुटि के बारे में अधिक जानकारी के लिए स्टैक ट्रेस की समीक्षा करें और यह कोड में कहां उत्पन्न हुआ।

अपवाद विवरण: System.BadImageFormatException: फ़ाइल या असेंबली लोड नहीं कर सका 'System.Data.SQLite, संस्करण = 1.0.61.0, संस्कृति = तटस्थ, PublicKeyToken = db937bc2n44ff139' या इसकी एक निर्भरता। एक प्रोग्राम को एक गलत प्रारूप के साथ लोड करने का प्रयास किया गया था।

नीचे में अधिक त्रुटि विवरण।

मेरा सक्रिय समाधान मंच "एनी सीपीयू" है और मैं x64 विंडोज 7 पर एक्स 64 पर चल रहा हूं, निश्चित रूप से, प्रोसेसर। हम एल्माह के इस संस्करण का उपयोग क्यों कर रहे हैं इसका कारण यह है क्योंकि 1.0 .net 3.5 (x86, जो कि केवल एक ऐसा मंच है जिसके लिए इसे संकलित किया गया है) ने हमें हमारे x64 विंडोज सर्वर पर यही त्रुटि दी।

मैंने x86 और x64 के लिए संकलन करने का प्रयास किया है और मुझे वही त्रुटि मिली है। मैंने सभी संकलक आउटपुट (बिन और obj) को हटाने की कोशिश की है। अंत में मैंने सीधे SQLite dll का संदर्भ बनाया है, कुछ ऐसा जो प्रोजेक्ट के लिए सर्वर पर काम करने के लिए आवश्यक नहीं था और मुझे यह बॉयलर त्रुटि मिली है:

त्रुटि 1 चेतावनी त्रुटि के रूप में: असेंबली जेनरेशन - संदर्भित असेंबली 'System.Data.SQLite.dll' एक अलग प्रोसेसर MyProject को लक्षित करता है

किसी भी विचार समस्या क्या हो सकती है?

अधिक त्रुटि विवरण:

स्रोत त्रुटि:

वर्तमान वेब अनुरोध के निष्पादन के दौरान एक अखंड अपवाद उत्पन्न हुआ था। नीचे दिए गए स्टैक ट्रेस का उपयोग करके अपवाद की उत्पत्ति और स्थान के बारे में जानकारी की पहचान की जा सकती है।

स्टैक ट्रेस:

[BadImageFormatException: फ़ाइल या असेंबली लोड नहीं कर सका 'System.Data.SQLite, संस्करण = 1.0.61.0, संस्कृति = तटस्थ, PublicKeyToken = db937bc2d44ff139' और इसकी एक निर्भरता। एक प्रयास] गलत प्रारूप के साथ एक कार्यक्रम लोड करने के लिए बनाया गया था।
System.Reflection.Assembly._nLoad (AssemblyName फ़ाइल नाम, स्ट्रिंग codebase, साक्ष्य assemblySecurity, विधानसभा locationHint, StackCrawlMark और stackMark, बूलियन throwOnFileNotFound, बूलियन forIntrospection) +0
System.Reflection.Assembly .nLoad (असेंबलीनाम फ़ाइलनाम, स्ट्रिंग कोडबेस, साक्ष्य असेंबलीसिटी, असेंबली लोकेशनहंट, StackCrawlMark और stackMark, बूलियन थ्रोऑनफाइलनोटफ़ाउंड, बूलियन इंट्रानस्पेक्शन) +43
System.Reflection.Assembly.InternalLoad (असेंबलीनाम असेंबली रीफ, एविडेंस असेंबलीसिटी, StackCrawlMark & ​​stackMark, Boolean forIntrospection) +127 System.Refin.A.A. लोड (असेंबली
असेंबलीस्ट्रिंग) Nt System.Web.Configuration.CompilationSection.LoadAssemblyHelper (स्ट्रिंग असेंबली का नाम, बूलियन स्टारडायरेक्टिव) +46

[ConfigurationErrorsException: फ़ाइल या असेंबली लोड नहीं कर सका 'System.Data.SQLite, संस्करण = 1.0.61.0, संस्कृति = तटस्थ, PublicKeyToken = db937bc2d44ff139' या इसकी एक निर्भरता। एक प्रयास गलत प्रारूप के साथ एक कार्यक्रम लोड करने के लिए बनाया गया था।]
System.Web.Configuration.CompilationSection.LoadAssemblyHelper (स्ट्रिंग AssemblyName, बूलियन starDirective) 613 System.Web.Configuration.CompilationSection.LoadAllAssembliesFromAppDomainBinDirectory () 203 System.Web.Configuration .CompilationSection.LoadAssembly (AssemblyInfo ऐ) 105
System.Web.Compilation.BuildManager.GetReferencedAssemblies (CompilationSection compConfig) 178
System.Web.Compilation.BuildProvidersCompiler..ctor (VirtualPath configPath, बूलियन supportLocalization, स्ट्रिंग outputAssemblyName) +54
System.Web.Compilation.ApplicationBuildProvider.GetGlobalAsaxBuildResult (बूलियन .PrecompiledApp) +232
सिस्टम।

[HttpException (0x80004005): फ़ाइल या असेंबली को लोड नहीं कर सका 'System.Data.SQLite, संस्करण = 1.0.61.0, संस्कृति = तटस्थ, PublicKeyToken = db937bc2d444139' या इसकी एक निर्भरता। एक प्रोग्राम को गलत प्रारूप के साथ लोड करने का प्रयास किया गया था।]
System.Web.Compilation.BuildManager.ReportTopLevelCompilationException () +58 System.Web.Compilation.BuildManager .EnsureTopLevelComilesiled () +512 System.Web.ostingHostingHeEinging ApplicationManager appManager, IApplicationHost appHost, IConfigMapPathFactory configMapPathFactory, HostingEnvironmentParameters होस्टिंगपैरेटर्स) +729

[HttpException (0x80004005): फ़ाइल या असेंबली को लोड नहीं कर सका 'System.Data.SQLite, संस्करण = 1.0.61.0, संस्कृति = तटस्थ, PublicKeyToken = db937bc2d444139' या इसकी एक निर्भरता। एक प्रयास गलत प्रारूप के साथ एक कार्यक्रम लोड करने के लिए बनाया गया था।]
System.Web.HttpRuntime.FirstRequestInit (HttpContext संदर्भ) 8,896,783
System.Web.HttpRuntime.EnsureFirstRequestInit (HttpContext संदर्भ) 85
System.Web.HttpRuntime.ProcessRequestInternal (HttpWorkerRequest wr ) 5:9

Comments

स्टैक ट्रेस की इस शीट की तुलना में फ्यूजन (असेंबली बाइंडिंग) लॉग ऐसे मामलों में बहुत अधिक उपयोगी है।

— एंटोन टायखी

ऐसा लगता है कि समस्या यह थी कि कैसिनी x86 है।

— पिलीनो

मेरे पास एक ही मुद्दा है और हमारे पास मिश्रित उत्पादन / विकास पर्यावरण के कारण ईएलएमएएच को छोड़ना पड़ा। यह देखते हुए कि एक उच्च ट्रैफ़िक उत्पादन वेब सर्वर पर SQLite का उपयोग करना बहुत अच्छा नहीं लगता है और यह तथ्य कि SQLite dll ELMAH में एकमात्र असेंबली है जो इसे x86 और 64x बिट्स के लिए दो अलग-अलग संस्करणों के लिए बाध्य करती है, मैं सोच रहा हूं कि ELMAH लोग क्यों खींचते हैं इसे बाहर करो और इसे वैकल्पिक बनाने के बजाय इसे अभी बनाओ।

— खश

Answer 1

System.Data.SQLite.dllएक मिश्रित विधानसभा है, अर्थात इसमें प्रबंधित कोड और मूल कोड दोनों शामिल हैं। इसलिए एक विशेष System.Data.SQLite.dllया तो x86 या x64 है, लेकिन दोनों कभी नहीं।

अपडेट ( सौजन्य जे। पाब्लो फर्नांडीज ): कैसिनी, विजुअल स्टूडियो द्वारा उपयोग किया जाने वाला विकास वेब सर्वर, जब आप F5 दबाते हैं या हरे रंग का "प्ले» बटन क्लिक करते हैं, तो x86 केवल इसका मतलब है कि भले ही आपका वर्कस्टेशन x64 हो, आप केवल करेंगे System.Data.SQLite.dll के x86 संस्करण का उपयोग करने में सक्षम।

एक विकल्प कैसिनी का उपयोग नहीं करना है लेकिन IIS7 जो ठीक से x64 है।

Comments

मैं एक x64 कंप्यूटर पर x64 संस्करण का उपयोग कर रहा हूं।

— पुतीनो

क्या आपने x86 संस्करण का उपयोग करने की कोशिश की?

— एंटोन टायखी

एक नया विकल्प जो कुछ समय पहले उपलब्ध हो गया है, वह IIS एक्सप्रेस का उपयोग करना है, जो आपको उस एप्लिकेशन पूल के प्रकार को सेट करने की अनुमति देता है जिसका उपयोग करना चाहते हैं

— राउल वेज़र

@ रॉल वेजर: कृपया विस्तार से बताएं कि IIS एक्सप्रेस का एप्लीकेशन पूल चयन सुविधा 32-बिट / 64-बिट असेंबली समस्या को कैसे हल करती है। धन्यवाद

— टिम

@ टिम, वह सुविधा आपको 32 या 64 बिट या तो जिस तरह के एप्लिकेशन पूल का उपयोग करना चाहते हैं, उस तरह का चयन करने की अनुमति देता है, इस तरह आप उस पहलू को नियंत्रित कर सकते हैं जो कैसिनी में तय किया गया था और आपके पास उसी बिट लाइब्रेरी के साथ काम करना था। दूसरे शब्दों में, यदि आप SQLite dll के 32 बिट संस्करण का उपयोग कर रहे हैं, तो आपको IIS एक्सप्रेस पर 32 बिट एप्लिकेशन पूल का चयन करना चाहिए। लाइब्रेरी के 64 बिट संस्करण के लिए आपको 64 बिट एप्लिकेशन पूल का चयन करना चाहिए।

— राउल व्रज

Answer 2

सुनिश्चित करें कि "32 सक्षम करें - बिट अनुप्रयोग" ऐप पूल के लिए गलत है।

Comments

यदि आप 64 बिट मशीन पर x86 dll का उपयोग करना चाहते हैं तो यह काम करता है। हमारे मामले में, हमारे देव और उत्पादन वातावरण मेल नहीं खाते हैं इसलिए यह सबसे अच्छा काम किया है।

— रोब

मेरे लिए इसे सच में सेट करना वास्तव में समस्या को हल करता है। मुझे लगता है कि एल्माह जहाज 32bit sql लाइट असेंबली के साथ डिफ़ॉल्ट रूप से हैं।

+1 @ जिरपॉन्ग और सर्गेई दोनों के लिए क्योंकि यह इस सेटिंग थी जिसे मुझे काम करने के लिए हेरफेर करना था। मेरे मामले में मुझे लगता है कि मेरे पास SqlLite DLL का x86 संस्करण था और "सच" पर सेट होने के लिए 32 - बिट एप्लिकेशन सक्षम करने की आवश्यकता थी।

— t3rse

Answer 3

के पास जाओ IIS7 Application Pool -> advanced settings and set the 32-bit application to true।

Comments

मैं विंडोज 7 चला रहा हूं, और मैंने इस मुद्दे को मारा; 32-बिट को चालू करना मेरे लिए निश्चित रूप से, क्योंकि DLL की मेरी प्रति 32-बिट थी।

— डग

FYI करें: यह काम पाने के लिए LocalSystem में एप्लिकेशन पूल पहचान सेट करना आवश्यक था: ^

— Illuminati

और SQLite का एक Win32 संस्करण सुनिश्चित करें। Interop.dll stackoverflow.com/questions/4816529/…

— मोर्टन होलगार्ड

Answer 4

यदि आप SQLite का उपयोग नहीं कर रहे हैं तो यह बहुत आसान है:

आप अपने समाधान के बिन फ़ोल्डर से SQLite DLL को हटा सकते हैं, फिर उस फ़ोल्डर से जहाँ आप ELMAH का संदर्भ लेते हैं। पुनर्निर्माण करें, और आपका ऐप इस DLL को लोड करने का प्रयास नहीं करेगा जिसका आप उपयोग नहीं कर रहे हैं।

Comments

+1 यदि आप SQLite का उपयोग नहीं कर रहे हैं, तो संदर्भित DLL को ठीक करने में परेशान क्यों होते हैं? अच्छा, सुरुचिपूर्ण और बस मुझे जो चाहिए था।

— भावनब

इसने स्थानीय रूप से काम किया लेकिन मुझे फिर एज़्योर को तैनात करने के बाद त्रुटि हुई।

— स्टुअर्टेनडनेट

Answer 5

मेरे पास 64 बिट देव मशीन और 32 बिट बिल्ड सर्वर है। मैंने NHibernate initialisation से पहले इस कोड का उपयोग किया था। किसी भी वास्तुकला पर एक आकर्षण काम करता है (अच्छी तरह से 2 मैंने परीक्षण किया है)

आशा है कि यह किसी की मदद करता है।

गुइडो

        private static void LoadSQLLiteAssembly()
        {
            Uri dir = new Uri(Assembly.GetExecutingAssembly().CodeBase);
            FileInfo fi = new FileInfo(dir.AbsolutePath);           
            string binFile = fi.Directory.FullName + "\\System.Data.SQLite.DLL";
            if (!File.Exists(binFile)) File.Copy(GetAppropriateSQLLiteAssembly(), binFile, false);
        }

        private static string GetAppropriateSQLLiteAssembly()
        {
            string pa = Environment.GetEnvironmentVariable("PROCESSOR_ARCHITECTURE");
            string arch = ((String.IsNullOrEmpty(pa) || String.Compare(pa, 0, "x86", 0, 3, true) == 0) ? "32" : "64");
            return GetLibsDir() + "\\NUnit\\System.Data.SQLite.x" + arch + ".DLL";
        }

Comments

क्या किसी ने इस तकनीक का सफलतापूर्वक उपयोग किया है? मैंने इसे एक परीक्षण asp.net mvc ऐप समाधान में आज़माया और यह मेरे लिए काम नहीं किया।

— ग्लेन

पर्यावरण चर पर जाने के बजाय, आप सीधे CLR का उपयोग कर सकते हैं: string arch = IntPtr.Size == 8? "x64": "x86";

— जेसन मोर्स

या Environment.Is64BitProcess संपत्ति (.NET4 के बाद से)।

— रिजेबोसच

Answer 6

हमारे मामले में काम नहीं किया क्योंकि हमारा उत्पादन सर्वर गायब है

Microsoft Visual C ++ 2010 SP1 पुनर्वितरण पैकेज (x86)

हमने इसे स्थापित किया और सभी ठीक हैं। एप्लिकेशन पूल में 32-बिट अनुप्रयोग सेट करने के लिए सही होना चाहिए और आपके पास लाइब्रेरी का x86 संस्करण होना चाहिए

Comments

मेरे लिये कार्य करता है। यह सिर्फ इंगित करता है कि सी लाइब्रेरी को इंगित किए बिना एक त्रुटि संदेश गायब है, जो भयानक है।

— brk

मेरे लिए मैंने System.Data.SQLite, संस्करण = 1.0.99.0, संस्कृति = तटस्थ, PublicKeyToken = db937bc2d44ff139

— themadmax

Answer 7

जैसा कि किसी को बिल्कुल उसी मुद्दे के साथ रोडकिल विकी पर कुछ बग रिपोर्ट से निपटना था, आपको यही करना है:

• क्या आप x64 या x86 का उपयोग कर रहे हैं? Sqlite अलग-अलग आर्किटेक्चर के लिए DLL के साथ आता है - अपने बिन फ़ोल्डर में दाईं ओर कॉपी करें, आधिकारिक सीईओ के लिए दो DLLS हैं:System.Data.SQLite.dll System.Data.SQLite.Linq.dll
• यदि आप इन विधानसभाओं के लिए शिकार के लिए परेशान नहीं हो सकते हैं, तो अपने ऐप पूल के लिए 32 बिट मोड को सक्षम करें (केवल देव मशीनों के लिए एक समाधान)
• यदि आप किसी सर्वर पर होस्ट कर रहे हैं, तो आपको Microsoft C ++ रनटाइम पुनर्वितरण की आवश्यकता होगी - यह डिफ़ॉल्ट रूप से सर्वर 2008 R2 पर स्थापित नहीं है। x64 संस्करण , x86 संस्करण

यह वास्तव में गधा में दर्द है कि SQLite .NET बायनेरिज़ को पुन: वितरित करते समय आपको कितने हुप्स के माध्यम से कूदना पड़ता है, अंत में रोडकिल के लिए मेरा समाधान सही बायनेरिज़ को कॉपी करना था ~ आर्किटेक्चर के आधार पर ~ बिन फ़ोल्डर का उपयोग करना । दुर्भाग्य से यह C ++ रनटाइम समस्या को हल नहीं करता है।

Answer 8

मैंने Nuget एक्सटेंशन के साथ System.Data.SQLite स्थापित करके इसे हल किया। यह एक्सटेंशन Visual Studio 2010 या उच्चतर के लिए उपयोग कर सकता है। सबसे पहले, आपको Nuget एक्सटेंशन इंस्टॉल करना होगा। आप यहाँ अनुसरण कर सकते हैं:

• दृश्य स्टूडियो 2010 पर जाएं, मेनू -> उपकरण
• एक्सटेंशन मैनेजर चुनें
• सर्च बॉक्स में NuGet डालें और ऑनलाइन गैलरी पर क्लिक करें। प्रतीक्षा कर रहा है जानकारी पुनः प्राप्त करें ...
• पुनर्प्राप्त किए गए NuGet पैकेज प्रबंधक का चयन करें, डाउनलोड पर क्लिक करें। यह प्रतीक्षा कर रहा है…
• Visual Studio एक्सटेंशन इंस्टॉलर NuGet पैकेज मैनेजर पर इंस्टॉल पर क्लिक करें। स्थापना पूर्ण होने तक प्रतीक्षा करें।
• बंद करें और 'अभी पुनरारंभ करें' पर क्लिक करें।

दूसरा, अब, आप SQLite स्थापित कर सकते हैं:

• मेनू पर जाएँ-> लाइब्रेरी पैकेज मैनेजर-> विजुअल स्टूडियो का पैकेज मैनेजर कंसोल।
• उसके बाद पैकेज मैनेजर कंसोल में कमांड इंस्टाल-पैकेज System.Data.SQLite चलाएं। इस तरह: पैकेज प्रबंधक कंसोल में कमांड इंस्टाल-पैकेज System.Data.SQLite चलाएं

और अब, आप System.Data.SQLite का उपयोग कर सकते हैं।

मामले में, आपको दो फ़ोल्डर x64 और, x86 दिखाई देते हैं, इन फ़ोल्डरों में SQLite.Interop.dll है। अब उन dll की प्रॉपर्टीज विंडो पर जाएं और सेट बिल्ड एक्शन कंटेंट है और कॉपी टू आउटपुट डायरेक्टरी हमेशा कॉपी है।

तो, यह मेरा तरीका है।

धन्यवाद। किम थो फाम, HoChiMinh सिटी, वियतनाम। ईमेल: [e-mail]

Answer 9

मैनुअल लोड संबंधित System.Data.SQLite विधानसभा इसे हल कर सकते हैं।

नीचे के रूप में परिवर्तित गैटपिया कोड:

    public static void LoadSQLLiteAssembly()
    {
        Uri dir = new Uri(Assembly.GetExecutingAssembly().CodeBase);
        FileInfo fi = new FileInfo(dir.AbsolutePath);
        string appropriateFile = Path.Combine(fi.Directory.FullName, GetAppropriateSQLLiteAssembly());
        Assembly.LoadFrom(appropriateFile);
    }

    private static string GetAppropriateSQLLiteAssembly()
    {
        string pa = Environment.GetEnvironmentVariable("PROCESSOR_ARCHITECTURE");
        string arch = ((String.IsNullOrEmpty(pa) || String.Compare(pa, 0, "x86", 0, 3, true) == 0) ? "32" : "64");
        return "System.Data.SQLite.x" + arch + ".DLL";
    }

Answer 10

मुझे यह त्रुटि तब हुई जब हमारे विंडोज़ सर्वर को 32 बिट ओएस से 64 बिट में परिवर्तित किया गया। असेंबली जो त्रुटि फेंक रहा था, उसे x86 मोड (यानी 32 मोड) में संकलित करने के लिए सेट किया गया था। मैंने इसे "किसी भी सीपीयू" में बदल दिया और इसने चाल चली। आप निम्न करके इस मान को बदल सकते हैं:

प्रोजेक्ट पर राइट क्लिक पर जाएं Properties -> Build -> Platform Target -> change to "Any CPU"

Comments

मैं 32 बिट System.Data.SQLite.dll का उपयोग करने की कोशिश कर रहा था और 64 बिट सीपीयू पर चलने पर यह अपवाद प्राप्त कर रहा था। मैंने प्लेटफ़ॉर्म लक्ष्य को "एनी सीपीयू" से "x86" में बदल दिया और इसने अपवाद को दूर कर दिया। मैं समझती हूं कि जब तक आप प्रदर्शन को अधिकतम करने के लिए नहीं देख रहे हैं, तो कम से कम सामान्य भाजक के लिए निर्माण करना बेहतर है ताकि इसे 32 या 64 बिट सीपीयू पर चलना चाहिए।

— cdavidyoung

Answer 11

मैंने पैकेज मैनेजर कंसोल के विपरीत, Nuget GUI एप्लिकेशन के माध्यम से System.Data.SQLite स्थापित करके, यह काफी अजीब तरह से हल किया।

कंसोल के माध्यम से इंस्टॉल करने के लिए इस लाइब्रेरी को चलाने के लिए निर्भरता शामिल नहीं थी।

Answer 12

System.Data.SQLiteSystem.Data.SQLite.interopसुनिश्चित करें कि दोनों पैकेज एक ही संस्करण हैं और दोनों x86 हैं पर निर्भरता है ।

यह एक पुराना प्रश्न है, लेकिन मैंने उपरोक्त सभी को आजमाया। मैं एक सख्ती से x86 प्रोजेक्ट पर काम कर रहा था , इसलिए दो फ़ोल्डर / x86, / x64 नहीं थे। लेकिन किसी कारण के लिए, System.Data.SQLiteएक अलग संस्करण था System.Data.SQLite.interop, एक बार जब मैं मिलान dlls खींच लिया तो समस्या ठीक हो गई।

Answer 13

मैं 2 त्वरित समाधान के साथ आया था। या तो मेरे लिए काम करो। मुझे लगता है कि समस्या अनुमतियों के कारण है।

1) शुद्ध 2.0 निर्देशिका से Elmah.dll फ़ाइल का उपयोग करने के बजाय, मैंने net-1.1 से Elmah.dll का उपयोग किया।

2) परियोजना बिन निर्देशिका में Elmah.dll रखने के बजाय। मैं इसे बनाने के लिए एक dll निर्देशिका बनाता हूं।

Answer 14

इसके आस-पास पहुंचने का एक और तरीका यह है कि आप अपने एप्लिकेशन को 1.1 के बजाय ELMAH 1.2 पर अपग्रेड करें।

Answer 15

क्या आप अपने बिन डिबग फ़ोल्डर को हटा सकते हैं और फिर से दोबारा जोड़ सकते हैं?

या System.Data.SQLiteजहां यह स्थित है, वहां अपना प्रोजेक्ट संदर्भ देखें , नीचे ट्रैक करें, फिर रिफ्लेक्टर में डीएल खोलें। यदि आप इसे नहीं खोल सकते हैं, तो इसका मतलब है कि dll दूषित है, आप एक सही खोज करना चाहते हैं या -नेट ढाँचा पुनर्स्थापित कर सकते हैं।

Comments

मैंने सीधे System.Data.SQLite के संदर्भ को जोड़ने की कोशिश की है (बिन और obj को हटाने से अलग) और मुझे यह त्रुटि मिली है: त्रुटि 1 चेतावनी त्रुटि के रूप में: विधानसभा पीढ़ी - संदर्भित विधानसभा 'System.Data.SQLite.dll 'एक अलग प्रोसेसर MyProject को लक्षित करता है

— 13

Answer 16

यदि आप IIS एक्सप्रेस का उपयोग अपने विकास मशीन पर वेब सर्वर के रूप में कर रहे हैं तो मैं स्थानीय IIS में बदल जाऊंगा। इसने मेरे लिए काम किया।

Answer 17

यह एक पुराना पोस्ट है, लेकिन यह कुछ लोगों को इस त्रुटि पर खोज करने में मदद कर सकता है कि ऐप पूल के लिए "32-बिट एप्लिकेशन को सक्षम करें" सेट करने का प्रयास करें। यही मेरे लिए त्रुटि का समाधान है। मैं @ beckelmw के जवाब के लिए कुछ टिप्पणियों को पढ़कर इस समाधान पर आया था।

Answer 18

आपके पास गलत पैकेज स्थापित होने की संभावना है। आप Microsoft द्वारा निर्मित पैकेज चाहते हैं जो System.Data.Common प्रदाता मॉडल को लागू करता है।