ब्रेकपॉइंट वर्तमान में हिट नहीं होगा। सिल्वरलाइट एप्लिकेशन में इस दस्तावेज़ के लिए कोई प्रतीक लोड नहीं किए गए हैं

Question

ठीक है, मेरे पास क्या है:

विजुअल स्टूडियो 2010 RC, W7 x64, ने एक नया प्रोजेक्ट प्रकार का सिल्वरलाइट एप्लिकेशन शुरू किया। किसी ASP.NET वेब अनुप्रयोग प्रोजेक्ट में सिल्वरलाइट एप्लिकेशन को होस्ट करना। सिल्वरलाइट संस्करण 3.0। एक LinqToSQL क्लास, एक WCF सेवा, एक Winform परीक्षक एप्लिकेशन (समाधान में परियोजना) और कुछ कक्षाएं (समाधान में प्रोजेक्ट के रूप में भी) जोड़ा गया।

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

संदेश से छुटकारा पाने के लिए मैंने क्या किया / किया:

• Visual Studio सेटिंग्स रीसेट करें
• सभी फाइलों को हर अस्थाई ASP.NET फाइल्स फोल्डर में हटा दिया (प्रत्येक 32 बिट / 64 बिट के लिए और फ्रेमवर्क 2.0 और 4.0 के लिए एक है)
• विज़ुअल स्टूडियो इंटीग्रेटेड वेब सर्वर का उपयोग करके डिबग करने की कोशिश की गई - आम तौर पर मैं IIS का उपयोग करता हूं, समाधान के प्रोजेक्ट आउटपुट में मैंने हर प्रोजेक्ट फ़ोल्डर में हर obj और बिन फ़ोल्डर को हटा दिया।
• एक नया समाधान बनाया और इस नए समाधान में सभी परियोजनाओं को जोड़ा
• समाधान सू फ़ाइल को नष्ट कर दिया
• यह परीक्षण करने के लिए एक नया ASP.NET वेब अनुप्रयोग बनाया गया है अगर यह वीएस-इंस्टॉलेशन समस्या है => मैं इस नई परियोजना / समाधान को डीबग कर सकता हूं
• मशीन को कई बार रिबूट किया
• vs.net स्थापना की मरम्मत की
• IISReset किया
• IIS से वेब ऐप हटा दिया
• IIS में एक नया वेब ऐप बनाने के लिए वेब ऐप के प्रोजेक्ट गुणों के तहत वर्चुअल डायरेक्ट्री बटन का उपयोग करें
• 3.5 से 4.0 तक हर परियोजना के फ्रेमवर्क संस्करण को बदल दिया
• मेरी दूसरी मशीन => समान व्यवहार पर समाधान खोला
• क्रॉल Microsoft बग्स / इसी तरह के मुद्दों के लिए कनेक्ट करें
• खेल 7 घंटे।

तो, यह मेरे जीवन में 2 बार होता है। पिछली बार मैंने अस्थाई ASP.NET फ़ाइलें फ़ोल्डर को हटाकर इसे हल किया था, लेकिन इस बार मुझे आपकी सहायता की आवश्यकता है।

Comments

यह एक डुप्लिकेट है, अपने प्रश्न के उत्तर के लिए [इस पृष्ठ] [1] को देखें [१]: stackoverflow.com/questions/2155930/…

— SuperKael

@CalebJares haha ​​मैं आज इस मुद्दे पर भाग गया। मुझे लगता है कि मैं डिबग के बजाय रिलीज मोड में निर्माण / चल रहा था।

— theB3RV

मेरे मामले में, प्रोजेक्ट संपत्तियों के बिल्ड टैब में ऑप्टिमाइज़ कोड को बंद करने से समस्या ठीक हो गई।

— अराश मोटामेदी

Answer 1

समाधान पर राइट क्लिक करें -> गुण

सामान्य गुणों के अंतर्गत देखें -> स्टार्टअप प्रोजेक्ट

कई स्टार्टअप परियोजनाओं का चयन करें

उन प्रोजेक्ट्स पर कार्रवाई शुरू करें जिन्हें आपको डीबग करने की आवश्यकता है।

Comments

यह काम किया लेकिन मुझे इसे कुछ समय करना पड़ा (VS 2010, बिल्ट-इन वेबसर्वर, वेबसाइट)

— MGOwen

मेरे पास कई परियोजनाएं हैं और उन्हें यू के रूप में बताना शुरू करें .. उनमें से कुछ वर्ग पुस्तकालय परियोजनाएं हैं .. फ़ोलोविंग त्रुटि पॉपअप दिखाई देती है: "आउटपुट लाइब्रेरी वर्ग के साथ एक परियोजना सीधे शुरू नहीं की जा सकती"

— मुहम्मद अज़ीम

मैं ठीक उसी मुद्दे पर चल रहा हूं जिसके बारे में मुहम्मद ने टिप्पणी की थी। वी.एस. के लिए प्रतीक लोड नहीं करता है कि परियोजना एक पुस्तकालय परियोजना है। दिलचस्प बात यह है कि एक और समाधान जो एक ही लाइब्रेरी प्रोजेक्ट से जुड़ता है, उसे बहुत ही लाइब्रेरी को डीबग करने में कोई परेशानी नहीं है!

— विवियन रिवर

मुझे नहीं लगता कि यह सवाल का जवाब है। यह केवल एक ही समय में शुरू करने के लिए एक से अधिक प्रोजेक्ट सेट करता है, केवल एक के बजाय जो विशिष्ट है। यदि परियोजना एक क्लास लिब (dll) है तो यह एक त्रुटि संदेश दिखाने जा रही है जिसमें कहा गया है कि इसे शुरू नहीं किया जा सकता है। प्रोजेक्ट शुरू करना है या नहीं, डिबगिंग पर इसका कोई असर नहीं है या नहीं।

— ग्रेग गम

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

— ब्रिचिन्स

Answer 2

मेरे पास एक ही मुद्दा था और गुग्लिंग के बाद मुझे इसके लिए दो विशिष्ट समाधान मिले:

1. सुनिश्चित करें कि सिल्वरलाइट डिबगर .वेब प्रोजेक्ट में सक्रिय है। प्रोजेक्ट गुणों को खोलें और "वेब" टैब के तहत सिल्वरलाइट डिबगर का चयन करें।

2. Visual Studio को पुनरारंभ करें और सभी बिन और obj फ़ोल्डरों को हटा दें।

लेकिन इनमें से किसी ने भी मेरे लिए काम नहीं किया । तब किसी ने IE को ब्राउज़र के बजाय IE का उपयोग करने की कोशिश करने के लिए एक थ्रेड का उल्लेख किया। यह डिबगिंग और ब्रेकप्वाइंट फिर से काम करता है!

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

बाद में मैंने IE9 के साथ काम नहीं करने के लिए संघर्ष किया है, क्योंकि यह गलत प्रक्रिया से जुड़ा हुआ है। हर बार सही IE प्रक्रिया में मैन्युअल रूप से संलग्न होने के बजाय, मुझे एक साफ चाल मिली :

• .Web प्रोजेक्ट (.html या .aspx) में उत्पन्न पृष्ठों में से एक को राइट-क्लिक करें
• "ब्राउज विथ ..." पर क्लिक करें
• IE को डिफ़ॉल्ट ब्राउज़र के रूप में सेट करें (यह केवल दृश्य स्टूडियो के ब्राउज़र की पसंद को प्रभावित करेगा)

अब, विजुअल स्टूडियो .Web प्रोजेक्ट चलाते समय IE को लॉन्च करेगा और सही प्रक्रिया में संलग्न करेगा। इससे हो जाना चाहिए।

Comments

धन्यवाद, यह सिर्फ मेरे लिए काम किया! केवल समस्या यह है: मैं किसी भी कॉन्फ़िगर फ़ाइलों में चलाने के लिए कौन सा ब्राउज़र सेट नहीं कर सकता (क्या मैं कर सकता हूं?), इसलिए अब मैं IE के रूप में अपने डिफ़ॉल्ट ब्राउज़र के रूप में फंस गया हूं। बाह।

— दानामेन

IE को अपने डिफ़ॉल्ट ब्राउज़र के रूप में रखने से बचने के लिए, मैंने लॉन्च सेटिंग्स को बदल दिया। IE को कमांड लाइन मापदंडों के रूप में IE को पथ के साथ चलाने के लिए प्रोजेक्ट।

— कोणीयसेन

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

— गणेश टीटी

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

— कोणीयसेन

मैंने "वेब" टैब पर "सिल्वरलाइट" चेकबॉक्स की जांच की है। वेब प्रोजेक्ट सेटिंग्स। अब यह काम है। धन्यवाद!

— यूजीन मेक्सिमोव

Answer 3

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

यही है, एप्लिकेशन सर्वर से एप्लिकेशन चला रहा है

C:\dev\MyApplication\bin 

लेकिन दृश्य स्टूडियो से डिबगिंग है

C:\dev\MyOtherApplication\bin (or something along those lines, anyway).

नोट - विभिन्न कारणों से, मैं अपना डिबगिंग IIS के साथ करता हूं क्योंकि डिंकी स्टैंडअलोन के बजाय होस्ट होस्ट का उपयोग किया जाता है जो कि ज्यादातर लोग उपयोग करते हैं। यह मेरे उत्तर की उपयोगिता को प्रभावित कर सकता है!

अपडेट :

IIS के लिए एप्लिकेशन सर्वर निर्देशिका (यानी C:\dev\MyApplicationऊपर) वेब एप्लिकेशन के लिए कॉन्फ़िगर की गई भौतिक निर्देशिका है - इसे ऐप के लिए बुनियादी सेटिंग्स को बदलकर नियंत्रित किया जा सकता है।

विजुअल स्टूडियो के लिए डिबगिंग डायरेक्टरी ( C:\dev\MyOtherApplicationऊपर) वह डायरेक्टरी है जिसमें आपकी svcफाइलें मिलती हैं, आमतौर पर आपकी csprojप्रोजेक्ट फाइल जैसी ही डायरेक्टरी होती है।

Comments

हो सकता है, लेकिन हंस के के जवाब ने मेरे लिए काम किया। मुझे लगता है कि स्थिति के आधार पर कई उत्तर हैं।

— बॉब विंटमबर्ग

ठीक है, लेकिन मुझे कैसे पता चलेगा कि यह हो रहा है? मैं इसे कैसे ठीक करूं?

— MGOwen

@MGOwen - अपने IIS कॉन्फ़िगरेशन में, अपनी सेवाओं वाले वर्चुअल फ़ोल्डर के लिए भौतिक स्थान की जाँच करें, और सुनिश्चित करें कि यह VStudio से आउटपुट निर्देशिका से मेल खाता है।

— बेवन

हां, मैं IIS के साथ भी काम कर रहा था, लेकिन वीएस के दुर्घटनाग्रस्त होने के बाद, मेरी समाधान फ़ाइल दूषित हो गई, इसलिए मुझे इसे फिर से तोड़फोड़ से खींचना पड़ा। बेशक, मैं भूल गया कि ऐसा करने से, यह वीएस वेबदेव सर्वर का उपयोग करने के लिए वापस लौट आया। ओह! धन्यवाद!

— फेडर स्टीमन

जब वीएस भ्रमित हो जाता है, तो डिबग प्रोफ़ाइल पर वापस जाना सुनिश्चित करें। वह मुझे मिल गया।

— क्रिस्टोफर स्टीवेन्सन

Answer 4

मेरे लिए समस्या यह है कि गुण-> बिल्ड-> ऑप्टिमाइज़ कोड चेकबॉक्स डीबग कॉन्फ़िगरेशन में चालू हो गया था। इसे बंद कर दिया, पुनर्निर्माण किया, और डिबगिंग सामान्य के रूप में काम किया।

Comments

मेरे लिए काम किया। वास्तव में पता नहीं क्यों, आमतौर पर "कोड अनुकूलित करें" चालू होने से आपको {और} पर ब्रेक नहीं लगेगा।

— viggity

मेरे लिए भी काम किया! धन्यवाद!

— बिसंड

बिल्ड रिलीज करने के लिए प्रोजेक्ट सेट। वहाँ हमेशा कुछ है वहाँ नहीं है।

— इयान वॉर्बटन

वो मेरे लिए किया गया! +1

— इमदाद

Answer 5

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

1- जैसा कि बेवन ने कहा, हो सकता है कि आप किसी अन्य एप्लिकेशन को डीबग कर रहे हों!

2- आप उसी एप्लिकेशन के दूसरे संस्करण को डिबग कर रहे हैं। उदाहरण के लिए, आपने कोड के वर्तमान संस्करण के साथ डिबगिंग के बिना इसे (फिर से) इसके निर्माण के साथ पहले से निर्मित एप्लिकेशन को संलग्न किया था।

समाधान की सफाई या पुनर्निर्माण मेरे लिए ऐसी समस्याओं को हल करता है।

यह सुनिश्चित करने के लिए कि समस्या आपकी नहीं है, उसी एप्लिकेशन को VS 2008 के साथ डिबग करने का प्रयास करें (मुझे डर है कि यह VS 2010 में बग हो सकता है - यह अभी भी बीटा है!)।

Comments

सिर के लिए धन्यवाद .. निश्चित रूप से मैं साफ / समाधान फिर से बनाया है, लेकिन यह मदद नहीं की। बिंदु 1: अगर मैं इसे किसी अन्य सिस्टम पर आज़माता हूं तो मैं किसी अन्य ऐप को कैसे डीबग कर सकता हूं? प्वाइंट 2 के लिए समान। वैसे, यह RC और बिल्कुल स्थिर है .. वैसे भी धन्यवाद।

— क्रिश्चियन कैसट

मुझे आपका वाक्यांश समझ में नहीं आया "मैंने इसे किसी अन्य सिस्टम पर आज़माया"! रिलीज कैंडिडेट का मतलब यह नहीं है कि यह बग फ्री है, और यदि आप इसे आजमाते हैं तो आप कुछ भी नहीं करेंगे। यदि आप IE8 का उपयोग कर रहे हैं, तो कुछ लोगों ने कहा कि यह समस्या की जड़ हो सकती है, इसे देखें: weblogs.asp.net/abdullaabdelhaq/archive/2009/06/01/…

— सेम दिबस

मुझे यह भी पता चला: stackoverflow.com/questions/389290/… लोगों ने सुझाव दिया कि वहाँ बहुत सारे मूस समाधान हैं। वहां इनलाइन ब्रेक प्वाइंट कमेंट पर एक नजर डालें।

— समीह 12

ठीक है मैं समझा। मेरे वाक्यांश 'मैंने इसे दूसरे सिस्टम पर आज़माया' => एक usb स्टिक पर समाधान की प्रतिलिपि बनाई, सभी बिन / obj फ़ोल्डर्स को हटा दिया, VS.NET में समाधान खोला और इसे डीबग करने का प्रयास किया। परिणाम: समान व्यवहार => ब्रेकपॉइंट हिट नहीं होता है .. अन्य लिंक के लिए धन्यवाद, मैं इसे अभी पढ़ूंगा।

— क्रिश्चियन कैसट

स्वच्छ + पुनर्निर्माण हमेशा .pdb फ़ाइलों को अद्यतन नहीं करता है। मैंने क्या किया - अपने वेब ऐप के / बिन फ़ोल्डर में गया और मैन्युअल रूप से सभी .pdb फ़ाइलों को हटा दिया, फिर से बनाया। एक जादू की तरह काम किया।

— दिमित्री

Answer 6

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

Comments

बहुत अजीब। मैं एक ही समस्या थी और 2hrs के लिए googled। किसी कारण से जब मैं डीबग (डीबग -> विंडोज -> मॉड्यूल) पर मॉड्यूल लोड नहीं कर रहा था। मैंने बस इस विकल्प की कोशिश की और बूम डिबगिंग ने काम करना शुरू कर दिया। मैं Vs2019 का उपयोग कर रहा था

— रेनिश जोसेफ

Answer 7

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

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

तो इस मामले में BASD.Core.Data.dll में प्रतीकों को लोड नहीं किया गया है। तो आप इस असेंबली के लिए प्रोजेक्ट सेटिंग्स की तुलना किसी अन्य असेंबली से कर सकते हैं, जिसने प्रतीकों को लोड करने का प्रबंधन किया था, ताकि वर्क आउट के लिए कुछ और प्रतीकों को लोड न करें।

"मेरे लिए" हालांकि, "हर" समय ऐसा होता है क्योंकि डीबग जानकारी नहीं बनाई जा रही है। इसलिए मैं प्रोजेक्ट गुण खोलें> बिल्ड> एडवांस्ड इन (C #) प्रोजेक्ट।

तो बसड के लिए। कोर। Data.dll के ऊपर यानी कोई प्रतीक नहीं था उन्नत निर्माण सेटिंग्स थे:

जबकि Basd.Core.Configuration.dll के लिए यानी एक विधानसभा जहां मैं सेटिंग को तोड़ सकता हूं और हिट कर सकता हूं:

इसलिए मैं बाद की परियोजना में डिबग जानकारी का उत्पादन कर रहा हूं और पहले में नहीं, इसलिए मेरी बसड में ब्रेक प्वाइंट को हिट करने की क्षमता है। कोर।

यह भी ध्यान दें कि किसी दिए गए .dll के लिए किसी प्रोजेक्ट के बिन फ़ोल्डर में केवल एक .pdb फ़ाइल होना पर्याप्त नहीं है क्योंकि यह अच्छी तरह से पुराना हो सकता है और इसलिए .dll के लिए एक वैध प्रतीक फ़ाइल के रूप में Visual Studio द्वारा नहीं उठाया गया है। आप के माध्यम से कदम उठाने की कोशिश कर रहे हैं।

यह भी ध्यान दें कि बिल्ड कॉन्फिगरेशन बदलने से बिल्ड इंफॉर्मेशन सेटिंग्स बदल सकती हैं और जहां से सिंबल खींचे जाते हैं।

(मुझे पता है कि इस मामले में मैं रिलीज़ मोड में हूँ लेकिन विधि अभी भी लागू होती है)

Comments

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

— EF0

Answer 8

गोटो परियोजना गुण -> निर्माण -> उन्नत ...

"आउटपुट" अनुभाग में डिबग इन्फो ड्रॉपडाउन में "पूर्ण" का चयन करें

Comments

मैं डिबगर को रिलीज़ प्रोफ़ाइल में संलग्न करने की कोशिश कर रहा था और इसने मेरे लिए काम किया!

— imlokesh

धन्यवाद! "pdb-only" (पूर्ण के बजाय) पर्याप्त था।

— ग्रेग लिटिल

भगवान आपको मेरा बच्चा दे।

— क्रिस्टोफर डी। एमर्सन

Answer 9

सुनिश्चित करें कि आप अपने प्रोग्राम को DEBUG मोड में चला रहे हैं न कि RAILASE मोड में।

Comments

बहुत बढ़िया जवाब। धन्यवाद

— कृष्ण Subudhi

Answer 10

डीबग -> प्रक्रिया के लिए संलग्न ->
चुनें डिबग इन कोड के प्रकार: विकल्प ->
का चयन प्रबंधित v3.5, v3.0, v2.0 या प्रबंधित v4.5, v4.0

Comments

यह वह मुद्दा है जिसमें मैं भाग गया। मेरे पास v4.5 में कुछ परियोजनाएं हैं और v2.0 में अन्य (हाँ, मुझे पता है, मुझे पता है ...)। जाहिरा तौर पर, यह सेटिंग प्रोजेक्ट आधारित नहीं है, इसलिए जब मैंने इसे v4.5 प्रोजेक्ट में सेट किया, तो जब मैं v2.0 प्रोजेक्ट में गया तो मुझे इसे वापस सेट करना पड़ा।

— L_7337

Answer 11

मैंने सिर्फ सिल्वरलाइट एप्लिकेशन को नियुक्त करने के अनुसार इस मुद्दे को हल किया है । (यह उत्तर कुछ अन्य लोगों का डुप्लिकेट है, लेकिन मैं इसे और अधिक अच्छी तरह से समझाने का प्रयास करूंगा।)

समस्या सबसे अधिक संभावना है कि आपके सिल्वरलाइट एप्लिकेशन को बिल्ड / स्टार्टअप पर आपके वेब एप्लिकेशन पर ठीक से तैनात नहीं किया जा रहा है। यह एक संदर्भित समस्या है - यह समझना आसान है लेकिन स्पष्ट नहीं है कि पहली बार जब आप इसका सामना करते हैं।

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

• अपनी परियोजना पर राइट क्लिक करें, और 'गुण' चुनें
• बाईं ओर 'सिल्वरलाइट एप्लिकेशन' टैब चुनें
• 'Add ...' बटन दबाएं और डायलॉग बॉक्स से अपना Silverlight प्रोजेक्ट चुनें

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

Answer 12

यदि आप किसी वेब प्रोजेक्ट को डिबग कर रहे हैं, तो सुनिश्चित करें कि डिबग = "सही" विशेषता आपके web.config फ़ाइल में सेट की गई है:

<system.web>
    <compilation debug="true"   .../>

Answer 13

मुझे विंडोज 7 पर एक ही समस्या थी और सब कुछ करने की कोशिश की : डीएलएल को साफ किया, मॉड्यूल की सूची की जांच की, "जस्ट माई कोड" को बंद कर दिया, और इसी तरह।

दृश्य स्टूडियो "व्यवस्थापक के रूप में" चलाने के बाद समस्या हल हो गई थी। ईमानदारी से। क्यों Microsoft मुझे चेतावनी नहीं दे सकता है कि यह "व्यवस्थापक के रूप में" नहीं चल रहा है? यह मुझे कुछ घंटों के काम से बचाएगा।

Answer 14

मेरे लिए मुद्दा यह था कि मेरे पास "ऑप्टिमाइज़ कोड" था जो मेरी परियोजना की सेटिंग्स के बिल्ड टैब में सक्षम था।

Answer 15

एक ही समस्या थी

किसी कारण से, डीएलएल में से एक को जीएसी में पंजीकृत किया गया था, इसलिए इसका हमेशा कोड की तुलना में एक अलग संस्करण था।

एक बार मैंने इसे जीएसी से हटा दिया, तो समस्या हल हो गई

Comments

आपका मतलब है कि यह उस स्थिति में कैसे पहुंचा? या मैंने इसे कैसे हटाया?

— स्टिकुट

आपने इसे कैसे हटाया? मैं एक ही मुद्दा रहा हूँ और इसे ठीक नहीं कर सकता। मैंने सब कुछ करने की कोशिश की है इसलिए मुझे उम्मीद थी कि यह मेरा समाधान था।

— गौई

मुझे आशा है कि आप इसका उपयोग कर सकते हैं: support.microsoft.com/kb/873195 जब तक आप कुछ अन्य त्रुटि नहीं करते हैं

— Stikut

Answer 16

उन लोगों के लिए जो विज़ुअल स्टूडियो 2008 का उपयोग कर रहे हैं, विज़ुअल स्टूडियो 2010 का नहीं और यह त्रुटि प्राप्त कर रहे हैं। ऊपर दिए गए जवाबों ने इस स्थिति में मेरी मदद नहीं की, इसलिए मैं अपना अनुभव साझा कर रहा हूं।

यदि आप डिबगिंग के लिए ASP.NET डेवलपमेंट सर्वर का उपयोग करने के बजाय w3wp.exe प्रक्रिया को संलग्न करके विजुअल स्टूडियो 2008 में IIS वेब एप्लिकेशन को डिबग कर रहे हैं (यह डीबगिंग के साथ शुरू होता है), तो यह आपका मुद्दा हो सकता है:

दृश्य स्टूडियो अभी भी एक आईआईएस प्रक्रिया से एक dll (डिबगिंग के दौरान उपयोग की जाने वाली फ़ाइल) को संदर्भित कर सकता है जो कि आउट ऑफ़ डेट है। और उस प्रतीक फ़ाइल को .NET स्रोत कोड recompile द्वारा फिर से बनाया गया है लेकिन IIS प्रक्रिया अभी भी पुराने प्रतीक फ़ाइल को संदर्भित कर रही है।

तै होना:

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

========================

प्रयास करने के लिए और अधिक चीजें (आज नई स्थिति मिली):

वन एटी ए टाइम के नीचे दिए गए लिंक में प्रत्येक बुलेट करें, लेकिन आपके द्वारा कोशिश किए गए प्रत्येक के साथ नीचे मेरे चरणों को दोहराएं।

http://carnotaurus.philipcarney.com/post/4130422114/visual-studio-debugging-issue-with-files-of-the-same

1.) Visual Studio
2 में डिबगिंग (लाल वर्ग आइकन दबाएं) बंद करें ।) क्लीन सॉल्यूशन
3.) सॉल्यूशन
4 बनाएं ।) [INSERT BULLET INSTRUCTION HERE]
5.) टूल्स> अटैच टू प्रोसेस (या डीबगिंग के साथ शुरू)
6.) उस प्रोग्राम को शुरू करें जिसे आप संलग्न कर रहे हैं, और इसे ऐसे चलाएं कि आपका कोड हिट हो जाएगा

6 समझाया:

यदि nunit.exe को संलग्न किया जा रहा है, तो NUnit खोलें और एक परीक्षण चलाएं ताकि आपका ब्रेकपॉइंट हिट हो

यदि आप w3wp.exe (IIS साइट) से जुड़ रहे हैं, तो ब्राउज़र में अपनी साइट खोलें और उस पृष्ठ पर जाएं जो आपके ब्रेकप्वाइंट को हिट करेगा

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

आज मैंने देखा कि यदि आप किसी ऐसे प्रोजेक्ट पर डिबगिंग की कोशिश करते हैं जो स्टार्ट-अप प्रोजेक्ट के रूप में सेट नहीं है, तो यह इसे दिखाएगा। जब आप अपनी w3wp.exe प्रक्रिया से जुड़ते हैं, तो यह उस प्रोजेक्ट पर अपनी डीबगिंग को लगता है जो स्टार्ट-अप प्रोजेक्ट के रूप में सेट किया गया है। हल करने के लिए, बस वेब एप्लिकेशन प्रोजेक्ट पर राइट क्लिक करें, और "सेट अप स्टार्ट प्रोजेक्ट" चुनें। फिर अपनी प्रक्रिया में पुनः संलग्न होने का प्रयास करें।

Comments

यदि यह मददगार था तो उत्तर को उभारने के लिए स्वतंत्र महसूस करें। :-) मैं आपको दिखाता हूँ कि उत्थान क्या करता है।

— मैकगिवर

मैं आपके उत्तर के लिए तैयार था क्योंकि यह मददगार था। मैंने एक और तरीका आजमाया लेकिन आपका था जिसने मुझे बाहर खींच लिया। धन्यवाद +1।

— ज़ेकर

Answer 17

परिदृश्य यह है: एक विशेष परियोजना आपकी स्टार्ट अप परियोजना है (जैसे कि मुख्य विधि है)। वह परियोजना आपके समाधान में अन्य परियोजनाओं को संदर्भित कर रही है। अन्य परियोजनाओं में ब्रेकप्वाइंट हिट नहीं हो रहे हैं।

त्वरित समाधान: जब आप अपना समाधान बनाते हैं, तो स्टार्ट अप प्रोजेक्ट के लिए बिल्ड आउटपुट पथ (आमतौर पर बिन \ डीबग) में देखें। उन परियोजनाओं के लिए DLL और PDB फ़ाइलों को देखें जिन्हें आप संदर्भित कर रहे हैं। सुनिश्चित करें कि उनकी अंतिम संशोधित तिथि आपके द्वारा अपने समाधान का निर्माण करने की तिथि है। यदि वे नहीं हैं, तो उन्हें अपने स्टार्ट अप प्रोजेक्ट्स बिल्ड आउटपुट पथ में प्रत्येक प्रोजेक्ट के लिए बिल्ड आउटपुट पथ से कॉपी करें। उदाहरण के लिए:

प्रोजेक्ट ए में मेन है। यह प्रोजेक्ट बी का संदर्भ देता है। आपके ब्रेकप्वाइंट प्रोजेक्ट बी में हिट नहीं हो रहे हैं। प्रोजेक्ट बी के आउटपुट आउटपुट पथ से प्रोजेक्ट ए के बिल्ड आउटपुट पथ पर DLL और PDB फ़ाइल की प्रतिलिपि बनाएँ। फिर अपना हल चलाएं। ब्रेक प्वाइंट अब हिट होगा।

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

Comments

आपके पैराग्राफ 2 ने मेरी समस्या तय कर दी। समाधान में एक परियोजना स्टार्टअप dll की बिन निर्देशिका की तुलना में एक अलग बिन निर्देशिका में थी।

— BobRodes

Answer 18

मेरे मामले में इसी समस्या का समाधान निम्नलिखित चरणों का संयोजन था:

1. समाधान -> गुण कई स्टार्टअप प्रोजेक्ट्स का चयन करें उन प्रोजेक्ट्स पर कार्रवाई शुरू करें जिन्हें आपको डीबग करने की आवश्यकता है।
2. सेवा संदर्भ से सेवा को हटाया और समाधान को साफ करें।
3. सेवा परियोजना का पुनर्निर्माण करें
4. इसे सेवा संदर्भ में वापस जोड़ा गया
5. समाधान को साफ करें और इसे पुनर्निर्माण करें।

Answer 19

Web.config में इस समस्या को ठीक करने के लिए मुझे बस जोड़ना था debug="true"

  <system.web>
    <compilation targetFramework="4.0" debug="true">

इस समाधान को खोजने में मुझे क्या मदद मिली , डिबगिंग करते समय मॉड्यूल विंडो को देख रहा था और देखा कि मेरे ASP.NET DLL लोड होने के लिए मेरे पास: बाइनरी डीबग जानकारी के साथ नहीं बनाया गया था।

Answer 20

मुझे एक ही समस्या थी लेकिन एक वेब ऐप के लिए VS2013 में। मेरे लिए, समाधान के लिए बिल्ड कॉन्फ़िगरेशन को अद्यतन करने का उत्तर था: -

1. समाधान पर राइट-क्लिक करें और गुण चुनें
2. डीबग कॉन्फ़िगरेशन का चयन करें
3. ट्रिवेट में "कॉन्फ़िगरेशन गुण" के तहत "कॉन्फ़िगरेशन" चुनें
4. जिस प्रोजेक्ट को आप डीबग करना चाहते हैं, उसके लिए "बिल्ड" बॉक्स पर चेक करें

एक बार मैंने ऐसा किया, मेरे सभी ब्रेकपॉइंट काम करने लगे।

Comments

इसने मेरे लिए काम किया, लेकिन मुझे अपने सभी प्रोजेक्ट्स को रिलीज़ से डीबग में कॉन्फ़िगरेशन कॉलम में बदलना पड़ा।

— जोशेट्स 1980 20

Answer 21

ठीक है- यहाँ हम चलते हैं:

("सिल्वरलाइट ऐप" में: कृपया पहले चेक करें कि आपके सर्वर प्रोजेक्ट "प्रॉपर्टीज़" में "वेब" में सिल्वरलाइट की जाँच की गई है - अगर वह हल नहीं करता है तो इसे नीचे आज़माएँ)

पहली बार ऐसा करें: इसे पहले चलाएं: devenv। 4: बॉक्स पर टिक करें। 5: और अब सभी प्रतीकों को डाउनलोड और पुन: कॉन्फ़िगर किया जाएगा :)

यदि यह उपरोक्त के बाद फिर से होता है तो फ़ोल्डर को साफ़ करें जहां प्रतीक हैं:

1: शीर्ष मेनू में डिबग टैग 2 पर क्लिक करें: विकल्प और सेटिंग्स पर क्लिक करें 3: "डीबगिंग" और "प्रतीकों" के तहत बटन "खाली प्रतीक कैश" ढूंढें और इसे क्लिक करें।

Answer 22

ब्राउज़र से वेब एप्लिकेशन यूआरएल खोलें और फिर वी.एस.नेट आईडीई उपयोग टूल -> अटैचप्रोसेस में

इसके बाद aspnet_wp.exe से अटैच करें।

डिबगर काम करना शुरू कर देगा

Answer 23

मुझे रजिस्ट्री से .dll के सभी उदाहरणों को मैन्युअल रूप से अनइंस्टॉल करना पड़ा, और मेरे स्थानीय ड्राइव से .dll के सभी उदाहरणों को। मेरे ऐप को अनइंस्टॉल / रीइंस्टॉल किया और अब ब्रेकपॉइंट मार रहा है! ऐसा करने में एक आधा दिन बर्बाद हो गया :(

Answer 24

मैंने फ़ोल्डर .pdbमें फ़ाइल का नाम बदलने की कोशिश की obj\debugऔर एक साफ समाधान और पुनर्निर्माण किया।
इसने एक नई .pdbफ़ाइल बनाई और मैं ब्रेकप्वाइंट को सही तरीके से हिट करने में सक्षम था।

Answer 25

मुझे एक ही समस्या थी - दृश्य स्टूडियो में डिबगिंग काम करने की कोशिश में बहुत समय खो दिया।

इसका अंत नुगेट से हुआ - मेरे पास न्यूटनसॉफ्ट के 3 संस्करण थे। जसन (7 सी # परियोजनाओं के पार)। समाधान संकलित होगा लेकिन डीबग करने योग्य नहीं था।

मैंने Nuget के पैकेज मैनेजर कंसोल में निम्नलिखित चलाकर समस्या को हल किया:

PM> अपडेट-पैकेज Newtonsoft.Json

Answer 26

मेरे WPF ऐप के लिए, मैंने एप्लिकेशन फ़ोल्डर को हटा दिया, फिर से स्रोत नियंत्रण से "नवीनतम प्राप्त करें", और फिर से बनाया। सभी ब्रेकपॉइंट अब महान काम कर रहे हैं।

Answer 27

सिल्वरलाइट एप्लिकेशन प्रोजेक्ट को स्टार्टअप प्रोजेक्ट के रूप में सेट करने का प्रयास करें: प्रोजेक्ट पर राइट क्लिक करें -> स्टार्टअप प्रोजेक्ट सेट करें। फिर F5 दबाएं और देखें कि क्या आप ब्रेकप्वाइंट पकड़ सकते हैं ...

अपने ब्राउज़र में हर बार जब आप सिल्वरलाइट एप्लिकेशन में परिवर्तन करते हैं तो ब्राउज़िंग / अस्थायी डेटा को हटाने का प्रयास करें

Answer 28

एक और किस्सा जो उपयोगी हो सकता है-

मुझे इस समस्या का सामना करना पड़ा जब मेरी एक परियोजना एक रिलीज़ आउटपुट फ़ोल्डर से फ़ाइल संदर्भ का उपयोग कर रही थी। जब बिल्ड रिजल्ट्स को गुड्स फोल्डर में रखा गया था, तो ये रिलीज़ डीएल डीबग डीएलएस को ओवरराइट कर रहे थे।

समाधान csproj फ़ाइल में सुनिश्चित करने के लिए था, मेरे संदर्भ का हिंटपाथ था

<HintPath>..\..\Core\Goods\$(Configuration)\MyFramework.dll</HintPath>

और नहीं

<HintPath>..\..\Core\Goods\Release\MyFramework.dll</HintPath>

Answer 29

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

निश्चित रूप से अभी तक क्यों नहीं, लेकिन उनमें से कुछ डीबग करने योग्य थे, कुछ नहीं, हालांकि विधानसभाओं के लिए सेटिंग्स में सही पूर्ण पथ निर्दिष्ट किए गए थे।

इस अप्रत्याशित व्यवहार ने मुझे पागल कर दिया :)

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

Answer 30

मेरी समस्या के सिवाय मेरे पास एक ऐसा ही मुद्दा था, मूर्खतापूर्ण - मेरे पास 2 अलग-अलग बंदरगाहों के तहत चल रहे अंतर्निहित वेब सर्वर के 2 उदाहरण थे और मेरे पास मेरा प्रोजेक्ट था -> गुण -> वेब -> "स्टार्ट यूआरएल" एक निश्चित पोर्ट की ओर इशारा करते हुए लेकिन वेब ऐप वास्तव में उस पोर्ट के नीचे नहीं चल रहा था। इसलिए मेरा ब्राउज़र "प्रारंभ URL" पर पुनर्निर्देशित किया जा रहा था जिसे 1539 में संदर्भित किया गया था लेकिन कोड / डिबग उदाहरण पोर्ट 1803 के तहत चल रहा था।

मैंने एक निश्चित पोर्ट के तहत चलने के लिए बिल्टिन वेब सर्वर को बदल दिया और उस पोर्ट का उपयोग करने के लिए अपने "स्टार्ट यूआरएल" को समायोजित किया। परियोजना -> गुण -> वेब -> "सर्वर" अनुभाग -> "विज़ुअल स्टूडियो डेवलपमेंट सर्वर का उपयोग करें" -> विशिष्ट पोर्ट