प्रोजेक्ट डीबग मोड में शुरू नहीं होगा

Question

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

कॉन्फ़िगरेशन प्रबंधक में, मेरा 'सक्रिय समाधान कॉन्फ़िगरेशन:' डीबग पर सेट है, और 'प्रोजेक्ट संदर्भ' सूची में, मेरे प्रोजेक्ट के लिए 'कॉन्फ़िगरेशन' कॉलम डीबग पर सेट है। मैंने डीबग और रिलीज के बीच और फिर वापस डीबग के बीच भी उन्हें स्विच किया है, सभी प्रभाव के बिना। जिस परियोजना को मैं चलाने की कोशिश कर रहा हूं उसे मेरे समाधान में 'स्टार्टअप प्रोजेक्ट' के रूप में सेट किया गया है।

यदि मैं अपने \ bin \ Debug फ़ोल्डर में जाता हूं और .exe पर डबल-क्लिक करता हूं, (जो फ़ाइल पर उचित समय-टिकट दिखाता है) तो मेरा ऐप ठीक ठीक चलता है।

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

संपादित करें:
यह एक विनफॉर्म एप्लिकेशन है। संस्करण 3.5 एसपी 1

संपादित करें:

यह TortoiseSVN से संबंधित हो सकता

दृश्य स्टूडियो का मेरा संस्करण 9.0.30729.1 सपा

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

संपादित करें:

सुनिश्चित नहीं हैं कि अगर यह जानकारी समस्या के लिए प्रासंगिक है, लेकिन जब मैं एक नया चेकआउट करते हैं और एक फ़ोल्डर संरचना है कि कम (नहीं के रूप में कई नेस्टेड फ़ोल्डरों) गहरी मूल चेकआउट से है मुझे लगता है कि बिना किसी समस्या के चल रहे प्रोजेक्ट का बेहतर मौका है।

संपादित करें: समस्या, TortoiseSVN के साथ क्या करना नीचे मेरी जवाब देखने के लिए कुछ नहीं था।

Answer 1

आईटी ने मेरी मशीन पर कुछ प्रकार के विंडोज अपडेट चलाए और इसने स्पष्ट रूप से इस मुद्दे को ठीक कर दिया है। यह सिस्टम के साथ कुछ करने के लिए था। रनटाइम .InteropServices.COMException और 'होस्टिंग' .dll में एक त्रुटि। मुझे यकीन नहीं है कि एक भ्रष्ट होस्टिंग डीएल का Winforms एप्लिकेशन पर असर क्यों पड़ा, लेकिन इसने इस मुद्दे को ठीक कर दिया है।

Answer 2

मूल बातें के साथ शुरू होना चाहिए ... क्या आपने मुख्य रूप से दिखाए जाने से पहले रन-टाइम क्रैश की संभावना को समाप्त कर दिया है?

Answer 3

मुझे अतीत में एक समान समस्या थी। परियोजना डीबग मोड में नहीं चलेगी।

यह दूषित डीएल के कारण भी था, लेकिन 'होस्टिंग' नहीं था। यह एक लंबा समय रहा है, इसलिए मुझे सटीक डीएल याद नहीं है, लेकिन मैसेजिंग के साथ इसका कुछ संबंध था।

Answer 4

कोई सटीक उत्तर नहीं है, लेकिन मेरे पास एक समाधान है जो मेरे लिए काम करता है।

परियोजना/समाधान को बंद करें। एक्सप्लोरर के माध्यम से, bin \ debug निर्देशिका पर जाएं।निर्देशिका में मौजूद प्रत्येक फाइल का नाम बदलें। मेरे मामले में मैंने बस प्रत्येक प्रविष्टि को "xxx" के साथ उपसर्ग किया। मैंने ऐसा किया ताकि यदि आवश्यक हो, तो मैं एक बार फिर से बैकट्रैक कर सकता था, क्योंकि मेरे पास प्रविष्टियों को हटाने के लिए विश्वास नहीं था। प्रोजेक्ट/समाधान को फिर से खोलकर, और फिर से डीबग करने का प्रयास करके, उन फ़ाइलों के पुनर्जन्म को एक बार फिर से मजबूर करना प्रतीत होता है। मेरे लिए कार्यक्रम फिर से काम शुरू कर दिया। मुझे नहीं पता कि समस्या का विशिष्ट कारण क्या है, लेकिन फाइलों का पूरा पुनर्निर्माण, केवल "बिल्ड" के बजाय काम करने के लिए प्रतीत होता है, जो आंशिक रूप से पहले वहां मौजूद था।

Answer 5

वास्तव में कुछ प्रश्न हैं जो आपके समान हैं। प्रोजेक्ट गुणों में "विजुअल स्टूडियो होस्टिंग प्रक्रिया सक्षम करें" को अनचेक करना सबसे आम कामकाज है।

मुझे कभी-कभी किसी भी CPU पर x64 बिट के तहत डीबगिंग के बीच स्विच करना पड़ता है; प्रोजेक्ट को फिर से लोड करना, और प्रोजेक्ट फ़ोल्डर में किसी भी * .suo फ़ाइलों को हटाएं।