ब्रेकपाइंड बाइंड करने में विफल

158

मैंने अभी विजुअल स्टूडियो 2013 से 2015 तक अपग्रेड किया और अब मुझे ब्रेकपॉइंट्स से परेशानी हो रही है।

यह एक हिट या एक मिस है जहां ब्रेक पॉइंट वास्तव में काम करेंगे और यदि मैं डिबगिंग करते समय एक सेट करता हूं तो मुझे त्रुटि मिलती है:

ब्रेकपाइंट बांधने में विफल रहा।

किसी भी सहायता की सराहना की जाएगी। मैं 2015 में हार मानने और वापस जाने के लिए तैयार हूं।

— Sealer_05
स्रोत

226

मुझे एक ही समस्या थी लेकिन एक अलग समाधान। कृपया ध्यान दें कि मैंने वीएस 2015 अपडेट 1 को अपडेट किया है और समस्या अभी भी है।

वीएस के पिछले संस्करण में डिबग शुरू होने से स्वचालित रूप से डीबग मोड में एक निर्माण शुरू हो गया। लेकिन VS2015 के साथ ऐसा नहीं है।

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

आपको पहले डिबग मोड में मैन्युअल रूप से निर्माण करना होगा, फिर डिबगिंग शुरू करना होगा।

— मैक्स फेविल्ली
स्रोत

3

क्या यह एक अजीब व्यवहार नहीं है? क्या इसे बग के रूप में माना जा सकता है?

— टोलगा एवसीमेन

Microsoft Visual Studio 2015 अद्यतन 3 (KB3165756) के लिए अद्यतन स्थापित करने से मेरे लिए डिबगिंग समस्या ठीक हो गई जहाँ पहले मुझे "ब्रेकपॉइंट बाँधने में विफल रहा था।"

— हेम

2

यह वास्तव में अच्छा था :) मैं रिलीज़ बिल्ड सक्रिय भूल गया था और बहुत अजीब डिबगिंग सत्र का अनुभव कर रहा था जब तक कि इसे पढ़ने के लिए मुझे डिबग को वापस सक्रिय करना याद न हो और सब कुछ "सामान्य" हो।

— रिपीट स्पेस

1

मुझे एक अजीब सा अनुभव हुआ। मुझे बिल्ड को "रिलीज़" पर सेट करना था, बिल्ड करना था, फिर "डीबग" और फिर से निर्माण करना था।

— समरैनिक

@TolgaEvcimen यह देखते हुए कि 2 से अधिक वर्षों के बाद, वीएस 15.5.6 के रूप में, व्यवहार अभी भी समान है, मैं कहूंगा कि एमएस इसे बग नहीं मानता है। व्यक्तिगत रूप से मुझे डिबग बिल्ड को स्वचालित रूप से ट्रिगर करने के पुराने व्यवहार पर वापस लौटना अधिक तर्कसंगत लगेगा। या कम से कम एक चेतावनी दे।

— मैक्स फेविल्ली

82

मुझे भी यही समस्या थी।

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

— Edu_LG
स्रोत

यह मुद्दा अभी भी मेरी एक परियोजना पर वापस आ रहा है। वैसे भी, अपडेट 1 अब इतनी उम्मीद से बाहर है कि

— विजुअलस्टडीओइन /en-us/news/vs2015-update1-vs.aspx

2

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

— बार्ट फ्राइडेरिक्स

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

— एरोनल्स

39

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

— केनेथ मोलर
स्रोत

2

इससे मुझे ब्रेक पॉइंट सेट करने की अनुमति मिली, लेकिन यह हमेशा के लिए नहीं रहा। मेरे पास अभी भी डिबगिंग के साथ समस्या अभी भी कोड की यादृच्छिक रेखाओं को छोड़ रही है

— सीलर_05

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

— रिक ओ'शिअ

@ केनेथ मॉलर जैसा कि आप उल्लेख करते हैं, यह तुच्छ हो सकता है, लेकिन मेरी समस्या को भी हल कर सकता है।

— बेन जूनियर

36

मेरे पास एक समान मुद्दा था बांधने की विफलता के साथ, साथ ही साथ कुछ स्थानीय चर स्थानीय लोगों की खिड़की में मूल्यांकन नहीं कर रहे थे। अंत में जो तय किया गया था, वह विकल्प में "JIT ऑप्टिमाइज़ेशन ऑन मॉड्यूल लोड (केवल प्रबंधित)" विकल्प-> डीबग-> जनरल टैब को सक्षम कर रहा था। एक बार मैंने सेट किया कि यह बिना किसी मुद्दे के बांधने में सक्षम था।

— मर्जी
स्रोत

मैंने इसे एक शॉट दिया, लेकिन अभी भी मेरे एपीआई नियंत्रकों में ब्रेकपॉइंट मार रहा था।

— मुहर_05

यहाँ

— नाथन

उम, नहीं, यह कोई समाधान नहीं है। हम जो कर रहे हैं वह लोगों को बेतरतीब ढंग से स्विच करना है जो इस मुद्दे पर कोई असर नहीं डाल रहा है, जो अपने आप ही गायब हो गया है

— रिक ओ'शिअ

आखिरकार। इससे मुझे उस कोड के माध्यम से कदम रखने की अनुमति मिली जो पहले से अधिक उछल रहा था।

— जेफ डेविस

इसने वीएस 2019 में मेरे लिए इसे हल किया, बहुत बहुत धन्यवाद!

— EM0

14

मुझे यह समस्या थी। मैंने एक प्रदर्शन रूपरेखा सत्र चलाया, जिसमें Web.configप्रदर्शन मॉनीटर के लिए फाइल को संशोधित किया गया :

<appSettings>
   <add key="Microsoft.VisualStudio.Enterprise.AspNetHelper.VsInstrLocation" value="C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\Team Tools\Performance Tools\vsinstr.exe"/>
</appSettings>


<compilation debug="true" targetFramework="4.5" 
      assemblyPostProcessorType="Microsoft.VisualStudio.Enterprise.Common.AspPerformanceInstrumenter, Microsoft.VisualStudio.Enterprise.AspNetHelper, Version=16.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a">
   ...
</compilation>


<runtime>
   <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
         <assemblyIdentity name="Microsoft.VisualStudio.Enterprise.AspNetHelper" publicKeyToken="b03f5f7f11d50a3a" culture="neutral"/>
         <codeBase version="16.0.0.0" href="file:///D:/Program%20Files%20(x86)/Microsoft%20Visual%20Studio/Shared/Common/VSPerfCollectionTools/vs2019/Microsoft.VisualStudio.Enterprise.AspNetHelper.DLL"/>
      </dependentAssembly>
      <dependentAssembly>
         <assemblyIdentity name="VsWebSite.Interop" publicKeyToken="b03f5f7f11d50a3a" culture="neutral"/>
         <codeBase version="8.0.0.0" href="file:///D:/Program%20Files%20(x86)/Microsoft%20Visual%20Studio/Shared/Common/VSPerfCollectionTools/vs2019/VsWebSite.Interop.DLL"/>
      </dependentAssembly>
   </assemblyBinding>
</runtime>

इससे ब्रेकपॉइंट पर रुकने की मेरी क्षमता टूट गई। जब मैं वापस मूल Web.config (प्रदर्शन Profiler सेटिंग्स हटा) पर वापस लौट आया, तो ब्रेकप्वाइंट फिर से काम करना शुरू कर दिया।

— Allbite
स्रोत

1

वीएस 2017 में प्रोफाइलिंग के बाद मेरे लिए यह समाधान था। बहुत धन्यवाद।

— ली टेलर

1

लगता है कि ब्रेकप्वाइंट को बांधने में विफल होने के कई कारण हैं, लेकिन यह वही है जिसे हमने देखा था।

— BJury

2

यह मेरे लिए था। मैंने यह AppSetting हटा दिया:

<add key="Microsoft.VisualStudio.Enterprise.AspNetHelper.VsInstrLocation" value="C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\Team Tools\Performance Tools\vsinstr.exe"/>

— Chad Hedgcock

5

मेरे पास कल भी यही मुद्दा था। मैंने "क्लीन सोल्यूशन" फीचर का इस्तेमाल किया और इससे मदद मिली।

— kerneldebugger
स्रोत

3

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

— रिक ओ'शिअ

5

समाधान डिजाइन अनुकूलन को अक्षम करना है।

Project Properties> Build> Advanced Compile Options> Enable Optimizations

— जूलियो चिउची
स्रोत

4

मैं अपने समाधान पर प्रदर्शन चलाता हूं और इसने मेरे web.config में जोड़ा है

<compilation debug="true" targetFramework="4.5" assemblyPostProcessorType="Microsoft.VisualStudio.Enterprise.Common.AspPerformanceInstrumenter, Microsoft.VisualStudio.Enterprise.AspNetHelper, Version=12.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>

assemblyPostProcessorTypeसमस्या यह है, मैं इसे नष्ट कर दिया और कहा कि मेरी समस्या हल

— xszaboj
स्रोत

4

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

— इरशाद अहमद अखोंझाड़ा
स्रोत

1

मैंने 'ऑप्टिमाइज़िंग' सेटिंग नहीं बदली, लेकिन यहाँ अन्य उत्तरों के आधार पर, मैंने

प्रोजेक्ट के लिए सभी फ़ाइलें दिखाने के लिए समाधान एक्सप्लोरर सेट करें
छिपे हुए बिन और डिबग फ़ोल्डरों को हटा दिया गया
परियोजना पर एक 'स्वच्छ' प्रदर्शन किया
परियोजना पर 'पुनर्निर्माण' का प्रदर्शन किया

अब तक यह मेरे लिए तय कर दिया है। VS2015 अपडेट 2 के अपडेट की तरह लगता है कि मेरे सिस्टम में कुछ चीजें हैं।

— louisik1
स्रोत

1

मुझे पता है कि यह एक पुरानी पोस्ट है, लेकिन उपरोक्त सभी अन्य चालें आपके लिए काम नहीं करती हैं सुनिश्चित करें कि जिस छवि को आप डीबग करने की कोशिश कर रहे हैं वह चालू है। आरपीआई पर मेरे रास्पबेरी पाई 'अनज़िप' के लिए .NET कोर प्रोजेक्ट को प्रकाशित करने और स्थानांतरित करने के बाद किसी कारण से, कार्यशील निर्देशिका में कुछ DLL को कॉपी और ओवरराइट नहीं कर रहा था। जब मैंने डिबगर को यह सोचकर संलग्न किया कि सब कुछ ठीक है कुछ ब्रेकप्वाइंट हिट हो रहे थे, अन्य नहीं थे और कुछ अन्य मुझे "बाइंड नहीं कर सकते" त्रुटि दे रहे थे। एक बार जब मैंने अनज़िप मुद्दे को सुलझा लिया तो मेरे सारे ब्रेकप्वाइंट और चिन्ह वापस आ गए। आशा है कि ये आपकी मदद करेगा।

— ब्रायन चतुर
स्रोत

0

मुझे आज बंधन तोड़ने की त्रुटियों का सामना करना पड़ा। और मैंने अपनी समस्या हल कर ली है बेलो।

यदि आपके सभी डिबग कॉन्फ़िगरेशन सही नहीं हैं, तो आप समस्या को ठीक नहीं कर सकते हैं।

स्वच्छ परियोजना
यदि आउटपुट पथ बिन फ़ोल्डर से अलग है, तो इसे बिन फ़ोल्डर में बदलें (यह सबसे महत्वपूर्ण नियम है)
फिर से बनाना

शायद यह समाधान किसी की मदद करे।

— RockOnGom
स्रोत

0

VS ब्रेकप्वाइंट async विधियों पर बांध नहीं सकते।

मेरे पास एक ऐप डायनेमिक्स एजेंट स्थापित था जिसने इसका कारण बना। निकालें और आप जाने के लिए अच्छे हैं।

— दानी
स्रोत

0

मुझे भी यही समस्या थी, लेकिन हैडंट ने महसूस किया कि "डीबग" डिबग टूल बार पर "रिलीज़" में बदल गया था (आमतौर पर सीधे मेनू के तहत)। इसलिए मैंने इसे "डिबग" में सेट किया, यह काम किया।

— जारेड मैकक्रैकन
स्रोत

0

Microsoft Visual Studio 2015 अद्यतन 3 (KB3165756) के लिए नए अद्यतन ने मेरे लिए ब्रेकपॉइंट समस्या को ठीक कर दिया है जहाँ मैं ASP.NET कोर अनुप्रयोगों में cshtml फ़ाइलों में एम्बेडेड C # कोड में स्थानीय चर का निरीक्षण करने का प्रयास कर रहा हूँ।

— झालर
स्रोत

0

चरण 1, नियम स्पष्ट करें:

डीबग मोड में संकलित करें।
ब्रेकपॉइंट सेट करने से पहले क्लीन सॉल्यूशन की कोशिश करें।
डीबग फ़ोल्डर में जाएं, और [आपका एप्लिकेशन] .pdb फ़ाइल हटाएं।
फिर अपने आवेदन का निर्माण या पुनर्निर्माण करें।
डीबग फ़ोल्डर में जाएं और पुष्टि करें कि आपके पास एक नया [आपका एप्लिकेशन] .db फ़ाइल है।
फिर अपना ब्रेक पॉइंट सेट करने का प्रयास करें।

चरण 2 सी + + परियोजनाओं के लिए:

निम्नलिखित परियोजना गुणों की जाँच करें:

C ++ / General / Debug सूचना प्रारूप: प्रोग्राम डेटाबेस।
C ++ / अनुकूलन: अक्षम।
सी ++ / कोड जनरेशन / रनटाइम लाइब्रेरी: मल्टी-थ्रेडेड डीबग।
लिंकर / डिबगिंग / जनरेट डीबग जानकारी: हाँ।
लिंकर / डिबगिंग / जनरेट प्रोग्राम डेटाबेस: $ (लक्ष्यडेयर) $ (टारगेटनाम) .pdb।
लिंकर / मैनिफेस्ट फ़ाइल / जनरेट मेनिफेस्ट: नहीं।
लिंकर / मैनिफेस्ट फ़ाइल / अनुमति दें: नहीं।
लिंकर / एंबेडेड आईडीएल / इग्नोर एम्बेडेड आईडीएल: हाँ।
चरण 1 फिर से करें

आप __debugbreak () को जोड़ने का प्रयास कर सकते हैं। इस कथन को आपकी स्रोत फ़ाइल में जाने की आवश्यकता है जहां आप विराम देना चाहते हैं।

चरण 2 सी # परियोजनाओं के लिए:

परियोजनाओं में बिल्ड / जनरल / ऑप्टिमाइज़ कोड को अक्षम किया जाना चाहिए।
आईडीई सेटिंग्स में डिबग / विकल्प और सेटिंग्स / डिबगिंग / सामान्य दबाएं जेआईटी अनुकूलन मॉड्यूल लोड (केवल प्रबंधित) पर: अक्षम
चरण 1 फिर से करें

दूसरी मशीनों पर अपना समाधान खोलने का प्रयास करें। यदि आप एक अलग मशीन पर एक विराम बिंदु बांध सकते हैं तो इसका मतलब यह हो सकता है कि आपके वीएस या आपके ओएस के साथ कोई समस्या है।

चरण 3, सुनिश्चित करें कि आपका वीएस अप-टू-डेट है:

VS2013 RTM के साथ-साथ VS2015 अपडेट 1 और अपडेट 2 में इस तरह के मुद्दों की रिपोर्ट दी गई है।

VS में टूल / एक्सटेंशन और अपडेट / अपडेट / प्रोडक्ट अपडेट पर जाएं और देखें कि आप कौन सा संस्करण चला रहे हैं। यदि कोई अद्यतन आवश्यक है तो यह वहां दिखाई देगा।

चरण 4, सुनिश्चित करें कि आपका ओएस अद्यतित है:

अंत में, यदि आपका विन 10 ओएस चल रहा है, तो इस मुद्दे के बारे में एक रिपोर्ट बग था जो 14251 के निर्माण में मौजूद था। यह 14257 (और ऊपर) के निर्माण में हल किया गया था।

— मेरव कोचवी
स्रोत

0

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

टीएल / डीआर:
एसओएपी संदेश में खराब डेटा के साथ एक रिकॉर्ड था, जिसके कारण ब्रेकप्वाइंट हिट नहीं हुआ था।

पूरी कहानी:

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

चूंकि सेवा सफलता की प्रतिक्रिया देती है इसलिए मैंने http और परिवहन से संबंधित मुद्दों को खारिज कर दिया।

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

मैंने वह सब कुछ आज़माया जो मुझे मिल सकता है - यह सुनिश्चित करते हुए कि मैं डिबग कॉन्फिगर, क्लीन एंड रिबिल्ड में था, मैन्युअल रूप से डिबगर को w3wp प्रोसेस से जोड़ रहा था (जो कि वीएस पहले से ही था), Debugger.Break()ब्रेकपॉइंट के बजाय का उपयोग करके , कई स्टार्टअप प्रोजेक्ट सेट कर रहा है, मेरे टेस्ट प्रोजेक्ट को अनइंस्टॉल कर रहा है इसलिए कि सेवा परियोजना केवल एक ही थी। .NET को अपडेट करना, VS2015 को फिर से शुरू करना, रिबूट करना, स्थानीय IIS से IIS एक्सप्रेस और वापस स्विच करना, गारंटी वाले नवीनतम WSDL के साथ सेवा को फिर से बनाना। कुछ भी मायने नहीं रखता था। ब्रेकप्वाइंट कभी हिट नहीं हुआ।

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

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

— squillman
स्रोत

0

डिबगिंग को सक्षम करने के लिए मुझे web.config फ़ाइल को संशोधित करना पड़ा। इसे बदलो:

<compilation debug="true" targetFramework="4.5.2" assemblyPostProcessorType="Microsoft.VisualStudio.Enterprise.Common.AspPerformanceInstrumenter, Microsoft.VisualStudio.Enterprise.AspNetHelper, Version=15.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>

सेवा:

<compilation debug="true"/>

— sereschkin
स्रोत

0

किसी भी अन्य उपाय को आजमाने से पहले पूरे घोल को साफ कर लें। पहले के जवाबों में लगभग सभी कुछ कहने की कोशिश करने के बाद, और दृश्य स्टूडियो को कई बार फिर से शुरू करने, बस समाधान को साफ करने की कोशिश की!

— chaosifier
स्रोत

0

मैंने यहां सुझाई गई हर कोशिश की। आखिरकार, मैंने प्रोजेक्ट गुणों में "विशिष्ट पृष्ठ" -> अपने स्थानीय प्रारंभ URL, पृष्ठ और क्वेरी पैरामीटर के लिए वेब सेट किया। डिबग मोड में एक साफ और पुनर्निर्माण किया और इसने मेरे ब्रेकपॉइंट को मारा।

— IrishChieftain
स्रोत

0

हालांकि यह एक बहुत बाद का निर्माण है (VS2017) मुझे यह समस्या सी # परियोजनाओं के साथ मिली थी। साफ सफाई, पुनर्निर्माण, दृश्य स्टूडियो को फिर से शुरू करना आदि।

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

— ChrisBeamond
स्रोत

0

मेरे मामले में, मेरे उपयोग के बाद एक नई web.config फ़ाइल बनाई गई थी Profiler। पिछले संस्करण के लिए web.config को पुनर्स्थापित करते हुए, इस समस्या को हल किया। यह VS2015 C # वेब एप्लिकेशन था।

— eagal
स्रोत

0

यदि आप अपना वेब-एप्लिकेशन चेक प्रकाशित कर रहे हैं, जो डिबग कॉन्फ़िगरेशन में डिफ़ॉल्ट रूप Configurationसे सेट है Debug(जैसे कि कोड ऑप्टिमाइज़ नहीं किया गया है और प्रतीक तालिका पूरी तरह से बनाई गई है)।

— वी.एस.बी.
स्रोत

-1

मैं पिछले जवाब से अधिक देखा और @ विल के answear मुख्य मुद्दा मैं हो रही थी तय, अन्य संपादित करने में सक्षम होने और जारी रखने के लिए, लेकिन एक निकट से देखने पर लेने पर AssemblyInfo.cs फ़ाइल मैं पता चला कुछ डिबगिंग जहां विकलांग की सुविधा है।

फिर मैंने पुरानी डिबग विशेषताओं को हटा दिया और निम्नलिखित जोड़ दिया जो मैंने किसी अन्य प्रोजेक्ट से ली थी

#if DEBUG
[assembly: System.Diagnostics.Debuggable(System.Diagnostics.DebuggableAttribute.DebuggingModes.DisableOptimizations | System.Diagnostics.DebuggableAttribute.DebuggingModes.EnableEditAndContinue | System.Diagnostics.DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints | System.Diagnostics.DebuggableAttribute.DebuggingModes.Default)]
#endif

फिर भी मुझे लगता है कि ऐसा करना सबसे अच्छा तरीका नहीं है।

— Raldo94
स्रोत

ब्रेकपाइंड बाइंड करने में विफल - विजुअल स्टूडियो 2015