Visual Studio बिल्ड विफल रहता है: exe-file को obj \ debug से bin \ debug में कॉपी करने में असमर्थ

Question

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

---

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

परिदृश्य: मेरे पास एक साधारण विंडोज फॉर्म एप्लीकेशन (C #, .NET 4.0, विजुअल स्टूडियो 2010) है। इसके कुछ आधार रूप हैं जो अधिकांश अन्य रूपों से प्राप्त होते हैं, यह डेटाबेस एक्सेस के लिए एंटिटी फ्रेमवर्क (और POCO वर्ग) का उपयोग करता है। न फैंसी, न मल्टी-थ्रेडिंग या कुछ भी।

समस्या: थोड़ी देर के लिए सब ठीक था। फिर, जब मैं एप्लिकेशन लॉन्च करने वाला था, तब सभी, नीले रंग से बाहर, विजुअल स्टूडियो बनाने में विफल रहा। मुझे चेतावनी मिली "फ़ाइल हटाने में असमर्थ '... बिन \ डीबग \ [प्रोजेक्टनेम।। एक्सएक्सएक्स'। रास्ते तक पहुंच '... बिन \ डीबग \ [प्रोजेक्टनेम"। एक्सएक्स' से इनकार किया गया है। " और त्रुटि "फ़ाइल को कॉपी करने में असमर्थ 'obj \ x86 \ Debug \ [ProjectName] .exe' को 'bin \ Debug \ [ProjectName] .exe'। प्रक्रिया फ़ाइल 'bin \ Debug \" ProjectName] तक नहीं पहुँच सकती। 'क्योंकि इसका उपयोग दूसरी प्रक्रिया द्वारा किया जा रहा है। " (मैं पुनर्निर्माण करते समय चेतावनी और त्रुटि दोनों प्राप्त करता हूं, लेकिन बिल्ड रन करते समय केवल त्रुटि - यह प्रासंगिक नहीं है?)

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

जैसा कि मैंने ऊपर उल्लेख किया है, यह एक ज्ञात समस्या है, इसलिए बहुत सारे सुझाए गए समाधान हैं। मैं सिर्फ वही सूची दूंगा जो मैंने पहले ही यहाँ आज़माया है, इसलिए लोग जानते हैं कि क्या छोड़ना है:

• एक नया स्वच्छ समाधान बनाना और पुराने समाधान से फाइलों को कॉपी करना।

• परियोजना के पूर्व-निर्माण कार्यक्रम में निम्नलिखित को जोड़ना:

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

• निम्नलिखित प्रोजेक्ट गुण (.csproj फ़ाइल) में जोड़ना:

  <GenerateResourceNeverLockTypeAssemblies>true</GenerateResourceNeverLockTypeAssemblies>

हालांकि, उनमें से किसी ने भी मेरे लिए काम नहीं किया, इसलिए आप शायद देख सकते हैं कि मैं थोड़ा निराश क्यों होने लगा हूं। मुझे नहीं पता कि और कहाँ देखना है, इसलिए मुझे आशा है कि किसी के पास मुझे देने के लिए कुछ है! क्या यह वीएस में एक बग है, और यदि ऐसा है तो एक पैच है? या मैंने कुछ गलत किया है, क्या मेरे पास एक परिपत्र संदर्भ या समान है, और यदि ऐसा है तो मुझे कैसे पता चल सकता है?

किसी भी सुझाव अत्यधिक सराहना कर रहे हैं :)

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

Comments

क्या आपने चेक किया है कि क्या आपका एप्लिकेशन ठीक से बंद हुआ है? क्या टास्क मैनेजर आपको प्रक्रियाओं की सूची में [ProjectName] .exe दिखाता है?

— miensol

मैं पहले भी ऐसा कर चुका हूँ और मैंने फ़ाइल को .old आदि में बदल दिया और बिल्ड को फिर से चलाया। बिल्कुल ठीक नहीं जो मुझे पता है, लेकिन यह मेरे लिए काम करता है।

— कोडिंगबर्गर

@miensol: हाँ, यह ठीक से बंद हो रहा है। मुझे "प्रोग्राम '[1848] [प्रोजेक्टनेम] .vshost.exe: प्रबंधित (v4.0.30319)' कोड 0 (0x0) के साथ बाहर निकल गया है।" @ बैरी: एक्स-फाइल का नामकरण बिन \ डिबग कार्यों में किया जा रहा है, लेकिन जैसा कि आपने कहा कि यह वास्तव में एक समाधान नहीं है और हर बार करने के लिए काफी कष्टप्रद होगा। विजुअल स्टूडियो को फिर से शुरू करने की तुलना में थोड़ा बेहतर है ...

— जूलियन

@ नालिलुज: मुझे यह आलेख Microsoft प्लेटफ़ॉर्म से आया, जो बताता है कि यह संसाधन फ़ाइलों से संबंधित हो सकता है। यदि आप resx फ़ाइलों का उपयोग कर रहे हैं तो यह संकेत दे सकता है।

— पैट्रिक

Posterity के लिए, मुझे यह समस्या थी और इसे मेरी csprole फ़ाइल में <GenerateResourceNeverLockTypeAssemblies> true </ GenerateResourceNeverLockTypeAssemblies> तत्व को जोड़कर हल किया गया था।

— ThisIsTheDave

Answer 1

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

[assembly: AssemblyVersion("2.0.*")]

यह बहुत आम है, लेकिन किसी कारण से, संस्करण को 2.0.0.0 में बदलने से चीजों को फिर से काम करना पड़ता है। मुझे नहीं पता कि यह एक विंडोज 7 विशिष्ट चीज है (मैं केवल 3-4 सप्ताह के लिए उपयोग कर रहा हूं), या अगर यह यादृच्छिक है, या क्या है, लेकिन इसने मेरे लिए इसे निर्धारित किया है। मैं यह अनुमान लगा रहा हूं कि वीएस उत्पन्न होने वाली प्रत्येक फ़ाइल पर एक हैंडल रख रहा था, इसलिए यह पता चलेगा कि चीजों को कैसे बढ़ाया जाए? मुझे सच में यकीन नहीं है और ऐसा पहले कभी नहीं देखा है। लेकिन अगर कोई दूसरा व्यक्ति भी अपने बालों को बाहर खींच रहा है, तो इसे आज़माएं।

Comments

यह एक पागल विचार है, मैं तुम्हें वह देता हूँ;) क्या पागलपन है, यह है कि यह वास्तव में काम करने लगता है! मैंने अब कई बार इसका परीक्षण किया है, और मैं पुष्टि कर सकता हूं कि "2.0। *" जैसे असेंबली संस्करण का उपयोग करते समय मुझे त्रुटि मिलती है, लेकिन जब मैं इसके बजाय "2.0.0" का उपयोग करता हूं तो यह एक आकर्षण के रूप में काम करता है! मैं अधिक लोगों से यह परीक्षण करने का आग्रह करता हूं, और यदि आप इसे काम करते हुए पाते हैं, तो कृपया इस उत्तर को वोट दें, क्योंकि यह एक ऐसी चीज है, जिसे जानना आवश्यक है! आशा है कि Microsoft इस पर ध्यान देता है ... धन्यवाद drharris :)

— जूलियन

यह मेरे लिए काम नहीं किया, जब मैंने वी.एस. को पुनरारंभ किया तो मुझे कुछ समय के लिए त्रुटि नहीं मिली। हर बार जब मुझे यह त्रुटि मिलती है तो मुझे वीएस 2010 को फिर से शुरू करना पड़ता है

— शरीक

fyi ... यह मेरे लिए काम नहीं किया। मेरी सेटिंग हमेशा से रही है: [असेंबली: असेंबलीवोरशन ("1.0.0.0")] [असेंबली: असेंबली फ़ाइलविज़न ("1.0.0.0")]

— tbone

यदि आपके पास वर्तमान में [असेंबली: असेंबली वर्जन ("1.0.0.0")] है, तो इसे [असेंबली: असेंबली वर्सन ("2.0.0.0")] ('1' के बजाय '2') से बदलें। इसने मेरे लिए काम किया। हालाँकि मैंने जाँच नहीं की है, यह संभव है कि आपके द्वारा अब जो कुछ भी मिला है, उसके अलावा संस्करण को बदलना इस समस्या को ठीक कर सकता है।

— फ्रेडरिक द फ़ूल

Dll के लिए भी काम करता है! वीएस कहते हैं कि डीएल को कॉपी नहीं कर सकते हैं और बीओटीएच [असेंबली: असेंबली वर्जन] और [असेंबली: एसेम्बलीफाइलवर्सन ()] को 1.0 से *। से 2.0.0.0 में बदलने के बाद काम किया।

— अज।

Answer 2

चूँकि मैंने इस मुद्दे पर कोई और प्रतिक्रिया नहीं प्राप्त की है, मैंने सोचा कि मैं सिर्फ वही साझा करूंगा जो मेरे समाधान के रूप में समाप्त हो रहा है:

जैसा कि बैरी ने मूल पोस्ट की एक टिप्पणी में सुझाया था, मैन्युअल रूप से '... बिन \ डीबग [प्रोजेक्टनेम] .exe' का नाम बदलकर कुछ और (जैसे '[प्रोजेक्टनेम] 1. एक्सई' ) एक काम के आसपास (मैं) हालाँकि, मुझे फ़ाइल को स्वयं हटाने की अनुमति नहीं है, और मुझे यह कहना चाहिए कि मुझे थोड़ा अजीब लगता है क्योंकि एक ही विश्वास करेगा कि एक ही लॉक को हटाने से रोकने का नाम बदलने से भी रोका जाएगा ...)। यह एक अच्छा समाधान नहीं है, लेकिन यह उचित तेज़ है (कम से कम आपके द्वारा इसे एक-दो बार करने के बाद, यह लगभग एक रूटीन बन जाता है), और विज़ुअल स्टूडियो को पुनः आरंभ करने की तुलना में कम से कम तेज़ी से ऐसा होता है जो मैंने शुरुआत में किया था।

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

@ बेरी: यदि आप अपनी टिप्पणी के लिए क्रेडिट प्राप्त करना चाहते हैं, तो कृपया इसे उत्तर के रूप में पोस्ट करने के लिए स्वतंत्र महसूस करें और मैं इसे स्वीकार करना सुनिश्चित करूंगा :)

Comments

मैंने इसे मतदान किया है क्योंकि यह वही है जो मैंने अतीत में किया है। मैं सहमत हूं, यह एक गंदा समाधान है लेकिन यह काम करता है। VS को कुछ पुनरावृत्तियों के लिए यह समस्या हुई है। मैं अपने प्रोजेक्ट को नेटवर्क dir से भी लोड कर रहा हूं। यह पूरी तरह से विश्वसनीय है, लेकिन इससे कोई फर्क नहीं पड़ता। इससे कोई फर्क नहीं पड़ता कि यह ड्राइव मैपिंग है या यूएनसी। हाँ, एमएस को वास्तव में इसे ठीक करने की आवश्यकता है। उनके पास इसके लिए एक बंद बग है जो कह रहा है कि प्रजनन करने में असमर्थ है। लंगड़ा!

— जोश रॉबिन्सन

Answer 3

मुझे एक सरल समाधान मिला, बस प्रोजेक्ट फ़ोल्डर और सबफ़ोल्डर के लिए विंडोज इंडेक्सिंग सेवाओं को अक्षम करें

Comments

यह मेरे लिए भी काम किया। मुझे यकीन नहीं है कि मुझे समझ में आया कि क्यों, प्रक्रिया एक्सप्लोरर ने दिखाया कि devenv.exe लॉकिंग हैंडल को पकड़े हुए था। फिर भी, अनुक्रमण को बंद करने से समस्या ठीक हो गई।

— फोपेडुश

@Fopedush मैं इस समस्या का एक ही समाधान के साथ सामना कर रहा था, हालांकि मैंने उस समय इस प्रश्न को नहीं देखा था। इस जवाब में कुछ स्पष्टीकरण है कि यह क्यों मदद करता है।

— डैरेन हेल

यह एक मेरे लिए किया था।

— मार्टिन कैपोडिसी

Answer 4

मुझे VS2008 (विंडोज 7 एक्स 32 पर) में WPF प्रोजेक्ट के साथ एक ही समस्या (MSB3021) है। समस्या दिखाई दे रही है अगर मैं पिछले रन के बाद बहुत जल्दी आवेदन को फिर से चलाने की कोशिश करता हूं। कुछ मिनटों के बाद एक्स-फाइल अपने आप अनलॉक हो जाती है और मैं फिर से एप्लिकेशन को फिर से चला सकता हूं। लेकिन इतना लंबा ठहराव मुझे नाराज करता है। केवल एक चीज जिसने वास्तव में मेरी मदद की वह प्रशासक के रूप में वीएस चला रहा था।

Comments

मुझे इस सटीक समस्या के बारे में हाल की बग रिपोर्ट मिली: connect.microsoft.com/VisualStudio/feedback/details/558848/…। उस बग रिपोर्ट ने एक नमूना परियोजना प्रदान की जो बग को पुन: पेश करने में सक्षम थी। ड्रशर द्वारा सुझाए गए समाधान ने वहां भी काम किया (नमूना परियोजना के लिए चरण-दर-चरण समाधान के लिए उपरोक्त लिंक में पोस्ट किए गए समाधान को देखें)।

— जूलियन

यह एकमात्र समाधान है जो मेरे लिए भी काम करता है। धन्यवाद @ जेलुज!

— विंगर

यह वी.एस. को पुनः आरंभ करने की तुलना में आसान है।

— एल्वेडिन हम्ज़जिक 2

कनेक्ट मुद्दे के लिए "पृष्ठ नहीं मिला", क्या उन्होंने इसे शर्मिंदगी से हटा दिया था = एस क्या कभी इसके लिए कोई पोस्टेड समाधान / वर्कअराउंड था?

— Coops

Answer 5

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

Comments

यह मेरे लिए हर बार काम करता है। ऐसा लगता है कि vshost प्रक्रिया के साथ किया जाना है और सेवाओं के लिए शुरू किया है

— jaywayco

Answer 6

मैंने यहां के जवाबों में अन्य सभी सुझावों की कोशिश की, जिनमें से कोई भी काम नहीं किया। आखिरकार मैंने यह जानने के लिए प्रोसेस मॉनीटर का उपयोग किया कि मेरा। Exe जो VS2010 बनाने में विफल रहा था, सिस्टम प्रोसेस (PID = 4) द्वारा लॉक किया गया था। इसमें शामिल स्थितियों के लिए SO की खोज करने से यह उत्तर मिला।

सारांशित: यदि आपके पास एप्लिकेशन अनुभव सेवा अक्षम है (जैसा मैंने किया) तो फिर से सक्षम करें और इसे शुरू करें। दो साल की तनातनी खत्म हुई।

Comments

+1 मैंने पहले और सब कुछ करने की कोशिश की (1. कार्य प्रबंधक, 2. खोजकर्ता अर्थात करीबी संभाल जो विंडोज़ मुझे नहीं करने देंगे। 3. एंटीवायरस को अक्षम करना, 4. विंडोज इंडेक्सिंग सेवा से APP_DATA / स्थानीय / Microsoft / Visual Studio को छोड़कर। ) लेकिन यह टिप पुनः: "एप्लिकेशन अनुभव" सेवा एकमात्र है जिसने मुझे दीवार के खिलाफ अपना सिर पीटने से बचाया। मैंने इसे सक्षम किया और समस्या दूर हो गई। मजेदार बात यह है कि मैंने इसे निष्क्रिय करने के बाद फिर से सब कुछ ठीक था। मुझे और कोई समस्या नहीं है। लेकिन निश्चित रूप से यह एकमात्र ऐसी चीज है जो मेरे लिए इसे हल करती है।

— टॉम

मेरे लिए भी काम करो !!! केवल दूसरी चीज जो काम करती है, वह एप्लिकेशन चलाने से पहले बिन फ़ोल्डर को हटा देती है , लेकिन आपको चलाने से पहले हमेशा हटाना होगा, बहुत कष्टप्रद।

— E_Blue

Answer 7

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

Comments

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

— डस्टी

Answer 8

"विज़ुअल स्टूडियो होस्टिंग प्रक्रिया को सक्षम करें" अक्षम करें

Answer 9

मैं सुझाव देता हूं कि Process Explorerयह पता लगाने के लिए डाउनलोड करें कि फ़ाइल किस प्रक्रिया से लॉक हो रही है। इस पर पाया जा सकता है:

http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx

Comments

मैं सहमत हूं - यह जरूरी नहीं है कि वीएस फाइल को लॉक कर रहा हो। वायरस चेकर्स इसके लिए दोषी हो सकते हैं। अपने वायरस चेकर को बंद करके देखें कि क्या वह मदद करता है।

— पॉलिफुन

क्षमा करें, मैं यह उल्लेख करना भूल गया कि मैंने पहले ही ऐसा कर लिया है। और यह कहता है कि यह Visual Studio (devenv.exe) है जिसमें फ़ाइल ([ProjectName] .vshn.exe) पर एक लॉक है। तो यह मेरी बहुत मदद नहीं करता है।

— जूलियन

@ShellShock: मेरे एंटी वायरस (अवास्ट) को निष्क्रिय करने से मदद नहीं मिलती है।

— जूलियन

मेरे लिए, Sysinternals ProcessExplorer का उपयोग करते हुए, मैं उस फ़ाइल का हैंडल देख सकता हूं, लेकिन जब मैं उस पर क्लिक करता हूं, तो कोई एप्लिकेशन उसे पकड़े हुए नहीं दिखाया जाता है, और जब मैं हैंडल को बंद करने का प्रयास करता हूं, तो मुझे "त्रुटि खोलने की प्रक्रिया: हैंडल" मिलती है। अवैध। " ProcessExplorer में त्रुटि। फिर भी ताला अभी भी कायम है।

— tbone

Answer 10

विज़ुअल स्टूडियो का उपयोग करके मैं त्रुटि को पुन: उत्पन्न करने के लिए एक सरल परियोजना के साथ कभी नहीं आ सकता।

मेरा समाधान विज़ुअल स्टूडियो होस्टिंग प्रक्रिया को अक्षम करना था।

उन लोगों के लिए, जिन्होंने मुझे अपमानजनक संभाल के लिए एक हैंडल ट्रेस संलग्न किया है:

0:044> !htrace 242C
--------------------------------------
Handle = 0x000000000000242c - OPEN
Thread ID = 0x0000000000001cd0, Process ID = 0x0000000000001a5c

0x000000007722040a: ntdll!ZwCreateFile+0x000000000000000a
0x0000000074b4bfe3: wow64!whNtCreateFile+0x000000000000010f
0x0000000074b3cf87: wow64!Wow64SystemServiceEx+0x00000000000000d7
0x0000000074ac276d: wow64cpu!TurboDispatchJumpAddressEnd+0x0000000000000024
0x0000000074b3d07e: wow64!RunCpuSimulation+0x000000000000000a
0x0000000074b3c549: wow64!Wow64LdrpInitialize+0x0000000000000429
0x00000000772184c8: ntdll!LdrpInitializeProcess+0x00000000000017e2
0x0000000077217623: ntdll! ?? ::FNODOBFM::`string'+0x000000000002bea0
0x000000007720308e: ntdll!LdrInitializeThunk+0x000000000000000e
0x00000000773d0066: ntdll_773b0000!NtCreateFile+0x0000000000000012
0x000000007541b616: KERNELBASE!CreateFileW+0x000000000000035e
0x0000000075b42345: KERNEL32!CreateFileWImplementation+0x0000000000000069
0x000000006a071b47: mscorwks_ntdef!StgIO::Open+0x000000000000028c
--------------------------------------
Handle = 0x000000000000242c - CLOSE
Thread ID = 0x0000000000000cd4, Process ID = 0x0000000000001a5c

0x000000007721ffaa: ntdll!ZwClose+0x000000000000000a
0x0000000074b3f2cd: wow64!whNtClose+0x0000000000000011
0x0000000074b3cf87: wow64!Wow64SystemServiceEx+0x00000000000000d7
0x0000000074ac276d: wow64cpu!TurboDispatchJumpAddressEnd+0x0000000000000024
0x0000000074b3d07e: wow64!RunCpuSimulation+0x000000000000000a
0x0000000074b3c549: wow64!Wow64LdrpInitialize+0x0000000000000429
0x000000007724d177: ntdll! ?? ::FNODOBFM::`string'+0x000000000002bfe4
0x000000007720308e: ntdll!LdrInitializeThunk+0x000000000000000e
0x00000000773cf992: ntdll_773b0000!ZwClose+0x0000000000000012
0x0000000075b42642: KERNEL32!BaseRegCloseKeyInternal+0x0000000000000041
0x0000000075b425bc: KERNEL32!RegCloseKey+0x000000000000007d
*** WARNING: Unable to verify checksum for mscorlib.ni.dll
0x0000000068f13ca3: mscorlib_ni+0x0000000000233ca3
0x0000000069bc21db: mscorwks_ntdef!CallDescrWorker+0x0000000000000033
0x0000000069be4a2a: mscorwks_ntdef!CallDescrWorkerWithHandler+0x000000000000008e
--------------------------------------
Handle = 0x000000000000242c - OPEN
Thread ID = 0x00000000000006cc, Process ID = 0x0000000000001a5c

0x0000000077220e0a: ntdll!NtOpenKeyEx+0x000000000000000a
0x0000000074b5d1c9: wow64!Wow64NtOpenKey+0x0000000000000091
0x0000000074b5313b: wow64!whNtOpenKeyEx+0x0000000000000073
0x0000000074b3cf87: wow64!Wow64SystemServiceEx+0x00000000000000d7
0x0000000074ac276d: wow64cpu!TurboDispatchJumpAddressEnd+0x0000000000000024
0x0000000074b3d07e: wow64!RunCpuSimulation+0x000000000000000a
0x0000000074b3c549: wow64!Wow64LdrpInitialize+0x0000000000000429
0x000000007724d177: ntdll! ?? ::FNODOBFM::`string'+0x000000000002bfe4
0x000000007720308e: ntdll!LdrInitializeThunk+0x000000000000000e
0x00000000773d0fca: ntdll_773b0000!NtOpenKeyEx+0x0000000000000012
0x0000000075b42721: KERNEL32!LocalBaseRegOpenKey+0x000000000000010c
0x0000000075b428c9: KERNEL32!RegOpenKeyExInternalW+0x0000000000000130
0x0000000075b427b5: KERNEL32!RegOpenKeyExW+0x0000000000000021
--------------------------------------
Handle = 0x000000000000242c - CLOSE
Thread ID = 0x0000000000000cd4, Process ID = 0x0000000000001a5c

0x000000007721ffaa: ntdll!ZwClose+0x000000000000000a
0x0000000074b3f2cd: wow64!whNtClose+0x0000000000000011
0x0000000074b3cf87: wow64!Wow64SystemServiceEx+0x00000000000000d7
0x0000000074ac276d: wow64cpu!TurboDispatchJumpAddressEnd+0x0000000000000024
0x0000000074b3d07e: wow64!RunCpuSimulation+0x000000000000000a
0x0000000074b3c549: wow64!Wow64LdrpInitialize+0x0000000000000429
0x000000007724d177: ntdll! ?? ::FNODOBFM::`string'+0x000000000002bfe4
0x000000007720308e: ntdll!LdrInitializeThunk+0x000000000000000e
0x00000000773cf992: ntdll_773b0000!ZwClose+0x0000000000000012
0x0000000075b42642: KERNEL32!BaseRegCloseKeyInternal+0x0000000000000041
0x0000000075b425bc: KERNEL32!RegCloseKey+0x000000000000007d
0x0000000068f13ca3: mscorlib_ni+0x0000000000233ca3
0x0000000069bc21db: mscorwks_ntdef!CallDescrWorker+0x0000000000000033
0x0000000069be4a2a: mscorwks_ntdef!CallDescrWorkerWithHandler+0x000000000000008e
--------------------------------------
Handle = 0x000000000000242c - OPEN
Thread ID = 0x0000000000001cd0, Process ID = 0x0000000000001a5c

0x0000000077220e0a: ntdll!NtOpenKeyEx+0x000000000000000a
0x0000000074b5d1c9: wow64!Wow64NtOpenKey+0x0000000000000091
0x0000000074b5313b: wow64!whNtOpenKeyEx+0x0000000000000073
0x0000000074b3cf87: wow64!Wow64SystemServiceEx+0x00000000000000d7
0x0000000074ac276d: wow64cpu!TurboDispatchJumpAddressEnd+0x0000000000000024
0x0000000074b3d07e: wow64!RunCpuSimulation+0x000000000000000a
0x0000000074b3c549: wow64!Wow64LdrpInitialize+0x0000000000000429
0x00000000772184c8: ntdll!LdrpInitializeProcess+0x00000000000017e2
0x0000000077217623: ntdll! ?? ::FNODOBFM::`string'+0x000000000002bea0
0x000000007720308e: ntdll!LdrInitializeThunk+0x000000000000000e
0x00000000773d0fca: ntdll_773b0000!NtOpenKeyEx+0x0000000000000012
0x0000000075b42721: KERNEL32!LocalBaseRegOpenKey+0x000000000000010c
0x0000000075b428c9: KERNEL32!RegOpenKeyExInternalW+0x0000000000000130
--------------------------------------
Handle = 0x000000000000242c - CLOSE
Thread ID = 0x0000000000000cd4, Process ID = 0x0000000000001a5c

0x000000007721ffaa: ntdll!ZwClose+0x000000000000000a
0x0000000074b3f2cd: wow64!whNtClose+0x0000000000000011
0x0000000074b3cf87: wow64!Wow64SystemServiceEx+0x00000000000000d7
0x0000000074ac276d: wow64cpu!TurboDispatchJumpAddressEnd+0x0000000000000024
0x0000000074b3d07e: wow64!RunCpuSimulation+0x000000000000000a
0x0000000074b3c549: wow64!Wow64LdrpInitialize+0x0000000000000429
0x000000007724d177: ntdll! ?? ::FNODOBFM::`string'+0x000000000002bfe4
0x000000007720308e: ntdll!LdrInitializeThunk+0x000000000000000e
0x00000000773cf992: ntdll_773b0000!ZwClose+0x0000000000000012
0x0000000075b42642: KERNEL32!BaseRegCloseKeyInternal+0x0000000000000041
0x0000000075b425bc: KERNEL32!RegCloseKey+0x000000000000007d
0x0000000068f13ca3: mscorlib_ni+0x0000000000233ca3
0x0000000069bc21db: mscorwks_ntdef!CallDescrWorker+0x0000000000000033
0x0000000069be4a2a: mscorwks_ntdef!CallDescrWorkerWithHandler+0x000000000000008e
--------------------------------------
Handle = 0x000000000000242c - OPEN
Thread ID = 0x0000000000001cd0, Process ID = 0x0000000000001a5c

0x0000000077220e0a: ntdll!NtOpenKeyEx+0x000000000000000a
0x0000000074b5d1c9: wow64!Wow64NtOpenKey+0x0000000000000091
0x0000000074b5313b: wow64!whNtOpenKeyEx+0x0000000000000073
0x0000000074b3cf87: wow64!Wow64SystemServiceEx+0x00000000000000d7
0x0000000074ac276d: wow64cpu!TurboDispatchJumpAddressEnd+0x0000000000000024
0x0000000074b3d07e: wow64!RunCpuSimulation+0x000000000000000a
0x0000000074b3c549: wow64!Wow64LdrpInitialize+0x0000000000000429
0x00000000772184c8: ntdll!LdrpInitializeProcess+0x00000000000017e2
0x0000000077217623: ntdll! ?? ::FNODOBFM::`string'+0x000000000002bea0
0x000000007720308e: ntdll!LdrInitializeThunk+0x000000000000000e
0x00000000773d0fca: ntdll_773b0000!NtOpenKeyEx+0x0000000000000012
0x0000000075b42721: KERNEL32!LocalBaseRegOpenKey+0x000000000000010c
0x0000000075b428c9: KERNEL32!RegOpenKeyExInternalW+0x0000000000000130

--------------------------------------
Parsed 0x358E stack traces.
Dumped 0x7 stack traces.
0:044> !handle 242c ff
Handle 242c
  Type          File
  Attributes    0
  GrantedAccess 0x120089:
         ReadControl,Synch
         Read/List,ReadEA,ReadAttr
  HandleCount   2
  PointerCount  3
  No Object Specific Information available

Comments

: यदि आप में बहुत ऊपर प्रश्न के देखते हैं, वहाँ एक बग रिपोर्ट और एक नमूना परियोजना है कि त्रुटि reproduces के साथ माइक्रोसॉफ्ट कनेक्ट करने के लिए एक कड़ी है connect.microsoft.com/VisualStudio/feedback/details/558848/...

— जूलियन

होस्टिंग प्रक्रिया को अक्षम करना मेरे लिए काम किया। इसे फिर से सक्षम करने के बाद भी काम करना जारी है। मैंने इस मुद्दे को हल करने के लिए सैकड़ों समाधानों की कोशिश करते हुए 4 घंटे बिताए। यह एकमात्र ऐसा है जो दूर से भी काम करने लगता था।

— आकर्षित चैपिन

Answer 11

यदि आपकी समस्या हल नहीं हुई है:

दृश्य स्टूडियो की त्रुटि है:

"यह प्रक्रिया 'बिन \" डिबग ** app.exe ** "फ़ाइल तक नहीं पहुँच सकती क्योंकि इसका उपयोग किसी अन्य प्रक्रिया द्वारा किया जा रहा है।

इसलिए, विंडोज़ के कार्य प्रबंधक (Ctrl + Shift + Esc) पर जाएं, अपना एप्लिकेशन नाम ढूंढें और उसे Endprocces द्वारा बंद करने के लिए बाध्य करें।

Answer 12

यहाँ एक और संभावना है:

Vs2012 / win7 में यह त्रुटि मिलने के बाद, मैंने जाकर बिन डायरेक्टरी और एक्सप्लोरर में फाइल को डिलीट करने की कोशिश की और संकेत दिया कि फाइल XAML UI डिज़ाइनर द्वारा उपयोग में थी।

मैंने वीएस में खोले गए सभी टैब को बंद कर दिया, वीएस को बंद कर दिया, फिर टास्कमैन में सभी MSBuild प्रक्रियाओं को मारना सुनिश्चित किया। अंत में, वीएस पुनः आरंभ करने के बाद मैं समाधान का निर्माण करने में सक्षम था।

---

और दूसरा संभावित कारण:

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

यह इस तरह से फ़ाइल ताले बनाने के लिए कुछ परियोजनाओं का निर्माण कर सकता है, यह सोचने के लिए दृश्य स्टूडियो को गुमराह करता है।

संपादित करें: मैंने हाल ही में VS2012 के साथ कुछ मौकों पर ऐसा किया है और इसे ठीक करने के लिए एक बार जब मैं निर्माण को सही निर्भरता के लिए सेट करता हूं, तो किसी भी msbuild प्रक्रियाओं को मारता हूं जो कि वी.एस. चल रहा है, और फिर वी.एस. को पुनरारंभ करें। मैं सिर्फ निश्चित होने के लिए msbuild प्रक्रियाओं को मारता हूं, लेकिन वीएस को बंद करने से उन्हें भी मारना चाहिए।

मैं आम तौर पर इसका कारण क्या करता हूं, यह इस तरह के एक प्रोजेक्ट को रिफ्लेक्टर करता है, जो इस समाधान के भीतर किसी अन्य प्रोजेक्ट पर निर्भर करता है, जो कि पिछले बिल्ड पर संदर्भित नहीं था। यह कभी-कभी वीएस को भ्रमित करने लगता है और यह बिल्ड ऑर्डर को अपडेट नहीं करता है।

बिल्ड ऑर्डर की जांच करने के लिए: समाधान एक्सप्लोरर में समाधान पर राइट-क्लिक करें और "प्रोजेक्ट बिल्ड ऑर्डर ..." चुनें और सत्यापित करें कि निर्भरताएं प्रत्येक प्रोजेक्ट के लिए ठीक से नोट की गई हैं।

Comments

हमने हाल ही में एक WinPhone 8 प्रोजेक्ट पर इसका अनुभव किया। अस्पष्ट रूप से, कारण ट्यूपल प्रकार का उपयोग कर रहा था। एक समस्या का उपयोग करने वाले कोड को हटाने से समस्या दूर हो गई। कोड वापस जोड़ें समस्या वापस आ गई।

— सीमस

मैं VS2012 के साथ एक ही मुद्दा था, वी.एस. बंद करने की चाल नहीं चली - सभी msbuild.exe कार्यों को मैन्युअल रूप से मारना है

— mizzle

मैं वीएस 2013 का उपयोग कर रहा हूं और मैं प्रत्येक बिल्ड से पहले टास्क मैनेजर में "XDesProc.exe * 32" प्रक्रिया (Microsoft Visual Studio XAML UI डिज़ाइनर) को मारने में सक्षम था और उसने यह चाल चली। VS को पुनरारंभ करने की कोई आवश्यकता नहीं है क्योंकि XAML UI डिज़ाइनर हर बार जब आप डिज़ाइन दृश्य में एक * .xaml फ़ाइल खोलते हैं तो उसे पुनः लोड करने लगता है।

— टिम सेक्सन

Answer 13

IIS को पुनरारंभ करें- डिबगर से जुड़ी प्रक्रिया हो सकती है

Answer 14

एंटीवायरस अक्षम करें और प्रयास करें। मैं भी उस समस्या का सामना कर रहा था ... लेकिन मेरे मामले में एंटीवायरस ने मेरे एप्लिकेशन को ब्लॉक कर दिया था जब मैंने एंटीवायरस को अक्षम कर दिया था।

Answer 15

मैंने उसी त्रुटि का सामना किया।

मैंने सभी आश्रित परियोजनाओं / पुस्तकालयों के बिन फ़ोल्डरों की सभी सामग्रियों को हटाकर समस्या का समाधान किया ।

यह त्रुटि मुख्य रूप से संस्करण परिवर्तन के कारण होती है।

Answer 16

यह कनेक्ट, Microsoft के सामुदायिक बग रिपोर्टिंग साइट पर कई बार दर्ज किया गया है। FYI करें, मेरा मानना ​​है कि इस बग ने 2003 से विजुअल स्टूडियो को प्रभावित किया है और हर बार RTM के बाद इसे ठीक किया गया है। :( संदर्भ में से एक इस प्रकार है:

https://connect.microsoft.com/VisualStudio/feedback/details/568672/handles-to-project-dlls-are-not-released-when-compiling?wa=wsignin1.0

Answer 17

पहले साधारण काम करो।

जाँच लें कि आपके समाधान का एक भाग किसी चालू प्रक्रिया द्वारा लॉक नहीं किया गया है।

उदाहरण के लिए, मैंने अपनी विंडोज़ सेवा पर "इंस्टॉलेट" चलाया (जिसे मैं सामान्य रूप से कंसोल से यूनिट परीक्षण करता हूं)।

इसने विंडोज़ सर्विस प्रोजेक्ट के बिन फ़ोल्डर में मेरे कुछ डीएल को लॉक कर दिया। जब मैंने पुनर्निर्माण किया तो मुझे इस मुद्दे में अपवाद मिला।

मैंने विंडोज़ सेवा बंद कर दी, पुनर्निर्माण किया और यह सफल रहा।

इस समस्या के किसी भी अग्रिम चरण को करने से पहले अपने एप्लिकेशन के लिए विंडोज टास्क मैनेजर की जाँच करें।

इसलिए जब आप पदयात्रा सुनते हैं, तो सोचें कि घोड़ों को ज़ेबरा नहीं! (मेडिकल छात्र मित्र से)

Answer 18

मुझे भी यही समस्या थी। यह कहा कि बिन \ डिबग से obj तक कॉपी नहीं कर सकता है .....

जब मैं वेब प्रोजेक्ट बनाता हूं तो मुझे लगता है कि मेरा dll बिन फ़ोल्डर में था और बिन \ डीबग में नहीं था। प्रकाशित के दौरान बनाम बिन \ डिबग में फ़ाइलों की तलाश में था। इसलिए मैंने संपादक में वेब प्रोजेक्ट फ़ाइल खोली और बिन \ डिबग के उदाहरणों की तलाश की और मैंने पाया कि सभी डीएल को बिन \ डीबग \ mylibrary.dll के रूप में उल्लेख किया गया था। मैंने सभी \ debug को पथ से हटा दिया और फिर से प्रकाशित किया। इस बार बनाम बिन फ़ोल्डर में सभी dll को खोजने और सफल प्रकाशित करने में सक्षम था।

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

मैंने इस पर डिबगिंग में 5 घंटे से अधिक का समय बिताया और आखिरकार मुझे खुद ही समाधान मिल गया।

यह सही उत्तर है ।

Answer 19

यदि उपरोक्त में से कोई भी काम नहीं करता है, और आप एक कंसोल एप्लिकेशन विकसित कर रहे हैं:

किसी भी वर्ण को Program.cs में टाइप करने का प्रयास करें, फिर उसे हटा दें। मुझे नहीं पता कि यह क्यों काम करता है, लेकिन यह हर बार 'कॉपी करने में असमर्थ' समस्या को हल करने के लिए लगता है।

Answer 20

यह आमतौर पर अवास्ट के कारण होता है।

मैं आमतौर पर रिलीज में अपनी परियोजनाओं की परवाह किए बिना चला सकता हूं, लेकिन डिबग में दौड़ते समय यह नियमित रूप से विफल हो जाएगा।

मैं सिर्फ अपने प्रोजेक्ट्स फ़ोल्डर के लिए एक बहिष्करण जोड़ता हूं और समस्या दूर हो जाती है। मुझे लगता है कि यह अन्य एंटीवायरस सॉफ़्टवेयर के कारण भी हो सकता है।

Answer 21

.Exe और .pub फ़ाइल का नाम बदलना मेरे लिए काम किया, लेकिन वास्तव में थकाऊ। मुझे इस समस्या का भी सामना करना पड़ता है कि मैं डिबग सत्र के दौरान संपादन नहीं कर सका। अंत में मैं उन्नत सुरक्षा सेटिंग पृष्ठ पर गया, जैसा कि:

https://msdn.microsoft.com/query/dev10.query?appId=Dev10IDEF1&l=EN-US&k=k%28%22VS.ERR.DEBUG_IN_ZONE_NO_HOSTPROC%3a11310%22%29;k%28TargetFrameworkMoniker-%22.NETFRAMEWORK%2cVERSION % 3dV4.0% 22% 29 & rd सच =

मैं अन-सेलेक्ट करता हूं फिर "ClickOnce सुरक्षा सेटिंग्स सक्षम करें" चेकबॉक्स को फिर से चुनें। कुछ दिनों से यह समस्या मुक्त है ...।

Answer 22

मेरे लिए यह लक्षित फ़ोल्डर ( C:\users\username\source\repos\project\project\bin\debug\app.publish) में कमांड प्रॉम्प्ट ओपन होने के कारण हो रहा था ।

निश्चित नहीं है कि DEBUGGING को प्रकाशित फ़ोल्डर में प्रवेश की आवश्यकता क्यों है, लेकिन कमांड विंडो को बंद करने से मेरे लिए समस्या हल हो गई।

Answer 23

यदि कोई यूनिट टेस्ट में डिबग करने की कोशिश कर रहा है या यूनिट टेस्ट चला रहा है, तो फाइल को जारी करने के लिए मुझे निम्नलिखित दो प्रक्रियाओं को मारना होगा:

Answer 24

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

लेकिन अगर मैं TotalCommander के माध्यम से फ़ाइल को हटाता हूं, तो exe फ़ाइल वास्तव में हटा दी जाती है और मैं सफलतापूर्वक प्रोजेक्ट का निर्माण कर सकता हूं।

मैं विंडोज़ 7 x64 और कुल कमांडर 7.56a 32 बिट का उपयोग कर रहा हूं।

Answer 25

मेरे लिए काम किए गए अन्य उत्तरों में से किसी ने भी काम नहीं किया लेकिन विजुअल स्टूडियो में सभी खुले टैब बंद करने से समस्या हल हो गई।

Answer 26

मुझे पता है कि यह एक बहुत पुराना सवाल है, लेकिन मैंने हाल ही में VS 2012 में "obj से बिन कॉपी नहीं कर सकता" त्रुटि का अनुभव किया। हर बार जब मैंने एक निश्चित परियोजना के पुनर्निर्माण की कोशिश की, तो मुझे संदेश मिला। एकमात्र समाधान हर पुनर्निर्माण से पहले एक साफ करना था।

बहुत जाँच-पड़ताल करने के बाद, यह पता चला कि मेरी एक फाइल में अधूरा गज़ब का वार्निंग स्टेटमेंट था, जो कंपटीशन को सफल होने से नहीं रोक रहा था, लेकिन किसी तरह वी.एस. को फाइल (ओं) को बंद रखने में उलझा रहा था।

मेरे मामले में, मेरे पास फ़ाइल के शीर्ष पर निम्नलिखित था:

#pragma warning(

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

Answer 27

जब मुझे एक समान मुद्दे का सामना करना पड़ा, तो केवल एक चीज जो काम करने लगती थी:

• प्रोजेक्ट पर राइट क्लिक करें, सेटिंग्स में जा रहे हैं, और यह सुनिश्चित करते हैं कि डिबग और रिलीज़ दोनों एक ही सेटिंग को लक्षित करते हैं, या इसमें सेटिंग्स हैं कि एप्लिकेशन लोड करने या सहेजने का प्रयास करता है।
• C: \ Users (YourUserAccount) \ AppData \ Local (YourAppName) फ़ोल्डर को हटाना।
• यह सुनिश्चित करना कि मेरे पास वहां मौजूद कोई भी फाइल "अवरुद्ध" नहीं मानी गई। मेरी परियोजना की शामिल फ़ाइलों पर राइट-क्लिक करने पर, मुझे एहसास हुआ कि एक आइकन वास्तव में अवरुद्ध था और इसे बुरा माना जाता था क्योंकि इसे इंटरनेट से डाउनलोड किया गया था। मुझे अनब्लॉक बटन पर क्लिक करना था (उदाहरण के लिए, इसे देखें: http://devierkoeden.com/Images/Articles/Dynamicweb/CustomModules/Part1/BlockedFiles.png - यह फ़ाइल किसी अन्य कंप्यूटर से आई है और मदद करने के लिए अवरुद्ध हो सकती है। इस कंप्यूटर को सुरक्षित रखें। ")।

Answer 28

WCF का उपयोग करने वाली विंडोज सेवाओं के लिए, मैंने WFC होस्ट प्रक्रिया को समाप्त कर दिया और यह काम कर गई। ऐसा होने पर मुझे इससे नफरत है, और यह कई बार बेतरतीब ढंग से होता है।

Answer 29

मेरे समाधान का संस्करणों के साथ कोई लेना-देना नहीं है, प्रक्रियाएं लॉक की जा रही हैं, फिर से शुरू हो रही हैं या फ़ाइलों को हटा रही हैं।

समस्या वास्तव में बिल्ड फेल होने, और सही त्रुटि न देने के कारण थी। वास्तविक समस्या एक डिजाइन दोष था:

// Either this should be declared outside the function, or..
SomeObject a = new SomeObject(); 

Task.Factory.StartNew(() =>
{
   while (true)
   {
      a.waitForSomething();
   }
});

// ...this should not be called
a.doSomething(); 

फ़ंक्शन के बाहर "a" का दायरा बदलने के बाद, या "a" का उपयोग नहीं करने के बाद Task.Factory.StartNew();, मैं फिर से निर्माण करने में सक्षम था।

Windows7x64 sp1 पर VS2012 अपडेट 4 का उपयोग करते समय यह हुआ।

त्रुटि संदेश:

C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Microsoft.Common.targets (3390,5): त्रुटि MSB3030: फ़ाइल को "obj \ x86 \ Debug \ xxx.exe" कॉपी नहीं कर सका क्योंकि यह नहीं मिला था ।

Answer 30

मैंने VS2013 के साथ पाया है मुझे यह त्रुटि नियमित रूप से मिलती है। कुछ ऐसा लगता है जो उचित रूप से अच्छी तरह से काम करता है, आवेदन को चलाने की कोशिश करने से पहले एक पुनर्निर्माण समाधान करना है। मैंने पाया कि एक CLEAN का प्रदर्शन कभी-कभी काम करता है, लेकिन पुनर्निर्माण समाधान लगातार काम करता है।