दृश्य स्टूडियो ठीक संकलित करता है लेकिन फिर भी लाल रेखा दिखाता है

Question

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

1. कोड में लाल रेखांकन
2. समाधान की सफाई या निर्माण करते समय कोई त्रुटि नहीं।
3. रेड अंडरलाइन्स कुछ समय के लिए दूर चला जाता है जब मैं समाधान का निर्माण / सफाई करता हूं लेकिन अंततः वापस आता है।
4. इस वजह से मेरी इंटैलिजेंस ने काम करना बंद कर दिया।
5. मैं किसी भी घटक पर राइट क्लिक नहीं कर सकता और उसकी परिभाषा पर जा सकता हूं।

कोई विचार?

Comments

क्या कोड दिखा रहा है अंडरलाइन? क्या आप उदाहरण प्रदान कर सकते हैं?

— बजे मैट

क्या आप शायद पुराना कोड चला रहे हैं? एक छोटे से कार्यान्वयन की कोशिश करें जो कुछ दिखाता है, अगर कुछ नहीं होता है तो आप पुराने कोड चला रहे होंगे।

— मैक्स

क्या आप Reshaper या कोई अन्य टूल चला रहे हैं जो अंडरलाइन कर रहा है?

— शाम

क्या यह सभी कोड फ़ाइलों पर है? यह मेरे साथ एक बार हुआ था जब मैंने एक फ़ाइल खोली थी जो मेरे समाधान से नहीं थी, परिभाषा में जाने में सक्षम नहीं होने के कारण इसे मेरे लिए दूर कर दिया।

— पियरे-ल्यूक पाइन्युल्ट

Answer 1

अस्थायी ASP.NET फ़ोल्डर की सामग्री को हटाएँ और उसके बाद पुनर्निर्माण करें। यह या तो आपके उपयोगकर्ता फ़ोल्डर में होगा ( IIS एक्सप्रेस के लिए - \ AppData \ Local \ Temp \ Temporary ASP.NET फ़ाइलें ) या Windows निर्देशिका ( IIS के लिए - C: \ Windows \ Microsoft.Net \ Framework \ vx.xx \) अस्थायी ASP.NET फ़ाइलें )

पथ मेरे सिर के ऊपर से हैं और सही नहीं हो सकते हैं

Comments

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

— काइल

क्या होगा यदि त्रुटि मैक के लिए विज़ुअल स्टूडियो में है? इस फ़ोल्डर के लिए पथ क्या होगा?

— खो गया

मुझे वीएस को बंद करने और खोलने की जरूरत थी और यह काम करता है। धन्यवाद

— MusicAndCode

Answer 2

विजुअल स्टूडियो 2017:

विजुअल स्टूडियो को बंद करना और हटाना .vs समाधान निर्देशिका में स्थित फ़ोल्डर मेरे लिए काम करता है।

इस फ़ोल्डर में एक hiddenविशेषता है। छिपी हुई फ़ाइलों को दिखाने के लिए आपको फ़ोल्डर विकल्पों में सेटिंग्स बदलने की आवश्यकता हो सकती है।

Comments

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

— secretwep

मैंने .suo फ़ाइल को हटाने की कोशिश की, लेकिन जब मैं VS 2017 को पुनः आरंभ करता हूं तो यह फिर से हो जाता है

— अमित कुलाट

@AmitKulat हां, .suo फ़ाइल एक संरचित भंडारण है जो विज़ुअल स्टूडियो द्वारा बनाई गई है और इसमें सेटिंग्स का एक गुच्छा है। कुछ बग के कारण यह ठीक से काम करना बंद कर देता है। इसलिए, जब आप इसे हटाते हैं, तो इसे सही डिफ़ॉल्ट सेटिंग्स के साथ फिर से बनाया जाएगा।

— वेगनहंटर

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

— बॉब स्टीन

यह भी दृश्य स्टूडियो 2019 (। पूर्वावलोकन हटाया जा रहा है .vs फ़ोल्डर) के लिए काम करता है

— अल्बर्ट Romkes

Answer 3

विजुअल स्टूडियो 2012 में बनाए गए समाधान के साथ काम करते समय बस यह समस्या थी, लेकिन 2013 में चल रहा था। मैंने विजुअल स्टूडियो को बंद कर दिया, सभी \ bin और \ obj निर्देशिकाओं को हटा दिया और समस्या दूर हो गई।

Answer 4

मेरे लिए यह मुद्दा ठीक हो गया जब मैंने प्रोजेक्ट को फिर से अनलोड और रीलोड किया। मैंने मेरे लिए काम किया, आशा है कि यह आपके लिए भी काम करेगा :)

Answer 5

मुझे पता है कि यह पुराना है लेकिन अगर लोग इस धागे को ढूंढते हैं जैसे मैंने Google से किया था। Svn से कुछ संघर्षों को हल करने के बाद मुझे यह समस्या थी। समाधान में कई परियोजनाएं हैं और मैंने कुछ अलग परियोजनाओं में कुछ संघर्षों को हल किया। मैंने बिल्ड -> क्लीन सॉल्यूशन बनाया जिसके बाद बिल्ड -> सोल्यूशन सोल्यूशन और सब कुछ फिर से अच्छा था।

Answer 6

मेरे पास यह मुद्दा था और यह ReSharper से संबंधित था।

मेरे लिए समाधान कदम:

1) ReSharper को अक्षम करें

VisualStudio\Tools\Options\ReSharper Ultimate\General\Suspend Now

2) समाधान बनाएँ

(Ctrl-Shift-B)

3) पुन: प्रयोज्य प्रतिहार

VisualStudio\Tools\Options\ReSharper Ultimate\General\Resume Now

स्टीव

Comments

मेरे लिए काम किया। हाँ। ReSharper समस्या थी।

— मुहम्मद साकिब

Answer 7

क्या आपके पास किसी भी प्लगइन्स को रिचार्पर की तरह स्थापित किया गया है? मैं एक बुरा प्लगइन के साथ एक मुद्दा था।

प्लगइन्स को चलने से रोकने के लिए, दृश्य मोड को सुरक्षित मोड में चलाने का प्रयास करें।

devenv /Safemode

Comments

मैं Resharper का उपयोग कर रहा था। आप मेनू टूल्स -> विकल्प -> ReSharper में सस्पेंड बटन का उपयोग करके ReSharper को अक्षम कर सकते हैं। फिर इसे फिर से शुरू करें, इससे मुझे मदद मिली।

— ओलेग Kyrylchuk

Answer 8

यदि आप मेरी तरह Resharper का उपयोग कर रहे हैं, तो आप इस लिंक के द्वारा resharper cache को हटा सकते हैं: https://www.jetbrains.com/help/resharper/Configuring_Caches_Location.html

To specify the location for caches

1. Open the Environment | General page of ReSharper options.
2. Use the Save solution caches in to select the location for cache files:
3. User local settings folder to store them in the following directory: %LOCALAPPDATA%\JetBrains\Transient
4.System TEMP folder to store them in the following directory: %TEMP%\ReSharperCache
5. Solution folder to store them in the root folder of the current solution
6. Custom folder to choose a custom location for ReSharper cache files.
7. Click Save to apply the modifications and let ReSharper choose where to save them, or save the modifications to a specific settings layer using the Save To drop-down list. For more information, see managing and sharing resharper settings.
8. Reopen your solution for the changes to take effect.

Comments

पर्यावरण पर 'स्पष्ट कैश' बटन | ReSharper विकल्पों के सामान्य पृष्ठ ने मेरी समस्या हल कर दी। हालांकि संकेत के लिए धन्यवाद!

— nilsK

Answer 9

Vs2013 में मैंने सभी प्रॉजेक्ट्स में अपने सभी obj / bin फोल्डर को हटाकर इस समस्या को हल किया। समस्या संभवतः समाधान कॉन्फ़िगरेशन के कारण थी जिसे मैंने हटा दिया था, लेकिन एक बिल्ड -> क्लीन सॉल्यूशन को ओबज / बिन फ़ोल्डर्स से पुराने आउटपुट को हटाने के रूप में ठीक से साफ नहीं किया गया था।

Answer 10

मेरे लिए जो काम करता है वह इंटेलीसेनस इंडेक्सफाइल को हटा रहा है।

IntelliSense- फ़ाइल उसी निर्देशिका में है जो आप समाधान करते हैं।

यह फ़ाइल का नाम SolutionName.sdf है

बस इस फ़ाइल को हटाएं, आप फिर से समाधान खोलें, और IntelliSense अपने इंडेक्सफाइल को फिर से बनाना शुरू कर देगा। उसके बाद समस्या दूर हो जाएगी।

Answer 11

यह दृश्य स्टूडियो एंटरप्राइज 2017 में मेरे लिए काम किया:

1. टूल्स> ऑप्शन्स> टेक्स्ट एडिटर> JavaSCript / TypeScript> लाइनिंग> जनरल पर नेविगेट करें

2. चयन रद्द करें "ESLint सक्षम करें"

Comments

दिनों के अनुसंधान, उतारने / लोड करने के प्रोजेक्ट्स और कई .vs फोल्डर हटाने के बाद, यह मेरी समस्या का मूल कारण था इसलिए मैं इसे एक मान्य उत्तर मानता हूं। किसी को, कहीं तुम मेरे बेटे को आशीर्वाद दो।

— नंदोलक्स

Answer 12

मैंने इसमें भी भाग लिया है और निम्नलिखित करने से यह सामान्य स्थिति में विजुअल स्टूडियो को वापस करने में सक्षम था -

1. उस प्रोजेक्ट को पहचानें जो रेड लाइन कोड से आता है
2. रेड लाइन प्रोजेक्ट को उन संदर्भों से हटाएं जहां इसका उपयोग किया जा रहा है (ProjectName \ References - राइट क्लिक करें, संदर्भ जोड़ें, अनचेक लाइन को अनचेक करें)
3. बनाएँ (आपको अब त्रुटियाँ मिलनी चाहिए)
4. प्रोजेक्ट संदर्भ को पुन: जोड़ें जो अभी निकाला गया था
5. फिर से बनाएँ
6. लाल लाइनों को हटा दिया जाना चाहिए और परियोजना का निर्माण करना चाहिए!

Answer 13

मैं कई * cpp स्रोत फ़ाइलों में लाल लाइनों के साथ एक ही समस्या थी। हालांकि कोड पूरी तरह से संकलित है। अन्य किसी भी समाधान ने मेरे लिए काम नहीं किया।

* .Cpp-file की #include पंक्तियों के क्रम को बदलने से लाल रेखाएँ भंग हो सकती हैं - और बहाल क्रम से पुन: साफ हो सकती है।

फिर मैंने देखा कि एक हेडर फ़ाइल को एक * .cpp फ़ाइल में दो बार शामिल किया गया था। मैंने दूसरे को हटा दिया और - सब कुछ ठीक था।

एक ही हैडर फाइल को एक ही * .cpp फाइल में दो बार शामिल करना कम्पाइलर को नहीं बल्कि इंटैलिजेंस पार्ट को कोई समस्या लगती है।

Answer 14

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

Comments

मुझे आपके उत्तर में कोई समाधान दिखाई नहीं दे रहा है। "ऐसा लग रहा था कि आत्मविश्लेषण अपने आप पर निर्भरता को हल करने में सक्षम नहीं था ..." - क्या आप "कक्षाओं के माध्यम से ब्राउज़ करके कह रहे हैं , संरचनाएं" आपने इन्टेलिसेंस पर निर्भरता को हल करने में मदद की ?

— शाम

@ Sна isошƒаӽ मुझे लगता है कि वास्तव में वह क्या कह रहा है।

— रॉबर्ट कोलंबिया

@RobertColumbia ओपी के लिए कोई अपराध नहीं है, लेकिन मुझे लगता है कि यह सिर्फ हास्यास्पद है।

— संवतोस्तिवा

@ Sain whatошƒаӽ अच्छी तरह से वह जो कह रहा है। अगर आपको लगता है कि रणनीति मददगार नहीं है, तो जवाब को नकार दें।

— रॉबर्ट कोलंबिया

@ Sна reachedошƒаӽ खैर, मैं पोस्ट करने के लिए पहुंच गया क्योंकि मैं भी उसी समस्या का सामना कर रहा था। पहले मैंने सभी उत्तरों की कोशिश की इससे पहले कि मैंने क्या काम किया मेरे लिए जैसे दूसरों ने भी वहाँ अनुभव के आधार पर उत्तर दिया है। मुझे इसमें कुछ गलत नहीं लगता। इसके बजाय, यह किसी और की भी मदद कर सकता है।

— irsis

Answer 15

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

Answer 16

मैं नवीनतम विज़ुअल स्टूडियो 2017 के साथ इस समस्या में भाग गया।
इसके अलावा मेरे कार्यक्रम का डिबग संस्करण बहुत धीमी गति से चल रहा था।

मैंने समाधान फ़ाइल को हटा दिया .slnऔर एक नया बनाया।

Answer 17

कदम है कि काम करते हैं

1. समाधान खोलें और सभी का पुनः निर्माण करें
2. समाधान बंद करें
3. समाधान खोलें और एक साफ करें
4. समाधान बंद करें
5. समाधान खोलें और सभी का पुनः निर्माण करें
6. बंद करें और फिर समाधान खोलें और यह अच्छा होना चाहिए। यह मेरे लिए हर बार काम करता है

इन सेटिंग्स फाइलों में से कुछ को सावधानीपूर्वक हटाने से आप सहेजे गए डिबग सेटिंग्स आदि को खो देंगे और यह आपके द्वारा महसूस किए जाने से अधिक नुकसान कर सकता है

Answer 18

बस proj / समाधान ताज़ा करें। इसका समाधान हो जाएगा।

Answer 19

वीएस 2017 के साथ मेरे मामले में, मेरे पास कई "लाल रेखाएं" हैं जो किसी तीसरे पक्ष के पुस्तकालय में परिभाषित सभी प्रतीकों के नीचे दिखाई देती हैं लेकिन मेरी परियोजना वास्तव में समस्या के बिना निर्माण कर सकती हैं। मैंने सभी सुझाए गए समाधानों की कोशिश की है (जैसे डिलीट .VS फ़ोल्डर, पुनरारंभ VS, आदि) लेकिन उनमें से कोई भी काम नहीं कर रहा है।

अंत में, मैंने इसे ठीक कर दिया और यह है कि: मैं अपने ऐप प्रोजेक्ट के संपत्ति पृष्ठ को खोलता हूं, फिर "C / C ++ -> सामान्य -> ​​अतिरिक्त समावेशी निर्देशिकाएँ" पर जाएं, जो वह जगह है जिसे मैंने सभी आवश्यक तृतीय-पक्ष लाइब्रेरी हेडर पथों में रखा है। मैं सभी पथ को हटा देता हूं (लेकिन उन्हें कहीं बचा सकता हूं), पुष्टि करने के लिए "ओके" पर क्लिक करें। फिर मैं उसी सेटिंग पर वापस आया, उन पथों को वापस चिपका दिया, पुष्टि करने के लिए "ओके" पर क्लिक करें, फिर उन सभी "लाल लाइनें" गायब हो जाती हैं।

Answer 20

यह समाधान मिला:

1. बंद करें Visual Studio (सुनिश्चित करें कि devenv.exe कार्य प्रबंधक में मौजूद नहीं है)।
2. %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\xx\ComponentModelCacheनिर्देशिका हटाएँ ।
3. Visual Studio को पुनरारंभ करें।

Answer 21

मुझे महीनों से यह समस्या है और आखिरकार मैंने इसे ठीक कर लिया है। विज़ुअल स्टूडियो को बंद करना और समाधान निर्देशिका में स्थित .vs फ़ोल्डर को हटाना मेरे लिए काम नहीं करता है।

Web.config में एक असेंबलीडेंटिटी टैग था जो एक पुस्तकालय का संदर्भ दे रहा था जो मेरे संदर्भ फ़ोल्डर में नहीं था। मैंने इस टैग को हटाया, साफ़ किया, बंद किया और फिर से खोल दिया, और समस्या ठीक हो गई।

1. अपने web.config में प्रत्येक असेंबली की पहचान टैग की जाँच करें और समाधान एक्सप्लोरर में संदर्भ फ़ोल्डर के खिलाफ उन्हें जांचें
2. जो भी आपके संदर्भ फ़ोल्डर में सूचीबद्ध नहीं हैं, उनके लिए मूल निर्भरता टैग सहित किसी भी असेंबली टैग टैग को हटा दें।
3. साफ समाधान
4. बंद करें और फिर से खोलें समाधान