ফাইল বা সমাবেশ লোড করা যায়নি ... প্যারামিটারটি ভুল

Question

সম্প্রতি আমি সি # সমাধানে নিম্নলিখিত ব্যতিক্রমগুলি পূরণ করেছি:

ত্রুটি 2 ফাইল বা সমাবেশ 'নিউটোনসফট.জেসন, সংস্করণ = 3.5.0.0, সংস্কৃতি = নিরপেক্ষ, পাবলিক্যকিটোকেন = b9a188c8922137c6' বা এর অন্যতম নির্ভরতা লোড করা যায়নি। অস্ত্রোপচার. (এইচআরসিলেট থেকে ব্যতিক্রম: 0x80070057 (ই.এন.পি.ওয়ালিডার))

এটি আমার কোড বা সমাবেশের নামে নির্ভর করে না (যেমন Newtonsoft.Jsonএই ক্ষেত্রে)।

যখন আমি সমাধানটি থেকে এই dll মুছে ফেলি তখন সংকলক একই ব্যতিক্রমের মধ্যে অন্য সম্পর্কে বলে। সুতরাং আমি অনুমান করি যে আমার পিসিতে জোরে কিছু বন্ধ / বন্ধ করা আছে :)

Comments

না হয় এটি একটি সংকলক ত্রুটি বা রানটাইম ব্যতিক্রম। আমি সন্দেহ করি পরেরটি। আরও স্পষ্ট করুন।

— লেপি

আমিও একই ব্যতিক্রমের মুখোমুখি হয়েছি তবে আমি থমাসের সমাধান দিয়ে এটি ঠিক করতে পেরেছি power সমস্যাটি বিদ্যুতের ব্যর্থতার কারণে ভুল সিস্টেম বন্ধ করার কারণে হয়েছিল

— সন্দীপ

Answer 1

দেখে মনে হচ্ছে কোনও দূষিত সমাবেশকে রেফারেন্স করা হচ্ছে।

স্পষ্ট উভয়:

1. আপনার প্রকল্পের \ বিন ফোল্ডার

2. অস্থায়ী ফোল্ডার ( C:\Users\your_username\AppData\Local\Temp\Temporary ASP.NET Filesউইন্ডোজ 7 এ হওয়া উচিত )

এবং দেখুন ত্রুটিটি এখনও ঘটে কিনা

Comments

এর জন্য অনেক ধন্যবাদ! দ্বিতীয় জিনিসটি সাহায্য করেছে: আমি অস্থায়ী এএসপি.এনটি ফাইল ডিরেক্টরিগুলি পরিষ্কার করেছি)

— লাইকার 777

এটা কাজ শুনে খুশি। উত্তরটি যদি সহায়তা করে তবে অবশ্যই তা গ্রহণ করতে ভুলবেন না :)

— অ্যালেক্স

— @ থমাসের

ধন্যবাদ। হার্ড ক্র্যাশের পরে ব্যবহারকারীর টেম্প ফোল্ডারটি সাফ করা আমার জন্য সমস্যার সমাধান করেছে।

— পেটরাস থেরন

% TEMP% \ অস্থায়ী ASP.NET ফাইল সি: \ উইন্ডোজ \ Microsoft.NET \ ফ্রেমওয়ার্ক 2 v2.0.50727 \ অস্থায়ী ASP.NET ফাইল সি: \ উইন্ডোজ \ Microsoft.NET \ ফ্রেমওয়ার্ক 4 v4.0.30319 \ অস্থায়ী ASP.NET ফাইল সি : \ উইন্ডোজ \ মাইক্রোসফ্ট.নাইট \ ফ্রেমওয়ার্ক 64 2 v2.0.50727 \ অস্থায়ী এএসপি.নেট ফাইল সি: \ উইন্ডোজ \ মাইক্রোসফট.নেট \ ফ্রেমওয়ার্ক 64 4 v4.0.30319 \ অস্থায়ী এএসপি.নেট ফাইল সি: / উইন্ডোজ / মাইক্রোসফট.নেট / ফ্রেমওয়ার্ক / v4.0.30319 / অস্থায়ী এএসপি.এনইটি ফাইল এই তালিকাটি এমনভাবে বাড়বে যেন আপনার কাছে নেট নেট ফ্রেমওয়ার্কের অন্যান্য সংস্করণ রয়েছে। উত্তর Src: stackoverflow.com/a/16033324/1724777 stackoverflow.com/a/11743430/1724777 BLUE_SCREEN_OF_DEATH: দ্য PROB জন্য কারণ

— NavaRajan

Answer 2

আপনার এক্স 64 চলছে কিনা তার উপর নির্ভর করে আপনার আরও কয়েকটি দাগ পরিষ্কার করতে হতে পারে। শুধু আমার ব্যবহারকারীর ডিরেক্টরি পরিষ্কার করা যথেষ্ট ছিল না।

1. % TEMP% \ অস্থায়ী ASP.NET ফাইল
2. সি: \ উইন্ডোজ \ মাইক্রোসফ্ট.নেট \ ফ্রেমওয়ার্ক \ v2.0.50727 \ অস্থায়ী এএসপি.নেট ফাইলগুলি
3. সি: \ উইন্ডোজ \ মাইক্রোসফ্ট.নেট \ ফ্রেমওয়ার্ক \ v4.0.30319 \ অস্থায়ী এএসপি.নেট ফাইলগুলি
4. সি: \ উইন্ডোজ \ মাইক্রোসফ্ট.নেট \ ফ্রেমওয়ার্ক 64 \ v2.0.50727 \ অস্থায়ী এএসপি.নেট ফাইলগুলি
5. সি: \ উইন্ডোজ \ মাইক্রোসফ্ট.নেট \ ফ্রেমওয়ার্ক \ v4.0.30319 \ অস্থায়ী এএসপি.নেট ফাইলগুলি

এই তালিকাটি এমন বাড়বে যেন আপনার ফ্রেমওয়ার্কের অন্যান্য সংস্করণ ইনস্টল থাকে।

Comments

আপনি যদি কম্পিউটারটি সংকলনের সময়

— ব্লুজস্ক্রিন করে থাকেন

+1 উত্তরের সাথে সুন্দরভাবে সংকলন করা হয়েছে। এটি আমার জন্য এটি স্থির করেছে, ধন্যবাদ

— রাল্ফ ল্যাভেললে

আপনার কম্পিউটারটি ক্র্যাশ হওয়ার সময় আপনি যদি ভিজ্যুয়াল স্টুডিওটি প্রশাসক হিসাবে চালাচ্ছেন বা বিকল্পভাবে, যদি আপনি আমার মতোই ডোপেই থাকেন, যখন আপনার ব্যাটারি ফুরিয়েছে তখন এটি সমাধান হয়ে যাবে বলে মনে হচ্ছে।

— সাভ

ঈশ্বর! আমি সেই জায়গাগুলিতে আমার প্রাগৈতিহাসিক প্রকল্পগুলি থেকে 4 গিগাবাইটের বেশি পেয়েছি! এই জিনিস কি কখনও পরিষ্কার হয় না?!?! ধন্যবাদ!

— ব্যবহারকারী 2173353

মাত্র 2 বছরেরও বেশি সময় ধরে আপনাকে জানাতে চেয়েছিলাম, এই পোস্টটি এখনও মানুষকে সহায়তা করছে। অনেক ধন্যবাদ.

— লরেন্স ফ্রস্ট

Answer 3

আমি সাফ করতে হয়েছিল

সি: / উইন্ডোজ / মাইক্রোসফট.এনইট / ফ্রেমওয়ার্ক / ভি 4.0.30319/ সাময়িক এএসপি.নেট ফাইলগুলি

তবেই বিষয়টি সমাধান হয়ে যায়।

Comments

এই উত্তরটি আমার পক্ষেও কার্যকর হয়েছিল, আইআইএস এক্সপ্রেসে এমভিসি 4 হোস্ট করার জন্য একটি 64-বিট উইন 7 মেশিন সহ

— বেন এইচ

Answer 4

নিশ্চিত করার জন্য কী পরিষ্কার করতে হবে তা জানতে - নিম্নলিখিত রেজিস্ট্রি কী যুক্ত করুন:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion\EnableLog (DWord set to 1).

তারপরে আপনি নীচের মত আউটপুট দেখতে পাবেন। এটি আপনাকে বলবে যে যেখানে asp.net আপনার ডিএলএলগুলি লোড করার চেষ্টা করছে। এই ডিরেক্টরিটি সাফ করুন।

LOG: This bind starts in default load context.
LOG: Using application configuration file: c:\app\AtlasAdvisor\web\web.config
LOG: Using host configuration file: C:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet.config
LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework\v4.0.30319\config\machine.config.
LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind).
LOG: Attempting download of new URL **file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files/root/3c8629f7/dfa387b6/Avanade.ViddlerNet.DLL.**
LOG: Attempting download of new URL **file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files/root/3c8629f7/dfa387b6/Avanade.ViddlerNet/Avanade.ViddlerNet.DLL**.

Comments

ওহ এবং এছাড়াও, আমার জন্য পাথগুলি দেখার জন্য একটি আইআইএস রিসেট প্রয়োজন ছিল।

— ল্যান্ডন পোচ

কোথায় এই লগ প্রদর্শন?

— লুক রাইস

ত্রুটি আউটপুটে লগ প্রদর্শিত হয় যখন একটি ব্যতিক্রম ঘটে

— voidsstr

Answer 5

আপনার প্রকল্পের জন্য অস্থায়ী কাঠামো ফাইলগুলি এতে সাফ করুন: -

সি: I উইন্ডোজ \ মাইক্রোসফ্ট.নাইট \ ফ্রেমওয়ার্ক \ v2.0.50727 \ অস্থায়ী এএসপি.নেট ফাইলগুলি \

Answer 6

আপনি প্যাকেজ ডিরেক্টরিটি সাফ করতে পারেন এবং অনুগেটকে হারিয়ে যাওয়া প্যাকেজগুলি পুনরায় ডাউনলোড করার অনুমতি দিতে পারেন

এটা আমার জন্য সমস্যা সমাধান

Comments

... এবং আমি যদিও আপত্তিজনক প্যাকেজ ডিরেক্টরিটি সরিয়েছি।

— ফিল कूপার

আমি অ্যাপডাটা টেম্পে টেম্পগুলি মুছে দিয়েছি: \ ... \ micorosoft.net oft .. \ টেম্প, আইস্রেসেট, ... উপরে বর্ণিত সমস্ত কিছুই। তবে আমার সাথে কাজ করে না। একবার আমি সমস্ত প্যাকেজ মুছে ফেলি এবং পুনরুদ্ধার করি ... এটি আমার সাথে কাজ করে ... অনেক অনেক ধন্যবাদ: ডি

— বুঞ্জিবি

@ বুঞ্জিব এটি একটি আনন্দদায়ক বন্ধু :)

— মেগজ

Answer 7

এই ফোল্ডারগুলি থেকে সমস্ত ফাইল মুছুন।

সি: / উইন্ডোজ / মাইক্রোসফট. নেট / ফ্রেমওয়ার্ক / ভি 4.0.30319/ সাময়িক এএসপি.নেট ফাইল সি: / উইন্ডোজ / মাইক্রোসফট.এনইটি / ফ্রেমওয়ার্ক 64/v4.0.30319/ সাময়িক এএসপি.নেট ফাইলগুলি

Answer 8

উত্স নিয়ন্ত্রণ থেকে বাইনারিগুলির নতুন সেট পাওয়া সহায়তা করেছে।

ধন্যবাদ

Answer 9

কেবল এই ফোল্ডারটি সাফ করুন: (কেবল উইন্ডোজ এক্স 64)

সি: \ উইন্ডোজ \ মাইক্রোসফ্ট.নেট \ ফ্রেমওয়ার্ক \ v4.0.30319 \ অস্থায়ী এএসপি.নেট ফাইলগুলি

Answer 10

ধন্যবাদ অ্যালেক্স আপনার দ্বিতীয় পয়েন্ট আমাকে এটি ঠিক করতে সহায়তা করেছে।

এটি প্রদর্শিত হয় যে আপনি উইন্ডোজ in-এ প্রশাসক হিসাবে ভিজ্যুয়াল স্টুডিওটি চালনা না করলে এটি সি: \ উইন্ডোজ \ মাইক্রোসফ্ট.নাইট \ ফ্রেমওয়ার্ক \ v2.0.50727 \ অস্থায়ী এএসপি.নেট ফাইলগুলি স্থানীয়ভাবে আপনার অস্থায়ী ফাইলগুলি সঞ্চয় করে।

নীচের ব্লগ পোস্টটি দেখুন: http://www.dotnetscraps.com/dotnetscraps/post/Location-of-Temporary-ASPNET-files-in-Vista-or-Windows-7.aspx

Answer 11

আমার এখানে একই সমস্যা ছিল - উপরের সমাধানগুলি কাজ করে না। অ্যাকশনমেলার সাথে সমস্যা ছিল। আমি নিম্নলিখিত আনইনস্টল এবং nuget কমান্ড ইনস্টল

uninstall-package ActionMailer
install-package ActionMailer

আমার সমস্যাগুলি সমাধান করেছেন, আশা করি অন্য কাউকে সহায়তা করবে।

Answer 12

COM মোড়কের ঘরের রেফারেন্স দেওয়ার সময় এটি ঘটতে পারে। আপনার ভিজ্যুয়াল স্টুডিও প্রকল্পের মধ্যে, রেফারেন্সের অধীনে, সিওএম র‌্যাপার ডেলগুলি রেফারেন্স করা হচ্ছে নির্বাচন করুন এবং তাদের নিম্নলিখিত সম্পত্তিটির মান রয়েছে তা নিশ্চিত করুন: "এম্বেড ইন্টারোপ প্রকারগুলি": মিথ্যা এবং "নির্দিষ্ট সংস্করণ": মিথ্যা।

Comments

এটি দুর্দান্ত উত্তর এবং আরও উত্সাহ পাওয়া উচিত। অন্যান্য সমস্ত উত্তর এএসপি.এনইটি প্রসঙ্গে মঞ্জুর করে। তবে, আমি একটি সাধারণ কনসোল অ্যাপ্লিকেশনটিতে একটি সিওএম কল দ্বারা উত্থাপিত একই ব্যতিক্রম ছিল; এটি আমার জন্য পুরোপুরি কাজ করেন. ধন্যবাদ জনাব.

— আলেক্স্লোম্বা ৮

Answer 13

আমি এই অ্যাপ্লিকেশন থেকে আমার অ্যাপ্লিকেশন টেম্প ডেটাটি সরিয়েছি

C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files

সমস্যার সমাধান

Answer 14

আমি দেখতে পাচ্ছি অনেকগুলি প্রযুক্তিবিদ এএসপি-র অস্থায়ী ডিরেক্টরিগুলি সাফ করার বিষয়ে পোস্ট করেছে N নেট রান-টাইম প্রত্যেকের সাথে সম্পর্কিত। আপনার মেশিনে নেট ফ্রেমওয়ার্কটি এই উত্তর হিসাবে হোস্ট করা আছে । তবে আমি বিশ্বাস করি যে আমাদের। নেট ফ্রেমওয়ার্কগুলির সমস্ত অস্থায়ী কার্যকরী ডিরেক্টরিগুলি অন্ধভাবে কেন পরিষ্কার করতে হবে তা সম্পর্কে আমাদের ক্লিয়ার-কাট লজিস্টিকগুলি জানতে হবে। আমার মতে এটি হওয়া উচিত নয়।

আমার পরামর্শটি হ'ল এই সমস্যাটি সমাধান করার জন্য আপনার পিন পয়েন্ট নির্দেশিকা নির্দেশিকা ছাড়ার পদ্ধতির চেষ্টা করা উচিত। আপনি কীভাবে জানবেন যে কোন ডিরেক্টরিটি সাফ করবেন?

1. আইআইএস এ যান এবং প্রসঙ্গ মেনু খুলতে বাম নেভিগেশন ফলকে আপনার ওয়েবসাইট নোডে ডান ক্লিক করুন। প্রসঙ্গে মেনুতে Manage Application-> উইন্ডোটি Advanced Settings...খুলতে Advanced Settings।
2. আপনার ওয়েবসাইটটি নির্ধারিত অ্যাপ্লিকেশন পুলটি পরীক্ষা করুন। আমার ক্ষেত্রে এটি DefaultAppPoolনীচে দেখানো হয়েছে:

3. এখন Application Poolsআইআইএসের বাম নেভিগেশন বারে নোডে যান। এখন যা যা দেখুন। নেট সিএলআর সংস্করণটি আপনার অ্যাপ পুল দ্বারা চালিত হচ্ছে। আমার ক্ষেত্রে এটি v4.0 যা নীচে দেখানো হয়েছে:

যেহেতু আমার অ্যাপ্লিকেশন পুলের দ্বারা সিএলআর সংস্করণটি হোস্ট করা হচ্ছে এটি v4.0, সুতরাং আমি নিচে কেবল এএসপি। নেট ভি 4.0 সম্পর্কিত ফোল্ডারে অস্থায়ী ফাইলগুলি সাফাই দিয়েছি:

C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files

এবং এটাই. আমার সমস্যার সমাধান হয়ে গেল।

পাঠ শিখেছি : এটি আপনার ওয়েবসাইটের দ্বারা ব্যবহৃত সমস্ত অস্থায়ী ফাইলগুলি বেশ কয়েকটি ডিরেক্টরিতে ছড়িয়ে নেই তবে এগুলি একই সাথে আপনার অ্যাপ্লিকেশন পুল দ্বারা উল্লেখ করা স্থানটিতে রয়েছে। সুতরাং আপনাকে কেবল সেই নির্দিষ্ট ফোল্ডারটি সাফ করতে হবে।

Answer 15

ক্লিয়ারিং সি: \ উইন্ডোজ \ মাইক্রোসফ্ট.নেট \ ফ্রেমওয়ার্ক \ v2.0.50727 \ অস্থায়ী এএসপি.নেট ফাইলগুলি আমার জন্য কাজ করেছিল। ভবিষ্যতে সমস্যাটি এড়াতে মোছার প্রক্রিয়াটি স্বয়ংক্রিয় করার চিন্তাভাবনা।

Answer 16

যদি আপনি এসকিউএল সার্ভার ২০১২ এর ডেটা সরঞ্জামগুলি ব্যবহার করেন যা 1 মে 2013 এর মতো ভিএস 2010 শেল ব্যবহার করে তবে আপনার কনফিগারেশন ম্যানেজার সেটিংস পরীক্ষা করুন। ওয়ার্কফ্লো থেকে এক্সসিপি ওয়ার্কফ্লোতে একটি সার্ভার নাম পরিবর্তন হুবহু উত্পাদন করার জন্য যথেষ্ট ছিল প্যারামিটারটি ভুল (HRE सल्लाहT: 0x80070057 (E_INVALIDARG)) এর বার্তা ব্যতীত।

Answer 17

হয় আপনি পরিষ্কার, নির্মাণ অথবা আপনার আবেদন পুনর্গঠন করতে বা শুধু মুছতে অস্থায়ী ASP.NET ফাইল এ \ আপনার ব্যবহারকারী নাম \ AppData \ স্থানীয় \ টেম্প \ ব্যবহারকারী: সি

এটি ম্যাজিকের মতো কাজ করে। আমার ক্ষেত্রে আমার কাছে অ্যাসেম্বলি বাইন্ডিং ইস্যু ছিল যা বলছিল যে ফাইল ব্লে ব্লাড লোড করা যায়নি

আপনি সমাধান 2টিকে http://www.codeproject.com/Articles/663453/ হিসাবে বিবেচনা করতে পারেন- ধারণা- ক্লিন- বিল্ড- এবং- পুনর্নির্মাণ- ইন- ভিজ্যুয়াল-স্ট

Answer 18

এমভিসিতে নিয়ামক তৈরি করার সময় আমার এই সমস্যা হয়েছিল। আমি সংস্করণ। নেট ফ্রেমওয়ার্ক পরিবর্তন করেছি। সমস্যাটি সমাধান করা হয়েছে

Answer 19

সমস্যাটি রেফারেন্সযুক্ত ক্লাসের লাইব্রেরির নেট রানটাইম সংস্করণের সাথে সম্পর্কিত (প্রসারিত রেফারেন্সগুলি, গ্রন্থাগারটি নির্বাচন করুন এবং "রানটাইম সংস্করণ" পরীক্ষা করুন visual মাইক্রোসফ্ট এএসপি.নেট ওয়েব অপ্টিমাইজেশান ফ্রেমওয়ার্ক আনইনস্টল করতে নিউগেট ব্যবহার করেছেন (নির্ভরশীলতার একটি শৃঙ্খলার কারণে যা আমাকে সরাসরি অ্যান্ট্রাল 3 আনইনস্টল করা থেকে বিরত করেছিল)

আমি তখন মাইক্রোসফ্ট এএসপি.নেট ওয়েব অপ্টিমাইজেশান ফ্রেমওয়ার্কটি পুনরায় ইনস্টল করতে নুগেট ব্যবহার করেছি। এটি সঠিক রানটাইম সংস্করণগুলি পুনরায় ইনস্টল করেছে।

Answer 20

আমার ক্ষেত্রে আমি একটি সিওএম দৃশ্যমান ডিএলএল সংকলন করতে চেয়েছিলাম। সমস্যাটি হ'ল এই ডিএলএল এর একটি পুরানো সংস্করণ এখানে অবস্থিত:

C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE

সুতরাং ভিজুয়াল স্টুডিওটি নতুন সংকলিতটির পরিবর্তে এই সংস্করণটি লোড করেছে, কারণ এটি এটি নিবন্ধ করার চেষ্টা করেছিল।

Answer 21

অস্থায়ী ফোল্ডার থেকে সমস্ত ফাইল সাফ করুন (সি: \ ব্যবহারকারী \ ব্যবহারকারীর নাম \ অ্যাপডাটা \ স্থানীয় \ টেম্পের \ অস্থায়ী এএসপি.নেট ফাইলগুলি \ প্রকল্প ফোল্ডার)

Answer 22

কখনও কখনও আপনার, এছাড়াও, এই ফোল্ডারটি পরিষ্কার করা দরকার: সি: \ উইন্ডোজ \ টেম্পোর \ অস্থায়ী এএসপি.নেট

Answer 23

আমি একই ত্রুটির মুখোমুখি হয়েছিল কারণ অ্যাপ্লিকেশনটি C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\ফোল্ডারে নির্ভরশীল ফ্রেমওয়ার্কগুলি খুঁজে পায়নি । আমি কেবলমাত্র আমার ভিজ্যুয়াল স্টুডিওটি মেরামত করেছি যা উপরের অবস্থানে প্রয়োজনীয় কাঠামো যুক্ত করেছে এবং এটি দুর্দান্ত কাজ করে।

Answer 24

আমার ক্ষেত্রে, আমার প্রকল্পের বৈশিষ্ট্যগুলিতে আইআইএসইপ্রেস পোর্ট নম্বর পরিবর্তন করে সমস্যার সমাধান করা হয়েছে।

Answer 25

যদি অন্য কেউ যদি ওয়াইএক্স টুলসেট ব্যবহার করে থাকেন তবে আমি আবিষ্কার করেছি যে আমার ইনস্টলার প্রকল্পটিতে একটি পুরানো প্রকল্পের রেফারেন্স রয়েছে যা সমাধান থেকে সম্প্রতি সরিয়ে নেওয়া হয়েছে। আমাকে বোঝার জন্য কিছুটা সময় নিল যেহেতু আমি যে সমাধানটি নির্মাণের চেষ্টা করছি তার মধ্যে বেশ কয়েকটি প্রকল্প রয়েছে এবং বার্তাটি কোন প্রকল্পটি নির্মাণে ব্যর্থ হচ্ছে (এবং পরিষ্কার, যা ব্যর্থও হয়েছিল) তা নির্দেশ করে না।

Answer 26

মাইক্রোসফ্ট অফিসের জন্য আমার সিমেনস টিমেনসিটার 10 ক্লায়েন্টের ব্যবহারকারীরা আলাদা ডিএলএল সম্পর্কে একই ত্রুটি পেয়েছিল। অন্য উত্তরগুলির কোনওটিরই কাজ হয়নি। সমাধানটি ছিল ফোল্ডারগুলিকে মুছতে

C:\Users\%username%\AppData\Local\assembly\

Answer 27

নুগেট প্যাকেট ম্যানেজার খোলার সময় আমার একই সমস্যা ছিল, আমি সমস্ত টেম্প ফাইলগুলি সরিয়ে প্রকল্পটি তৈরি করেছি, এটি দুর্দান্ত কাজ করেছে।