फ़ाइल या असेंबली या उसकी किसी एक निर्भरता को लोड नहीं किया जा सका

238

मैं इनमें से एक और "फ़ाइल या असेंबली या इसकी एक निर्भरता" समस्याओं को लोड नहीं कर सका।

अतिरिक्त जानकारी: फ़ाइल या असेंबली को लोड नहीं किया जा सका 'Microsoft.Practices.Unity, संस्करण = 1.2.0.0, संस्कृति = तटस्थ, PublicKeyToken = 31bf3856ad364e35' या इसकी एक निर्भरता। स्थित असेंबली की प्रकट परिभाषा असेंबली संदर्भ से मेल नहीं खाती है। (HRESULT से अपवाद: 0x80131040)

मुझे नहीं पता कि यह क्या कारण है या मैं कारण खोजने के लिए इसे कैसे डिबग कर सकता हूं।

मैंने अपनी समाधान कैटलॉग .csproj फ़ाइलों में खोज की है, और हर वह जगह जहां मेरे पास एकता है:

संदर्भ शामिल करें = "Microsoft.Practices.Unity, संस्करण = 2.0.414.0, संस्कृति = तटस्थ, PublicKeyToken = 31bf3856ad364e35, processorArchitecture = MSIL"

कहीं भी कोई संदर्भ नहीं मिल सकता है जो मेरी किसी भी परियोजना में 1.2.0.0 के खिलाफ जाता है।

किसी भी विचार मैं इसे हल करने के बारे में कैसे जाना चाहिए?

मैं इस तरह की समस्याओं को सामान्य रूप से कैसे डिबग करने के सुझावों की भी सराहना करूंगा।

c#  .net  reference  compiler-errors 
— ronag
स्रोत
1
क्या आपकी कोई संदर्भित विधानसभा पुराने Unityपुस्तकालय में कुछ सामान का उपयोग कर सकती है ?
— डिकॉयलेन
3
शायद ... लेकिन मुझे कौन सी विधानसभाएं मिल सकती हैं? मेरे पास मेरे समाधान में बहुत सारी परियोजनाएं हैं और बहुत सारे संभावित संदिग्ध हैं ... परीक्षण और त्रुटि
— bruteforce
3
यह विधानसभा संदर्भ नहीं है, आप संस्करण 2.0 का संदर्भ लें। लेकिन रनटाइम के समय, सीएलआर 1.2, एक पुराना संस्करण है। यदि आपको अपनी बिल्ड निर्देशिका में वह पुराना DLL दिखाई नहीं देता है, तो यह जानने के लिए Fuslogvw.exe का उपयोग करें कि CLR ने इस पुरानी प्रतिलिपि को कैसे पाया।
— हंस पैसेंट
2
अपने प्रोजेक्ट के बिन फ़ोल्डर को देखें और देखें कि क्या आपके प्रोजेक्ट के dll में कोई विरोध है। बस उस एक को हटा दें और फिर अपने समाधान का पुनर्निर्माण करें। मेरे लिए वह काम कर गया।
— coggicc
11
"या इसकी निर्भरता में से एक" वह हिस्सा है जो वास्तव में मुझे परेशान करता है। यदि यह "अपनी निर्भरता में से एक" को लोड नहीं कर सकता है, तो त्रुटि को यह कहना चाहिए कि "इसकी निर्भरता में से एक" लोड नहीं किया जा सकता है। वर्तमान फॉर्म बेकार है, यह भी कह सकता है कि यह भार नहीं बढ़ा सकता है
— पॉल मैकार्थी

जवाबों:

116

  1. जांचें कि क्या आप एक असेंबली का संदर्भ दे रहे हैं जो बदले में एकता के पुराने संस्करण का संदर्भ दे रही है। उदाहरण के लिए मान लें कि आपके पास एक असेंबली है जिसे ServiceLocator.dllयूनिटी असेंबली के पुराने संस्करण की आवश्यकता है, अब जब आप संदर्भ देते हैं तो आपको ServiceLocatorइसे एकता के पुराने संस्करण के साथ प्रदान करना चाहिए, और यह समस्या बनाता है।

  2. आउटपुट फ़ोल्डर हो सकता है जहां सभी परियोजनाएं अपनी असेंबली का निर्माण करती हैं, जिसमें एकता का एक पुराना संस्करण है।

आप FusLogVw का उपयोग यह पता लगाने के लिए कर सकते हैं कि पुरानी असेंबली कौन लोड कर रहा है, बस लॉग के लिए एक पथ निर्धारित करें, और अपना समाधान चलाएं, फिर चेक करें (FusLogvw में) पहली पंक्ति जहां यूनिटी असेंबली भरी हुई है, उसे डबल करें और कॉलिंग देखें असेम्बली, और यहाँ तुम जाओ।

— नौर सबौनी
स्रोत
6
FuseLogVw की लॉग फ़ाइल कहाँ है
— Stiger
1
लॉग फ़ाइल खोजने से बचने के लिए, आप एक कस्टम लॉग पथ निर्दिष्ट कर सकते हैं: सेटिंग्स, कस्टम लॉग पथ सक्षम करें चेकबॉक्स की जाँच करें, एक कस्टम लॉग पथ दर्ज करें, ताज़ा करें।
— रेडग्रीनकोड
82

IIS प्रबंधक खोलें

एप्लिकेशन पूल चुनें

फिर उस पूल का चयन करें जिसका आप उपयोग कर रहे हैं

उन्नत सेटिंग्स पर जाएं (दाईं ओर)

32-बिट एप्लिकेशन सक्षम करें के ध्वज को सही पर बदलें।

— क्रांति
स्रोत
IIS -> प्रत्येक ApplicationPool का चयन करें -> बुनियादी सेटिंग्स -> जांचें कि क्या नवीनतम फ्रेमवर्क ".NET फ्रेमवर्क संस्करण" ड्रॉपडाउन के तहत चुना गया है
— मार्टिन
आप वीएस में अपने प्रोजेक्ट पर राइट क्लिक भी कर सकते हैं। और पसंद को 32 बिट चेकमार्क
— eran otzap
धन्यवाद। इसने काम कर दिया। खैर यह मेरे मामले में पहले से ही सच था, सिर्फ कोशिश के लिए। मैंने इसे गलत बना दिया और इसने काम किया।
— meekash55
जब मैंने किसी प्रोजेक्ट को 1 सर्वर से दूसरे में विलय किया, तो यह ध्वज वास्तव में फिर से गलत था, समाधान के लिए धन्यवाद!
— एप्सम सॉल्यूशंस
69

मेरे लिए, किसी भी अन्य समाधान ने काम नहीं किया (स्वच्छ / पुनर्निर्माण की रणनीति सहित)। मुझे एक और समाधान समाधान मिला जो विज़ुअल स्टूडियो को बंद करना और फिर से खोलना है ।

मुझे लगता है कि यह दृश्य स्टूडियो को समाधान और सभी परियोजनाओं को फिर से लोड करने के लिए मजबूर करता है, प्रक्रिया में निर्भरता की पुनरावृत्ति करता है।

— Robotnik
स्रोत
33
यदि आपको विश्वास नहीं है कि यह काम करेगा, तो कम से कम कोशिश करें। जब तक मैंने ऐसा नहीं किया मैं खुद पर विश्वास नहीं कर सकता।
— बेन कुल
3
😍😍😍😍😍😍😍😍😍😍😍 मेरे लिए काम किया
— देवीदास एम दास
48

अपने समाधान में डीबग और रिलीज़ फ़ोल्डर को साफ़ करने का प्रयास करें। फिर निकालें और फिर से एकता जोड़ें।

— अलेक्सी अनुफ्रीक
स्रोत
3
यह मुद्दा बहुत सारी चीजों के कारण हो सकता है ... आपके समाधान ने मेरी समस्याओं को हल किया, और दूसरों को भी हल कर सकता है।
— स्कॉट रिपे
1
@ScottRippey यह मेरे लिए काम किया। मैंने पहले सभी .pdb फ़ाइलों को हटा दिया और फिर अपनी परियोजना को फिर से लोड किया और इसे फिर से बनाया।
— बोटनवॉवर
21

99% पर फ़ाइल या असेंबली लोड नहीं कर सका या निर्भरता के कारण इसकी एक निर्भरता समस्या है! मेरा सुझाव है कि आप इस कदम का पालन करें:

  1. डाउनलोड निर्भरता वाकर से http://www.dependencywalker.com/

  2. डिपेंडेंसी वॉकर लॉन्च करें और dll खोलें (मेरे मामले में NativeInterfaces.dll)

  3. आप एक या एक से अधिक dll लाल त्रुटि खोलने वाली फ़ाइल में त्रुटि देख सकते हैं ...

  4. इसका मतलब है कि यह dll आपके सिस्टम में गायब है; मेरे मामले में dll नाम हैMSVCR71.DLL

  5. आप गूगल से मिस्स् ट डीएल डाउनलोड कर सकते हैं और सही रास्ते में कॉपी कर सकते हैं (मेरे मामले में c:\windows\system32)

  6. इस बिंदु पर, आपको GAC (वैश्विक असेंबली कैश) में नया dll पंजीकृत करना होगा: DOS टर्मिनल खोलें और लिखें:

    cd \Windows\System32
regsvr32 /i msvcr71.dll

  7. अपने एप्लिकेशन को पुनरारंभ करें!

— स्टेफानो लोनाटी
स्रोत
22
निर्भरता वॉकर महान है, लेकिन इंटरनेट से विंडोज के लिए यादृच्छिक DLL की प्रतिलिपि बनाना ... कम महान है। इंस्टॉलर को खोजने की कोशिश करना बेहतर है जो उन डीएल को प्रदान करता है।
— RJFalconer
मुझे कुछ फाइलें API-MS-WIN-CORE-KERNEL32-PRIVATE-L1-1-1.DLLमिलीं ( ) नहीं मिलीं और मुझे इस स्टैकओवरफ्लो प्रश्न पर ले गई । मूल रूप से ध्यान रखें कि कुछ फ़ाइलों के लिए गलत सकारात्मक दिख सकता है, लिंक अधिक विस्तार प्रदान करता है।
— 18:00
16

Microsoft एंटरप्राइज़ लाइब्रेरी (.NetTiers द्वारा संदर्भित) हमारी समस्या थी, जो बदले में एकता के पुराने संस्करण का संदर्भ दे रही थी। समस्या को हल करने के लिए हमने web.config में निम्नलिखित बाध्यकारी पुनर्निर्देशन का उपयोग किया:

<configuration>
    <runtime>
        <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
            <dependentAssembly>
                <assemblyIdentity name="Microsoft.Practices.Unity" publicKeyToken="31bf3856ad364e35" culture="neutral" />
                <bindingRedirect oldVersion="1.0.0.0-2.0.414.0" newVersion="2.1.505.0" />
            </dependentAssembly>
            <dependentAssembly>
                <assemblyIdentity name="Microsoft.Practices.Unity.Configuration" publicKeyToken="31bf3856ad364e35" culture="neutral" />
                <bindingRedirect oldVersion="1.0.0.0-2.0.414.0" newVersion="2.1.505.0" />
            </dependentAssembly>
        </assemblyBinding>
    </runtime>
</configuration>

वैकल्पिक रूप से, आप एंटरप्राइज़ लाइब्रेरी को नवीनतम संस्करण में अपडेट करना चाहते हैं।

— रेबेका
स्रोत
16

निम्नलिखित मेरे लिए काम किया।

  • अस्थायी फ़ाइलें निकालें C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ अस्थाई ASP.NET फ़ाइलें
  • VSTS को बंद करें और फिर से खोलें
  • समान DLLs निकालें और जोड़ें (नोट: आप समान मिलान वाले संस्करण जोड़ते हैं)
— रिद्धि एम।
स्रोत
15

अपने प्रोजेक्ट में Web.config / App.config फ़ाइल की जाँच करें। देखें कि क्या वर्जन नंबर सही हैं।

<bindingRedirect oldVersion="X.X.X.X-X.X.X.X" newVersion="X.X.X.X" />

इसने मेरे लिए काम किया।

— जसीम अब्बास
स्रोत
2
यह मेरे लिए काम किया था, हालांकि यह web.config था, app.config
— samneric
15

मूल प्रश्न पांच साल पहले पोस्ट किए जाने के बावजूद, समस्या अभी भी बनी हुई है और परेशान है।

सामान्य समाधान सभी संदर्भित असेंबली का गहन विश्लेषण है यह समझने के लिए कि क्या गलत हो रहा है। इस कार्य को आसान बनाने के लिए मैंने एक टूल (एक विजुअल स्टूडियो एक्सटेंशन) बनाया, जो परस्पर विरोधी या अनुपलब्ध संदर्भों को हाइलाइट करते समय सभी संदर्भित असेंबली का ग्राफ़ प्राप्त करने के लिए .NET असेंबली ( .dllया .exeफ़ाइल) का चयन करने की अनुमति देता है ।

उपकरण दृश्य स्टूडियो गैलरी में उपलब्ध है: https://marketplace.visualstudio.com/vsgallery/051172f3-4b30-4bbc-8da6-d55f70402734

आउटपुट का उदाहरण: यहां छवि विवरण दर्ज करें

— marss19
स्रोत
विज़ुअल स्टूडियो के सामुदायिक संस्करणों के साथ काम नहीं करता है
— ड्रेक्स_
मेरा मानना ​​है कि विजुअल स्टूडियो संस्करण से संबंधित नहीं, एक और मुद्दा होना चाहिए। मैंने वीएस 2017 और वीएस 2015 सामुदायिक संस्करणों पर विस्तार का परीक्षण किया। वास्तव में इसे वीएस 2017 सामुदायिक संस्करण के माध्यम से विकसित किया गया था।
— marss19
अहा। क्या आपके पास कोई अन्य एक्सटेंशन स्थापित है? यह पृष्ठ कहता है कि DGML वीएस समुदाय में समर्थित नहीं है: msdn.microsoft.com/en-us/library/hh871439.aspx#VersionSupport
— Draex_
1
सामुदायिक संस्करण में कोई आर्किटेक्चर टूल नहीं हैं, लेकिन डीजीएमएल के संपादक ने ही इसे उपलब्ध कराया है। आप विजुअल स्टूडियो इंस्टॉलर के माध्यम से "व्यक्तिगत घटकों" के तहत "इंस्टॉल डीजीएमएल संपादक" -> "कोड टूल्स" का चयन करके इसे स्थापित कर सकते हैं -> संशोधित
— marss19
11

स्क्रीनशॉटसमाधान एक्सप्लोरर में प्रोजेक्ट पर राइट क्लिक करें (समाधान नहीं), बिल्ड टैब में प्लेटफ़ॉर्म लक्ष्य चुनें: "एनी सीपीयू"।

— इंगिन एयडोगु
स्रोत
एप्लिकेशन पूल की जाँच करने के बाद, "32-बिट एप्लिकेशन सक्षम करें" को गलत पर सेट किया गया था, लेकिन मेरा प्लेटफ़ॉर्म लक्ष्य x86 था। इसे किसी भी CPU या x64 में बदलने से मेरी समस्या ठीक हो गई।
— कीथ केटरर
11

जुंटोस का उत्तर सही है लेकिन आपको इस पर भी विचार करना चाहिए:

एकता v2.1.505.2 के लिए अलग-अलग असेंबली विचलन और असेंबली विचलन विशेषताएँ निर्दिष्ट हैं:

यहां छवि विवरण दर्ज करें

AssemblyFileVersion NuGet द्वारा प्रयोग किया जाता है लेकिन CLR इसके बारे में परवाह नहीं करता! CLR केवल असेंबली वर्जन का उपयोग करने जा रहा है !

तो आपके रीडायरेक्ट को असेंबली वर्जन विशेषता में निर्दिष्ट संस्करण पर लागू किया जाना चाहिए । तो 2.1.505.0 का उपयोग किया जाना चाहिए

<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
 <assemblyIdentity name="Microsoft.Practices.Unity" publicKeyToken="31bf3856ad364e35" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-2.1.505.0" newVersion="2.1.505.0" />
</dependentAssembly>
</assemblyBinding>

यह भी देखें: असेंबली वर्सन, असेम्बलीफाइल वर्सन और असेंबलीइन्फोर्मल वर्सन के बीच क्या अंतर हैं?

— इवगेन नेदा
स्रोत
6

मुझे भी यह भयानक त्रुटि मिली और इसके लिए एक समाधान मिला ...

  1. समाधान के नाम पर राइट क्लिक करें
  2. क्लीन सॉल्यूशन पर क्लिक करें
  3. Visual Studio को पुनरारंभ करें
  4. गोटो परियोजना गुण >> बिल्ड
  5. कॉन्फ़िगरेशन को रिलीज़ में बदलें
  6. डीबगिंग प्रारंभ करें (F5)

1), 2)

समाधान के नाम पर राइट क्लिक करें

4), 5)

कॉन्फ़िगरेशन को रिलीज़ में बदलें

आशा है कि यह भी आपकी मदद करेगा।

— रोशन पिटिगला
स्रोत
5
  • गोटो: समाधान -> पैकेज
  • उन्नत टैब पर क्लिक करें (पृष्ठ के नीचे खोजें)
  • अतिरिक्त विधानसभाओं में अपना dll जोड़ें (इस तरह हम शेयरपॉइंट में बाहरी dll जोड़ सकते हैं)।
— विजय सिंह
स्रोत
7
मुझे अपने VS2010 प्रोजेक्ट में "समाधान -> पैकेज" नहीं है
— मुफ्लिक्स
5

यकीन नहीं होता कि यह मदद कर सकता है।

जाँच करें कि असेंबली का नाम और डिफ़ॉल्ट नामस्थान आपकी असेंबली में प्रॉपरियों में मेल खाते हैं। इससे मेरी समस्या हल हो गई जिसमें वही त्रुटि हुई।

— Sjaan
स्रोत
अति उत्कृष्ट! मेरे dll फ़ाइल नाम और नामस्थान अलग थे, मैंने नाम स्थान की प्रतिलिपि बनाई और अपना dll नाम दिया।
— आयनोमस खान
5

बिन फ़ोल्डर में मेरे मामले में Unity.MVC3 नामक एक गैर संदर्भ डीएल था, मैंने बिना सफलता के दृश्य स्टूडियो में इसके संदर्भ को खोजने की कोशिश की, इसलिए मेरा समाधान इतना आसान था क्योंकि बिन फ़ोल्डर से उस dll को हटा दें।

— Totodile
स्रोत
4

धन्यवाद रिद्धि एम। ने मेरे लिए काम किया।

अस्थायी फ़ाइलें निकालें C: \ Windows \ Microsoft.NET \ फ्रेमवर्क \ v4.0.30319 \ अस्थाई ASP.NET फ़ाइलें VSTS बंद करें और फिर से निकालें और समान DLLs जोड़ें (नोट: आप समान मिलान संस्करण जोड़ते हैं)

— श्रीधर कोमाना
स्रोत
इस पर इतनी देर लगाई और मैं विश्वास नहीं कर सकता कि यह उत्तर था। जब आप VS के भीतर कुछ अजीब व्यवहार देख रहे हों तो यह आमतौर पर अच्छा समाधान है। धन्यवाद।
— Bonez024
3

आप कहते हैं कि आपके समाधान में आपके पास बहुत सारी परियोजनाएं हैं ... ठीक है, निर्माण क्रम के शीर्ष के पास एक के साथ शुरू करें। इसे बनाने के लिए एक प्राप्त करें और एक बार यह पता लगाने के बाद आप उनमें से बाकी के लिए एक ही फिक्स लागू कर सकते हैं।

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

— जोएल मार्टिनेज
स्रोत
3

निम्नलिखित मेरे लिए काम किया।

  • अस्थायी फ़ाइलें निकालें C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ अस्थाई ASP.NET फ़ाइलें
    • उसके बाद अस्थाई Asp.net Files> properties> सुरक्षा पर राइट क्लिक करें और IIS और मेरे प्रोजेक्ट को चलाने वाले सभी उपयोगकर्ता तक कुल नियंत्रण पहुंच दें
— केवल मैं
स्रोत
3

यह समस्या मेरे साथ हुई जहां मेरे आश्रित पुस्तकालयों में से एक "किसी भी सीपीयू" के साथ एक डीएलएल का संकलन कर रहा था, जब मूल पुस्तकालय "x64" के संकलन की उम्मीद कर रहा था।

— Creamstout10
स्रोत
— माइक लोवी
3

मुझे वही समस्या थी जिसे मैंने नीचे दिए गए निर्देशों के माध्यम से हल किया:

  1. उपकरण मेनू खोलें और विकल्प चुनें
  2. विकल्प में, विंडो प्रोजेक्ट और सॉल्यूशन / वेब प्रोजेक्ट पर जाते हैं
  3. जाँच use the 64bit version of IIS ...

यहां छवि विवरण दर्ज करें

— मुहम्मद अलमासी
स्रोत
2

आपको अपने आउटपुट फ़ोल्डर से अपनी appname.dll फ़ाइल को हटाना होगा। क्लीनअप डीबग और रिलीज़ फ़ोल्डर। पुनर्निर्माण और आउटपुट फ़ोल्डर पुनर्जीवित dll फ़ाइल की प्रतिलिपि बनाएँ।

— गुच्ची
स्रोत
2

मैं "स्टार्टअप प्रोजेक्ट के रूप में सेट" अनलोड / निराधार पुस्तकालय / परियोजना।

फिर उसे तैनात किया।

इसने काम कर दिया!

मुझे लगता है कि यह .dll नहीं मिला क्योंकि यह पहली बार में विधानसभा में नहीं था।

— नीरव
स्रोत
2

एक और संभावित कारण: सुनिश्चित करें कि आपने प्रोजेक्ट के गुणों में दोनों प्रोजेक्ट को एक ही असेंबली का नाम नहीं दिया है।

— nathanchere
स्रोत
मुझे यह पता लगाने में घंटों लग गए .... मैंने गलती से अपनी इकाई परीक्षण परियोजना को मुख्य परियोजना के रूप में नाम दिया है, इसलिए इकाई परीक्षण परियोजना dll परियोजना dll को ओवरराइट कर रही होगी
— Iannazzi
2

एंटरप्राइज़ लाइब्रेरी 5 का उपयोग करते हुए .NET 4.0 के लिए मेरा समाधान एक संदर्भ जोड़ना था:

Microsoft.Practices.Unity.Interception.dll

— MacGyver
स्रोत
2

परस्पर विरोधी संदर्भ देखें। एक साफ और पुनर्निर्माण के बाद भी, परस्पर विरोधी संदर्भ अभी भी एक समस्या का कारण बनेंगे। मेरी समस्या AForge और Accord के बीच थी। मैंने दोनों संदर्भों को हटा दिया, और विशेष संदर्भ (विशेषकर मेरे मामले, बस एकॉर्ड) को फिर से चुनने वाले संदर्भों को फिर से जोड़ा।

— user3791372
स्रोत
2

मेरे मामले में, प्रस्तावित उत्तर में से किसी ने भी काम नहीं किया।

यहाँ मेरे लिए क्या काम किया गया है:

  1. संदर्भ निकालें
  2. DLL का नाम बदलें
  3. संदर्भ को फिर से आयात करें

दूसरा चरण महत्वपूर्ण रूप से महत्वपूर्ण था क्योंकि यह इसके बिना काम नहीं करता था।

— निकोलस राउल
स्रोत
2

यह जांचने की कोशिश करें कि क्या संदर्भ के लिए "कॉपी टू लोकल" संपत्ति सही है और विशिष्ट संस्करण सही पर सेट है। यह Visual Studio में अनुप्रयोगों के लिए प्रासंगिक है।

— श्रीनिवास सोमसुंदरम
स्रोत
2

मेरे पास आज यह था, और मेरे मामले में यह मुद्दा बहुत ही विषम था:

  <dependentAssembly>
    <assemblyIdentity name="Microsoft.Owin.Host.SystemWeb" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-3.1.0" newVersion="3.1.0.0" />
  </dependentAssembly>0.

XML के अंत में आवारा वर्णों पर ध्यान दें - किसी तरह उन लोगों को वर्जन संख्या से XML के इस ब्लॉक के अंत में ले जाया गया था!

  <dependentAssembly>
    <assemblyIdentity name="Microsoft.Owin.Host.SystemWeb" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-3.1.0.0" newVersion="3.1.0.0" />
  </dependentAssembly>

ऊपर और वायली में बदल गया! सब कुछ फिर से काम किया।

— garryp
स्रोत
1

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

अगर यह काम नहीं करते तो कृपया मुझे गाली न दें। मैं भी एक जूनियर हूं

— बासित दुर्रानी
स्रोत
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.