जवाबों:
उपकरण / विकल्प / डिबगिंग / विकल्प में "बस मेरे कोड को सक्षम करें" को अक्षम करने का प्रयास करें।
मेरे पास एक ही समस्या थी और मुझे पता चला कि मैं अपने निर्माण पर अपनी डिबग जानकारी का उत्पादन नहीं कर रहा था। यदि आप प्रोजेक्ट पर राइट क्लिक करते हैं और 'प्रॉपर्टीज' पर जाते हैं, तो 'बिल्ड' टैब चुनें, पेज के नीचे एक 'एडवांस्ड ...' बटन है जो आपके लिए डिबग आउटपुट की जानकारी प्रदर्शित करेगा। सेट करें कि 'पूर्ण' और त्रुटि दूर जाना चाहिए।
मैं बस इस मुद्दे में भाग गया, और जल्दी से फैसला किया कि पोस्ट किए गए अन्य उत्तर मुझ पर लागू नहीं हुए।
मैं इस परियोजना का मालिक हूं, और मुझे पता है कि यह डिबग जानकारी के साथ-साथ अनुकूलन के बिना बनाया गया था। इसके अलावा, मैं अपनी पहली पसंद के रूप में चेतावनी को अक्षम करने से खुश नहीं हूँ। इस चेतावनी को छिपाना / अनदेखा करना भविष्य के डिबगिंग सत्र में एक मुद्दा बन सकता है।
चूँकि मैंने असेंबली पर हस्ताक्षर करने के बाद ही यह शुरू किया था , इसने मुझे मेरे त्वरित सुधार पर रोक दिया: अस्थायी रूप से मेरे DLL (और खपत EXE) के मजबूत नाम को हटा दें। देखा! समस्या सुलझ गयी।
एक बेहतर, दीर्घकालिक समाधान, जीएसी को अपडेट करने के लिए पोस्ट-बिल्ड एक्शन को जोड़ने का रूप ले सकता है, इसलिए इसमें हस्ताक्षर किए गए डीएलएल का नवीनतम संस्करण है।
लेकिन अभी के लिए, मुझे इस मोड़ से आगे बढ़ने में खुशी हो रही है, और इस मुद्दे पर काम करना जारी रखता हूं जिसने मुझे इस डिबगिंग सत्र में लाया।
संकल्प लिया। विचाराधीन डीएल की सभी घटनाओं (सभी परियोजनाओं) को हटा दिया गया।
VS2012, स्वच्छ और पुनर्निर्माण ने मेरे लिए समस्या तय की। "गुण" -> "बिल्ड" -> अनुकूलन कोड अनियंत्रित है। "गुण" -> "बिल्ड" -> "उन्नत" -> डिबग जानकारी: पूर्ण
none
।
इस लिंक को देखें
http://social.msdn.microsoft.com/Forums/en-US/vsdebug/thread/43cb16ba-0759-42ab-8e7d-9f168ace3b6f
टूल्स-> विकल्प-> डिबगिंग-> जनरल में "जस्ट माय कोड" को अनचेक करने का प्रयास करें।
इससे मेरा काम बनता है
वीएस 2008 का अनुमान लगाना डीएल का सही तरीके से पुनर्निर्माण नहीं कर रहा है।
1) dll की सभी घटनाओं को हटाएं
2) समाधान का पुनर्निर्माण
और इसे ठीक करना चाहिए।
अपने बिल्ड कॉन्फ़िगरेशन विकल्पों की जाँच करें। सुनिश्चित करें कि अनुकूलन बंद हो गए हैं और DEBUG स्थिरांक को परिभाषित किया गया है।
यदि सब कुछ विफल रहता है, तो प्रोजेक्ट के गुणों में असेंबली का नाम बदलने का प्रयास करें। यह मेरे लिए मुद्दा तय किया।
मुझे यह मुद्दा भी मिला है, किसी कारण से यह 3 या 4 बार हुआ है; मुझे लगता है कि यह विज़ुअल स्टूडियो 2005 बग / हिक (या कम से कम मेरा इंस्टॉलेशन) होना चाहिए।
इसने हर बार काम किया है: इसे ठीक करने के लिए
कम से कम गैर-वेब अनुप्रयोगों के लिए यह काम करता है:
से: http://www.stellarpc.com/articles/board.aspx?id=40
2 - डिबगिंग की अनुमति दें ...
आपके एप्लिकेशन में एक असेंबली बनाने की प्रकृति के कारण, आपको विज़ुअल स्टूडियो डीबगर द्वारा कोड को संभालने की अनुमति देने के लिए कुछ सेटिंग्स बदलने की आवश्यकता होगी।
समाधान एक्सप्लोरर से किसी भी परियोजना पर राइट क्लिक करें और 'गुण' चुनें। यह प्रोजेक्ट प्रॉपर्टीज पैनल को खोलेगा जिससे हमें अपनी परियोजनाओं के लिए कई बेहतरीन विकल्प मिलेंगे। 'शिकायत' टैब पर नेविगेट करें (या 'C # वातावरण में अपने' का निर्माण करें) और स्क्रीन के नीचे से 'उन्नत संकलन विकल्प ...' चुनें। यह हमें एक ऐसे संकेत के साथ प्रस्तुत करता है जिसमें ब्याज के दो प्रमुख क्षेत्र हैं:
1) अनुकूलन - अनचेक करें 'सक्षम करें अनुकूलन'
2) डिबग जानकारी उत्पन्न करें - सुनिश्चित करें कि विकल्प 'पूर्ण' पर सेट है
मेरे पास एक निश्चित फ़ोल्डर में समाधान के साथ यह समस्या थी, लेकिन अगर मैंने इसे किसी अन्य फ़ोल्डर में स्थानांतरित किया या अन्य ने इसे बनाया, तो मुझे संदेश नहीं मिला। मैंने साफ, पुनर्निर्माण, और यहां तक कि रिबूट किया और अभी भी इस संदेश के बिना डीबग करने के लिए मूल प्राप्त नहीं कर सका। मैंने फ़ाइल की प्रतियों के लिए अपने सिस्टम को खोजा जिससे त्रुटि हुई और मैंने पाया कि प्रतियां अंदर रखी गई थीं
c: \ उपयोगकर्ता \ उपयोगकर्ता नाम \ AppData \ Local \ विधानसभा \ DL3
यह Win7-64 पर था लेकिन अन्य विंडोज ओएस पर समान होगा। मैंने वहां पाई गई सभी प्रतियां हटा दीं और मुझे अब संदेश नहीं मिला। मुझे "बस मेरे कोड को सक्षम करें" को अनचेक करने की आवश्यकता नहीं थी।
इसके अलावा, यह एक WPF ऐप के लिए था, लेकिन मैं अपनी खोज में इस थ्रेड में आया था, इसलिए उम्मीद है कि यह किसी और की मदद करेगा।
मैं इन चरणों का पालन करके इस समस्या को हल करने में सक्षम था:
यदि आप समाधान एक्सप्लोरर में सूचीबद्ध समाधान नहीं देखते हैं, तो इन चरणों का पालन करें:
आशा है कि ये आपकी मदद करेगा।
मेरे पास भी ये सब है। और मैंने यह सब किया है। ऐसा प्रतीत होता है कि यह मेरे लिए हर बार होता है जब मुझे स्रोत नियंत्रण से संपूर्ण समाधान की एक नई प्रति मिल जाती है। इसलिए अगर हमने वेब प्रोजेक्ट में सभी रेफ़रेंस (असेंबली) के लिए ये सभी डीएलएस और .pdb फाइल्स को डिलीट कर दिया है, तो सॉल्यूशन पर क्लीन ऑप्शन का इस्तेमाल किया, टेम्प्लेट फाइल्स को डिलीट किया, वी.एस. और पूर्ण पर सेट और अनुकूलन बंद हैं, और क्या है?!?!?!
विजुअल स्टूडियो 2010 में मेरे वेब प्रोजेक्ट पर भी यही मुद्दा था, और आखिरकार मुझे इसका कारण मिल गया कि मुझे यह संदेश क्यों मिल रहा है। मैंने जो किया वह दृश्य स्टूडियो पर मौजूदा डिबगिंग विकल्प को बदलने के लिए था:
मेरे मामले में यह मेरी वेब dll फ़ाइल थी ...
मेरे पास ऐसा था जब एक कंप्यूटर पर एक एप्लिकेशन को दूरस्थ डिबग करने की कोशिश कर रहा था जो एक अलग सबनेट से संबंधित है। यदि यह मशीन एक ही सबनेट पर थी, तो मैं इसे नेटवर्क में चलाने के दौरान कोड के माध्यम से डिबग और स्टेप करने में सक्षम था। सबनेट बदलने के बाद हालांकि मैं नेटवर्क से चलने के दौरान कदम नहीं उठा पा रहा था और "बाद के मॉड्यूल को या तो ऑप्टिमाइज़ेशन सक्षम या बिना डिबग जानकारी के साथ बनाया गया था"।
समाधान? आसान। रिमोट डीबगिंग की मेजबानी करने वाली मशीन पर निर्मित समाधान की प्रतिलिपि बनाएँ और इसे स्थानीय रूप से चलाएं।
यह मेरे लिए एक वीएस 2010 winForms परियोजना पर हुआ था। यह देखते हुए कि यहां के अधिकांश लोगों के पास वेब परियोजनाएं हैं, मुझे लगता है कि यह उस फ़ोल्डर तक पहुंच के साथ करना है जिसमें परियोजना संग्रहीत है। मैं ऐसा इसलिए कहता हूं क्योंकि जब यह समस्या मुझे हुई थी तो Google ड्राइव उस फ़ोल्डर को सिंक्रनाइज़ कर रहा था जिसमें मैं अपनी परियोजनाएं रखता हूं। ऐसा लगता है कि सिर्फ सिंक्रनाइज़ेशन को अक्षम करने से समस्या ठीक नहीं होती है।
मेरा समाधान उपरोक्त उत्तरों में से एक के समान है:
आशा है कि यह किसी को मदद करता है क्योंकि ऐसा लगता है कि यह अभी भी होता है।
(पहला पड़ाव debuging): इस का पालन करें
1: पर राइट क्लिक परियोजना समाधान नाम या परियोजना -> गुण
2: के तहत विन्यास गुण का चयन विन्यास प्रबंधक
बदलें: 3 विन्यास को डिबग और पर क्लिक करीब
4: बदलें विन्यास को डिबग और क्लिक पर लागू करें - > ठीक है
अब समाधान का पुनर्निर्माण करें ....!
मुझे एक ही समस्या थी, लेकिन विभिन्न कारणों और समाधान के साथ। विंडो वैसी ही थी जैसा कि गुस्तावो (ऊपर) द्वारा दिखाया गया था, लेकिन रास्ता इसमें था: "\ users \ zzz \ AppSettings ..." (जहां zzz विंडोज़ उपयोगकर्ता नाम है)
मेरे पास एक एक्सेल एडिन था - मैं एडिन की स्थापना का परीक्षण कर रहा था, इसलिए मेरे पास वीएस इंस्टॉल फ़ंक्शन के माध्यम से एक कॉपी स्थापित थी। वीएस स्पष्ट रूप से स्थापित कॉपी और मेरे द्वारा लॉन्च की गई कॉपी दोनों को डीबग करने की कोशिश कर रहा था, और इंस्टॉल किए गए कॉपी पर डिबग प्रतीकों को नहीं ढूंढ सका।
उपर्युक्त समाधानों में से कोई भी काम नहीं किया (बिना पक्ष प्रभावित हुए),
समाधान: एडिन को अनइंस्टॉल करना, और मैन्युअल रूप से ऐप सेटिंग्स में फ़ाइलों को हटाना काम किया।
रिलीज कॉन्फ़िगरेशन के साथ निर्माण के बाद मुझे भी यही समस्या थी। यह पता चला कि जब मैंने डिबग को वापस स्विच किया, तो वीएस किसी भी मतभेद का पता नहीं लगा रहा था, इसलिए यह बिन फ़ोल्डर में .dll और .pdb फ़ाइलों को अपडेट नहीं कर रहा था।
यहाँ मेरे लिए क्या काम किया गया है:
फिर से डीबग करने का प्रयास करें।
मेरा मामला निम्नलिखित है: webservice संदर्भित lib1.dll। बाद में मैंने संदर्भ हटा दिया क्योंकि अब इसका उपयोग नहीं किया गया था। हालाँकि lib1.dll बिन फ़ोल्डर में रहा। क्योंकि लाइब्रेरी को संदर्भित नहीं किया गया था, तब पुनर्निर्माण और स्वच्छ क्रियाएं सहायक नहीं थीं। बिन फ़ोल्डर से lib1.dll को मैन्युअल रूप से हटाने के बाद मुझे इस संदेश से छुटकारा मिल गया है।
बस जोड़ने के लिए, मैं इस ब्लॉग को देख रहा था कि मैं उसी समस्या का हल ढूंढूं जो मैं सामना कर रहा था। दुर्भाग्य से ऊपर वर्णित समाधानों ने मेरी मदद नहीं की। अंत में मुझे पता चला, मैं इंस्टॉलर के माध्यम से अपने बिट्स (.pdb के साथ) स्थापित कर रहा था और स्थापना फ़ोल्डर पर स्पष्ट रूप से अनुमति दे रहा था।
जिसकी वजह से VS pdb को लोड करने में सक्षम नहीं था, भले ही फ़ाइल ब्राउज़र सही फ़ाइल दिखा रहा था, लेकिन यह ऊपर बताई गई समान त्रुटि दे रहा था।
एक बार जब मैंने "बस मेरा कोड सक्षम करें" अनियंत्रित कर दिया और इंस्टॉलर से अनुमति सेटिंग्स हटा दीं, वीएस ने मॉड्यूल लोड करना शुरू कर दिया।
मैं एक Windows सेवा बना रहा हूँ और यहाँ मेरे लिए क्या काम किया है:
महानता प्राप्त हो गई है!
मामला: SharePoint विकास में कंसोल प्रोजेक्ट के साथ असेंबली का परीक्षण - यदि आप SharePoint विकास कर रहे हैं और VS में इस अलर्ट को देख रहे हैं, तो सुनिश्चित करें कि आप अपने कंसोल असेंबली ऐप का परीक्षण करने से पहले अपनी SP असेंबली को GAC में परिनियोजित करें यदि आपके कोर SP प्रोजेक्ट के लिए आपके द्वारा आवश्यक विधियाँ हैं अपने कंसोल टेस्ट ऐप में कॉल करें।