त्रुटि: फ़ाइल बिन / डीबग /… तक नहीं पहुंच सकती क्योंकि इसका उपयोग किसी अन्य प्रक्रिया द्वारा किया जा रहा है

Question

जब मैं अपने प्रोजेक्ट को डीबग करता हूं, तो मुझे निम्न त्रुटि मिलती है:

"फ़ाइल को कॉपी करने में असमर्थ" obj \ Debug \ My Dream.exe "" bin \ Debug \ My Dream.exe "। प्रक्रिया फ़ाइल 'bin \ Debug \ My Dream.exe' तक नहीं पहुँच सकती क्योंकि इसका उपयोग दूसरे द्वारा किया जा रहा है। संसाधित करते हैं। "

प्रोसेस एक्सप्लोरर का उपयोग करते हुए, मैं देखता हूं कि MyApplication.exe बाहर था लेकिन सिस्टम प्रोसेस अभी भी इसका उपयोग करता है, हालांकि मैंने पहले डीबग करना बंद कर दिया था। जब भी मैं अपना कोड बदलता हूं और डिबग शुरू करता हूं तो यह होने जा रहा है। अगर मैं USB और डीबग के लिए प्रोजेक्ट की प्रतिलिपि बनाता हूं, तो यह ठीक है।

क्यों? मैं इस त्रुटि को कैसे ठीक कर सकता हूं?

मैं विंडो 7 प्रोफेशनल का उपयोग करता हूं। Xp के साथ मुझे यह त्रुटि कभी नहीं मिली।

Comments

win7 कभी-कभी उन फाइलों पर ताले लगा रहता है जिन्हें एक्सप्लोरर में देखा जा रहा है, इसलिए सुनिश्चित करें कि आपके पास अपना डिबग फ़ोल्डर खुला नहीं है।

— नेक्रोलिस

मुझे लगता है कि सिस्टम प्रक्रिया इसका उपयोग कर रही है।

— Tr --n मिन्ह

यह या तो एक ताला है, या कुछ बेवकूफ जोड़ा गया है / स्रोत नियंत्रण के लिए बिन, और अब फाइल राइट-प्रोटेक्टेड हैं (बिन पर राइट क्लिक करें, राइट-प्रोटेक्ट अनचेक करें)।

— स्टीफन स्टीगर

यह विजुअल स्टूडियो 2017 में पहले से कहीं ज्यादा खराब है।

— रोब लिंडन

मेरे मामले MSBuild.exeमें फ़ाइल पर पकड़ थी, बस कार्य प्रबंधक

— पियरे

Answer 1

उह, यह एक पुरानी समस्या है, कुछ है जो अभी भी एक बार में दृश्य स्टूडियो में पॉप अप होता है। यह मुझे एक-दो बार काट चुका है और मुझे वी.एस. मुझे यकीन है कि यह एसओ पर एक से अधिक बार यहां चर्चा की गई है। इसके बारे में MSDN मंचों पर भी बात की गई है। कोई वास्तविक समाधान नहीं है, लेकिन कुछ जोड़े हैं। यहां शोध शुरू करें ।

क्या हो रहा है कि वीएस एक फ़ाइल पर ताला प्राप्त कर रहा है और फिर इसे जारी नहीं कर रहा है। विडंबना यह है कि वह लॉक वीएस को फ़ाइल को हटाने से रोकता है ताकि जब आप एप्लिकेशन का पुनर्निर्माण करें तो यह उसे फिर से बना सके। एकमात्र स्पष्ट समाधान वीएस को बंद करना और पुनः आरंभ करना है ताकि यह फ़ाइल पर लॉक को रिलीज़ कर दे।

मेरा मूल समाधान बिन / डीबग फ़ोल्डर खोल रहा था और निष्पादन योग्य का नाम बदल रहा था। यदि यह बंद है तो आप इसे हटा नहीं सकते हैं , लेकिन आप इसका नाम बदल सकते हैं। तो आप बस अंत या कुछ के लिए एक संख्या जोड़ सकते हैं, जो आपको अपनी सभी खिड़कियों को बंद किए बिना काम करते रहने की अनुमति देता है और वीएस के पुनरारंभ होने की प्रतीक्षा करता है। कुछ लोगों ने इसे प्री-बिल्ड इवेंट का उपयोग करके स्वचालित रूप से पुराने आउटपुट फ़ाइलनाम के अंत में एक यादृच्छिक स्ट्रिंग को जोड़ने के लिए स्वचालित किया है । हां, यह एक विशालकाय हैक है, लेकिन यह समस्या इतनी निराशाजनक और दुर्बल हो जाती है कि आप कुछ भी करेंगे।

मैंने बाद में सीखा है, थोड़ा और प्रयोग करने के बाद, कि समस्या केवल फसल की लगती है जब आप एक डिजाइनर के साथ परियोजना का निर्माण करते हैं। इसलिए, समाधान जिसने मेरे लिए लंबे समय तक काम किया है और मुझे उन मूर्खतापूर्ण त्रुटियों में से एक के साथ फिर से निपटने से रोका है, यह सुनिश्चित कर रहा है कि मैं हमेशा WinForms परियोजना के निर्माण से पहले सभी डिजाइनर विंडो बंद कर दूं। हां, यह भी कुछ हद तक असुविधाजनक है, लेकिन यह सुनिश्चित करता है कि पैंट को एक घंटे या उससे अधिक दो बार वी.एस.

मुझे लगता है कि यह WPF पर भी लागू होता है, हालांकि मैं इसका उपयोग नहीं करता हूं और व्यक्तिगत रूप से वहां समस्या का अनुभव नहीं किया है।

मैंने अभी तक वीएस 2012 आरसी पर इसे पुन: प्रस्तुत करने की कोशिश नहीं की है। मुझे नहीं पता कि यह अभी तक तय किया गया है या नहीं। लेकिन मेरा अब तक का अनुभव यह रहा है कि यह अभी भी माइक्रोसॉफ्ट द्वारा तय किए जाने का दावा करने के बाद भी पॉप अप करने का प्रबंधन करता है। यह अभी भी वीएस 2010 SP1 में है। मैं यह नहीं कह रहा हूं कि उनके प्रोग्रामर बेवकूफ हैं जो नहीं जानते कि वे क्या कर रहे हैं, बिल्कुल। मुझे लगता है कि बग के लिए बस कई कारण हैं और / या किसी प्रयोगशाला में मज़बूती से पुन: पेश करना बहुत मुश्किल है। यही कारण है कि मैंने व्यक्तिगत रूप से इस पर कोई बग रिपोर्ट दर्ज नहीं की है (हालांकि मैंने + 1'ed अन्य लोगों), क्योंकि मैं इसे घिनौने स्नोमैन की तरह मज़बूती से पुन: पेश नहीं कर सकता।

_{<अंत शेख़ी जो विशेष रूप से किसी में निर्देशित नहीं है>}

Comments

यह अभी भी (मेरे लिए) VS2013 में हो रहा है। यह हमेशा मेरे समाधान में WPF परियोजना के लिए पीडीबी फ़ाइल है जो लक्ष्य निर्देशिका में बंद हो जाती है। सभी डिजाइनरों को बंद करने से काम नहीं हुआ (बू!) लेकिन फ़ाइल का नाम बदलकर किया (धन्यवाद, कोडी!)। विशाल हैक हैक ...

— जॉन

यह मेरे साथ कल से शुरू हुआ जब मैंने वीएस 2013 में अपग्रेड किया ... यह वीएस 2008 के बाद से एक बार मेरे साथ नहीं हुआ ... इतना दुखद।

— SomeNickName

वीएस 2015, और मेरे पास अभी भी मुद्दा है।

— बेरिन लोरिट्श

यह Visual Studio 17 में हो रहा है, और Visual Studio को पुनरारंभ करने से मदद नहीं मिलती है।

— रॉब लिंडन

@jairhumberto खर्राटे का कोई कारण नहीं है, कंप्यूटर पर्याप्त रूप से निराश कर रहे हैं, यह किसी और पर पारित करने की कोई जरूरत नहीं है .. लेकिन यह इस विशिष्ट मुद्दे के लिए मेरे लिए काम करता है, शायद आप कुछ अलग कर रहे हैं! देखें: stackoverflow.com/a/19649014/27494

— ScottN

Answer 2

मैं इस त्रुटि फसल मुझ पर पहले भी है, यहां तक ​​कि दृश्य स्टूडियो 2008 में। यह वापस आ गया और दृश्य स्टूडियो 2012 में अधिक प्रचलित है।

ये है जो मैं करता हूं।

मुसीबत की परियोजना के पूर्व-निर्माण कार्यक्रम में इसे चिपकाएँ:

if exist "$(TargetPath).locked" del "$(TargetPath).locked"
if exist "$(TargetPath)" if not exist "$(TargetPath).locked" move "$(TargetPath)" "$(TargetPath).locked"

Comments

मैं Pre-Buildअपने विंडोज़ फॉर्म पर उस घटना को कहां पा सकता हूं ??

— अज्ञात जूल

@qwerty बिल्ड इवेंट्स सेक्शन के तहत प्रोजेक्ट की प्रॉपर्टीज़ में पाया जाता है या यदि आप VB.net प्रोजेक्ट पर हैं, तो कंपाइल सेक्शन के तहत, आपको बिल्ड इवेंट्स बटन दिखाई देगा।

— 18N पर स्कॉट एनएल

@ScottN: ओह बीटीडब्ल्यू, यह pre-buildकोड भी तैनात (एक क्लिक के माध्यम से) अनुप्रयोग के लिए उपाय है, जब मेरा ऐप चल रहा होता है तो एक बग / गड़बड़ तब कार्य प्रबंधक पर होता है, मैं अपना कार्य समाप्त कर दूंगा, myApp.exeलेकिन END TASK नहीं होगा और यह तुरंत ERROR ON ENDING TASK?

— अज्ञात जूल

@qwerty नहीं, इसका कोई ClickOnce परिनियोजित अनुप्रयोग से कोई संबंध नहीं है। यह त्रुटि केवल तब होती है जब आप विकास और परीक्षण के दौरान और विजुअल स्टूडियो में अपने एप्लिकेशन का निर्माण कर रहे होते हैं, न कि क्लाइंट सिस्टम पर चल रहे किसी भी तैनात एप्लिकेशन के लिए।

— स्कॉट एनएल

क्या .lockedसंदर्भित करता है?

— शिमी वेइटहैंडलर

Answer 3

कंप्यूटर (राइट-क्लिक) -> प्रबंधन -> सेवा और अनुप्रयोग -> सेवा -> अनुप्रयोग अनुभव सक्षम करें

मेरे लिए काम किया!

Comments

मैंने कुछ महीने पहले इस सेवा को निष्क्रिय कर दिया था। इसे सक्षम करने से अब दृश्य स्टूडियो में समस्या का समाधान हो गया (exe फाइल लॉक होने के कारण कॉपी करने में असमर्थ)। मुझे आश्चर्य है कि इस सेवा को चलाने की आवश्यकता क्यों है, जो मैंने इसके बारे में पढ़ा है वह इस त्रुटि के लिए प्रासंगिक कुछ भी संबंधित नहीं लगता था (जैसे - blackviper.com/windows-services/application-experience )।

— एंड्रियास जैनसन

मेरे पास यह सेवा चल रही है लेकिन फिर भी लॉक इश्यू मिलता है।

— एंटीफ्क्स

+1 वाह, मैंने कोशिश की / मैंने और सब कुछ पाया। अंत में इसे ठीक करने के लिए इस पर ठोकर खाई। मेरा भी अक्षम था। कभी सोचा नहीं होगा कि अपराधी के रूप में!

— जॉन एस।

VS2010 SP1 के साथ विंडोज 7 SP1 चलाना, "एप्लिकेशन अनुभव" सेवाओं को चालू करना तुरंत मेरी मदद करता है। बहुत बहुत धन्यवाद। लेकिन एक मिनट बाद इसे बंद करने से समस्या तुरंत नहीं होती है।

— जिम चेन चेन

विंडोज़ 10 में सेवा नहीं मिली

— जेरीगोपाल

Answer 4

विजुअल स्टूडियो 2013 में मेरे पास एक ही मुद्दा था। मुझे यकीन नहीं है कि यह मेरी परियोजना के लिए क्या कारण है, लेकिन मैं समाधान को साफ करके और इसे पुनर्निर्माण करके इसे ठीक करने में सक्षम था।

1. बिल्ड> क्लीन सॉल्यूशन
2. बिल्ड> समाधान का निर्माण

Comments

बड़ी परियोजनाओं पर इसे आजमाएँ नहीं ... पूर्ण पुनर्निर्माण वास्तव में लंबा लगता है।

— mBardos

Answer 5

कम से कम मेरे मामले में मैंने देखा है कि दृश्य स्टूडियो 2012 कम से कम दो msbuild.exe भूत प्रक्रियाओं को बना रहा था, जो निर्माण के बाद खराब नहीं हुआ था। ये लाश जाहिरा तौर पर दिखाई देने के लिए फ़ाइल ताले पैदा कर रहे हैं।

Msbuild.exe को मारना एक बार का समाधान है, इसे प्रति बिल्ड आधार पर करने की आवश्यकता है।

लेकिन तब मुझे पता चला है कि मैं एक बार और सभी के लिए समानांतर निर्माण को अक्षम कर सकता हूं - उपकरण> विकल्प> परियोजनाओं और समाधान> बिल्ड और रन> "समानांतर परियोजना बिल्ड की अधिकतम संख्या" में चला गया - डिफ़ॉल्ट रूप से इसका मूल्य 8 है, I 1. स्विच करने के लिए 1. आकर्षण की तरह काम करता है।

बेशक बिल्ड थोड़ा धीमा है, लेकिन खेद से बेहतर सुरक्षित है। कम से कम इस विशेष छोटे प्रोजेक्ट के लिए मुझे एक से अधिक बिल्ड थ्रेड की आवश्यकता नहीं थी।

Answer 6

मैं समझता हूं कि यह एक पुराना सवाल है। दुर्भाग्य से मैं अपने .net core 2.0आवेदन में उसी मुद्दे का सामना कर रहा था visual studio 2017। इसलिए, मैंने उस समाधान को साझा करने के बारे में सोचा जो मेरे लिए काम करता था। इस समाधान से पहले मैंने नीचे दिए गए चरणों की कोशिश की थी।

1. पुनः आरंभ किया गया दृश्य स्टूडियो
2. सभी आवेदन बंद कर दिया
3. मेरे समाधान को साफ करें और पुनर्निर्माण करें

उपरोक्त चरणों में से कोई भी समस्या ठीक नहीं हुई।

और फिर मैंने अपनी Task Managerऔर चयनित dotnetप्रक्रिया को खोला और फिर एंड टास्क बटन पर क्लिक किया। बाद में मैंने अपना विजुअल स्टूडियो खोला और सब कुछ ठीक चल रहा था।

Answer 7

यदि यूनिट परीक्षण करते समय आपको यह समस्या हो रही है, तो मेरा उत्तर यहां देखें । नीचे उत्तर दिया गया:

सेबास्टियन के जवाब के आधार पर, मैंने अपने परीक्षण प्रोजेक्ट में एक पूर्व-निर्मित कदम को स्वचालित रूप से vstest.*अभी भी चल रहे किसी भी निष्पादन को मारने के लिए जोड़ा । निम्नलिखित प्री-बिल्ड कमांड ने मेरे लिए काम किया:

taskkill /f /im vstest.*
exit 0

exit 0आदेश जब वहाँ कोई नहीं है निर्माण विफलता को रोकने के अंत में है vstest.*चल निष्पादनयोग्य।

Answer 8

हाल ही में मैं एक ही त्रुटि विवरण के साथ विजुअल स्टूडियो 2012 के साथ एक समस्या में रहा हूं: "प्रक्रिया फ़ाइल तक नहीं पहुंच सकती है क्योंकि इसका उपयोग किसी अन्य प्रक्रिया द्वारा किया जा रहा है ..."

सबसे पहले इसे ठीक करने के लिए आपको उस एप्लिकेशन को समझना होगा जो अभी भी इसका उपयोग करता है। मैंने "MSBuild" और "MSBuild होस्ट" जैसी सभी प्रक्रियाओं को बंद कर दिया है। लेकिन इतना पर्याप्त नहीं है। यदि आपने "कोड कॉन्ट्रैक्ट्स" स्थापित किया है और चालू किया है तो यह कभी-कभी आपके DLL को इस ऑपरेशन की जाँच और लटकने के लिए ले जाता है।

तो, आपको "CCCheck.exe" की सभी प्रक्रियाओं को रोकने की आवश्यकता है और यह सब है।

अंत में, यह समझने के लिए कि प्रक्रिया आपके DLL का उपयोग कर रही है आप हमेशा अपने फ़ाइल प्रबंधक में "obj" फ़ोल्डर को हटाने का प्रयास कर सकते हैं और यह ऑपरेशन विफल हो जाएगा, आप हैंगिंग ऑपरेशन के विवरण के साथ "संदेश विंडो" देख सकते हैं। इसके अलावा, एक संस्करण के रूप में, आप "एसआईएस इंटर्ल्स सूट" एप्लिकेशन का उपयोग करने का प्रयास कर सकते हैं।

Comments

कम से कम मेरे मामले में मैंने देखा है कि दृश्य स्टूडियो msbuild.exe भूत प्रक्रियाओं को बना रहा था, जो निर्माण के बाद खराब नहीं हुआ था। ये लाश जाहिरा तौर पर दिखाई देने के लिए फ़ाइल ताले पैदा कर रहे हैं। लेकिन कोई हल नहीं है कि इसे कैसे हल किया जाए। Msbuild.exe को मारना एक बार का समाधान है, इसे प्रति बिल्ड आधार पर करने की आवश्यकता है।

— TarmoPikaro 23

Answer 9

मेरे लिए काम किया। कार्य प्रबंधक -> परियोजना का नाम -> अंतिम कार्य। (मेरे प्रोजेक्ट नाम के साथ 3 समान प्रक्रियाएँ थीं);

वीएस 2013; जीत 8;

Answer 10

सुनिश्चित करें कि आवेदन के किसी भी पिछले रन (उदाहरण के लिए, डिबगिंग विकल्प के बिना शुरू) वास्तव में बंद हो गया है। मैं एक WPF एप्लिकेशन पर काम कर रहा था, डिबगिंग के बिना शुरू किया और जब मैंने त्रुटि प्राप्त की तो इसे कम कर दिया था। एप्लिकेशन को बंद करने के बाद VS व्यवहार वापस सामान्य हो गया।

Answer 11

मैं विजुअल स्टूडियो 2017 में इस मुद्दे से त्रस्त हो गया हूं। यह लगभग दो या तीन सप्ताह पहले शुरू हुआ, और मेरी उत्पादकता में गंभीर रूप से खा गया है। स्वच्छ और विद्रोही काम नहीं किया है; यहां तक ​​कि मेरी मशीन को पुनरारंभ करने से काम नहीं चलता है।

इस मुद्दे से निपटने का एक तरीका यह है कि आप असेंबली को साफ कर सकें, और जिस परियोजना के पुनर्निर्माण के लिए विरोध कर रहे हैं उसका निर्माण (निर्माण के विपरीत) आप तुरंत बाद में चलाना चाहते हैं। यह समय का लगभग 30% काम करता है।

हालाँकि, शायद मुझे मिला सबसे विश्वसनीय समाधान डेवलपर कमांड प्रॉम्प्ट खोलना है, और msbuildसीधे उपयोग करना है। मैं पिछले तीन दिनों से ऐसा कर रहा हूं, और अब तक यह समस्या एक बार नहीं हुई है।

Answer 12

मेरे मामले में यह था कि मैंने "सभी फाइलें दिखाएं" सक्षम कर दी हैं। विजुअल स्टूडियो 2017

Answer 13

दौड़ो taskmanager। इसे
खोजें netcoreऔर हटाएं।
फिर आप फ़ाइल को मैन्युअल रूप से या चलाकर हटा सकते हैं Clean।

Answer 14

यह शुद्ध अटकलें हैं, और जवाब नहीं।

हालाँकि, मुझे यह समस्या कुछ समय से है।

मैं एक समय के बाद वीएस और मेरे एवी सावधानियों के बीच बातचीत पर संदेह करने के लिए आया था।

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

C: \ उपयोगकर्ता [उपयोगकर्ता नाम] \ AppData \ Local \ Microsoft \ VisualStudio \ 10.0 \ ProjectAssemblies

फ़ोल्डर को वास्तविक समय की सुरक्षा में शामिल नहीं किया गया था।

ऐसा लगता है कि अगर बिल्ड वास्तव में पहले DLL लिखता है, तो इसे अंतिम बिल्ड स्थान पर कॉपी करता है।

Answer 15

बहुत देर हो सकती है। लेकिन, मुझे इसी तरह की समस्या का सामना करना पड़ा और मेरे मामले में परियोजना का आत्म संदर्भ था। इसलिए, इसे संदर्भों से हटाना एक आकर्षण की तरह काम करता है !!!

Answer 16

मैंने फॉर्म को बंद किए बिना सबसे तेज़ तरीका ढूंढ लिया है या विज़ुअलस्टडियो को फिर से शुरू करने के लिए परियोजना के संकलन पृष्ठ पर जा रहा है और "उन्नत संकलन विकल्प ..." बटन पर क्लिक करें। फिर विकल्पों में से किसी एक में बदलाव करें (कहते हैं, Generate Debug Info को Full से pdb-only में बदलकर), फिर OK पर क्लिक करें। यह हर बार काम करता है और तब तक करना होगा जब तक एमएस इस बग को ठीक नहीं करता (मुझे कभी भी यह समस्या नहीं हुई जब तक कि मैंने वीएस2012 से वीएस2012 पर स्विच नहीं किया)

एक अन्य नोट, यदि आप परियोजना या समाधान को साफ नहीं कर सकते हैं, तो यह निर्माण नहीं करेगा। फाइलें निश्चित रूप से वीएस द्वारा लॉक की जाती हैं (एंटीवायरस की समस्या नहीं, कम से कम मेरे मामले में नहीं)

Answer 17

मैंने इन सभी सुझावों के साथ-साथ अन्य सुझावों को भी कहीं और मिलने की कोशिश की और मेरे लिए काम करने वाली एकमात्र चीज मेरे कंप्यूटर को पुनरारंभ कर रही थी। फिर मैंने एक साफ समाधान किया, जिसके बाद पुनर्निर्माण किया गया। मैं संदर्भ के लिए विजुअल स्टूडियो 2013 का उपयोग कर रहा हूं।

Answer 18

मैं इसी मुद्दे पर चला हूं, और जो मुझे मिला है वह वास्तव में पृष्ठभूमि में mulitple विंडोज फॉर्म एप्लिकेशन चल रहा है । ऐसा तब होता है जब आपके आवेदन के दो रूप होते हैं और आप दूसरा प्रपत्र बंद कर देते हैं जो कि आपका मुख्य रूप नहीं है इसलिए आवेदन पूरी तरह से बाहर नहीं होगा।

मैं आमतौर पर अपना एप्लिकेशन चलाता हूं

• अपने निर्वासन के माध्यम से या
• डिबगिंग के बिना चलाएं

समाधान विंडोज फॉर्म एप्लिकेशन के अन्य उदाहरण के करीब है । यह हमेशा आपके एप्लिकेशन इंस्टेंस को बंद करने का एक तरीका है।

Answer 19

पूर्व कमांड का निर्माण

(if exist "$(TargetDir)*old.pdb" del "$(TargetDir)*old.pdb") & (if exist "$(TargetDir)*.pdb" ren "$(TargetDir)*.pdb" *.old.pdb)

मदद की

Answer 20

[हल] त्रुटि: फ़ाइल बिन / डीबग / तक नहीं पहुंच सकती ... क्योंकि इसका उपयोग किसी अन्य प्रक्रिया द्वारा किया जा रहा है:

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

मूल रूप से, आपको अपना पहला फ़ॉर्म बंद करना होगा जो पृष्ठभूमि में चल रहा है और इस त्रुटि के पीछे मुख्य कारण है।

पहले फॉर्म को बंद करने के लिए आपको कोड के इन दो लाइनों को दूसरे फॉर्म लोड इवेंट हैंडलर में जोड़ना होगा।

    Form1 form = new Form1();
    form.Close();

इससे त्रुटि पूरी तरह से हल हो जाएगी।

Answer 21

एक सरल उपाय यह है कि आप बिन \ डीबग फ़ोल्डर में जाएं, उस फ़ोल्डर की सभी फ़ाइलों को हटा दें, फिर पुनर्निर्माण करें। यदि यह काम नहीं करता है, तो Visual Studio को बंद करें, फिर फ़ाइल एक्सप्लोरर का उपयोग करके बिन \ डीबग फ़ोल्डर में जाएं, बाएं कोनर पर, फ़ाइल पर क्लिक करें> कमांड प्रॉम्प्ट> ओपन कमांड प्रॉम्प्ट एडमिनिस्ट्रेटर के रूप में> इस कमांड को दर्ज करें "DEL / F / Q / A * "> फिर पुनर्निर्माण करें

Answer 22

मैंने पाया कि कॉडी ग्रे का उत्तर आंशिक रूप से मददगार है, इसने मुझे अपनी समस्या के वास्तविक स्रोत तक पहुँचाया, जो आप में से कुछ भी अनुभव कर रहे होंगे: दृश्य स्टूडियो का परीक्षण निष्पादन डिफ़ॉल्ट रूप से खुला रहता है और फाइलों पर ताला बनाए रखता है।

उस मुख्यतः बेकार व्यवहार को रोकने के लिए, https://connect.microsoft.com/VisualStudio/feedback/details/771994/vstest-executionengine-x86-exe-32-bit-not-closing-vs2012-11-0 से निर्देशों का पालन करें। -50,727-1-rtmrel

टेस्ट मेनू अनचेक करें -> टेस्ट सेटिंग्स -> "टेस्ट एक्ज़ेक्यूशन इंजन चालू रखें"

Answer 23

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

Answer 24

VisualStudio को बंद करें, ctrl-alt-delete, कार्य प्रबंधक का चयन करें, सभी MSBuild प्रक्रियाओं को खोजें और समाप्त करें - VisualStudio में मूल रूप से एक बहुत ही गंभीर बग है जहां यह अपने डिबगर का नियंत्रण खो देता है और डीबगर डीबग / बिन में .pdb फ़ाइल पर एक लॉक रखता है। फ़ोल्डर। सभी MSBuild (डीबगर) प्रक्रियाओं को समाप्त करने के बाद, / डीबग / बिन फ़ोल्डर को हटा दें और Visual Studio में अपने समाधान को फिर से खोलें। अब आप जाने के लिए अच्छे हैं। Microsoft को इस बकवास को ठीक करने की आवश्यकता है।

Answer 25

मैंने VS 2017 के संबंध में एक अलग प्रश्न खोला है जिसमें एक अद्यतन के बाद एक समान व्यवहार था। समस्या एंटीवायरस प्रोग्राम द्वारा उत्पन्न की गई थी, हालाँकि।

मैंने एंटीवायरस को बाहर करने की सूची में बिन फ़ोल्डर जोड़ा है, मशीन को फिर से शुरू किया है और अब यह काम करने लगता है।

Answer 26

मैंने इस समस्या को हल किया ।।

डिबग के पास आपको कुछ कॉन्फ़िगरेशन के साथ ड्रॉप डाउन मेनू दिखाई देता है। डिफ़ॉल्ट कोई CPU था। X86 का चयन करें और उस प्रोग्राम को चलाएं जो काम करेगा। यदि x86 नहीं है तो कॉन्फ़िगरेशन मैनेजर में जाएं और x86 जोड़ें

Answer 27

एक और कीचड़, ऊ, लेकिन यह आसान है और वीएस 2013 में मेरे लिए काम करता है। प्रोजेक्ट पर क्लिक करें। प्रॉपर्टीज पैनल में एक वैल्यू के साथ प्रोजेक्ट फाइल नाम की एंट्री होनी चाहिए

(आपका प्रोजेक्ट नाम) .vbproj

प्रोजेक्ट का नाम बदलें - जैसे कि -01 को अंत तक जोड़ना। मूल .zip फ़ाइल जो बंद थी वह अभी भी है, लेकिन अब संदर्भित नहीं है ... इसलिए आपका काम जारी रह सकता है। अगली बार जब कंप्यूटर को रिबूट किया जाता है, तो वह लॉक गायब हो जाता है और आप गलत फाइल को डिलीट कर सकते हैं।