संदर्भ स्टूडियो को संदर्भ/हटाते समय विजुअल स्टूडियो यादृच्छिक रूप से दुर्घटनाग्रस्त हो जाता है। कोई विचार क्यों? एसपी 1 सहायता स्थापित करेगा?विजुअल स्टूडियो लगातार क्रैश क्यों होता है?
संपादित करें: मैं SourceSafe को छोड़कर किसी भी एडॉन्स के साथ काम नहीं करता हूं। मैं अपने अधिकांश विकास जुड़े मोड में करता हूं।
विकास का उपयोग कर:
विजुअल स्टूडियो 2008
WinXp टर्मिनल सेवा -> Win2k3 SP2 (64 बिट)
वीएसएस 8.0, 32 बिट
अपनी .user और .suo फ़ाइलों को हटाने का प्रयास करें - ये उपयोगकर्ता विकल्प फ़ाइलें हैं जो वीएस बनाता है। आपको प्रत्येक प्रोजेक्ट के लिए .user फ़ाइल और आपके समाधान के लिए एक .suo फ़ाइल मिलती है। जब वे दूषित हो जाते हैं, अजीब चीजें होती हैं। उन्हें हटाने से आप छोटी चीजें खो देंगे जैसे प्रोजेक्ट को स्टार्टअप प्रोजेक्ट के रूप में चुना जाता है जब आप डिबगिंग शुरू करते हैं, लेकिन यह आमतौर पर इस तरह के अजीब व्यवहार को साफ़ करता है।
आप अस्थायी एएसपी.NET फ़ाइलें फ़ोल्डर्स (यदि आप एएसपी.नेट में काम कर रहे हैं) जैसे किसी अस्थायी फ़ाइल स्थानों को भी साफ़ करना चाहते हैं तो बस कुछ अजीब कैश किया जा रहा है।
खोजें के लिए और अपने समाधान के साथ जुड़े किसी भी .ncb फ़ाइलें हटाएँ। पिछले संस्करणों में इन (डीबगिंग) फ़ाइलों को दूषित और उन्हें हटाने के लिए उपयोग की जाने वाली फ़ाइलों को समस्या ठीक होगी (विजुअल स्टूडियो उन्हें स्वचालित रूप से पुन: उत्पन्न करेगा)।
मुझे एसपी 1 में भी पता चलता है कि यह किसी परियोजना में सामान जोड़ने पर शायद ही कभी दुर्घटनाग्रस्त हो जाता है, लेकिन मुख्य रूप से जब एएसपी.NET डिज़ाइन व्यू पर स्विच होता है और जब यह टूल में नियंत्रण स्वत: उत्पन्न करता है। मैंने इसे अभी बनाने से अक्षम कर दिया है और मुझे अब कई क्रैश नहीं मिलते हैं।
मुझे पता है कि इस मुद्दे के साथ आपके पास बहुत कुछ नहीं है, लेकिन जिस बिंदु पर मैं एसपी 1 बना रहा हूं, वह आपकी समस्या का उत्तर नहीं हो सकता है।
आमतौर पर, यदि विजुअल स्टूडियो बार-बार दुर्घटनाग्रस्त हो रहा है, तो आपकी .suo या .ncb फ़ाइल दूषित हो गई है। अपनी परियोजना बंद करें, उन फ़ाइलों को हटाएं, और फिर से खोलें। यह आपकी समस्या का समाधान कर सकता है।
.suo एक छिपी हुई फ़ाइल है।
मेरा विजुअल स्टूडियो 2005 हाल ही में क्रैशिंग और लॉकिंग शुरू कर दिया। जिस तरह से मैं अंत में तय यह कमांड लाइन से इस चलाने के लिए किया गया था:
devenv /resetuserdata
कि मेरे सभी अनुकूलन को हटा दिया है, लेकिन यह समस्या को ठीक किया था। यदि आपने वीएस को बहुत अनुकूलित किया है, तो आप पहले अपनी सेटिंग्स को निर्यात करने का प्रयास कर सकते हैं और फिर देख सकते हैं कि आप बाद में उन्हें सुरक्षित रूप से आयात कर सकते हैं या नहीं। वैकल्पिक रूप से, अपने आईडीई के स्नैपशॉट लें ताकि आप याद कर सकें कि आपके पास कौन से बटन आदि थे।
मैंने सभी सुझाए गए विकल्पों की कोशिश की, और कुछ link पर कुछ और पाए गए। कोई भाग्य नहीं।
फिर मैंने वेब साइट (वेब ऐप के विपरीत) से संदर्भ जोड़ने का प्रयास किया। प्रक्रिया अलग है: आपको परियोजना पर राइट क्लिक करना होगा और प्रॉपर्टी पेज पर जाना होगा, और संदर्भ टैब पर बटन जोड़ें।
यह अभी भी दुर्घटनाग्रस्त हो गया है, लेकिन इस बार इवेंट व्यूअर में संदेश था, जिसने मुझे स्थापित किए गए किसी तृतीय पक्ष घटक में डीएलएल के पूर्ण पथ की ओर इशारा किया।डीएलएल डिस्क (भ्रष्ट) से नहीं पढ़ा जा सका। तो, उस lib की मरम्मत और बाद में एक रिबूट, और मैं वापस अच्छा हूँ।
अद्यतन:
मैं असली कारण पता लगाने के लिए आया था, मेरी SSD पर कई फ़ाइलें भ्रष्ट हो गया था। सीएचकेडीएसके/आर ने मुझे थोड़ी देर के लिए वापस जा दिया। अंततः ड्राइव को प्रतिस्थापित करना पड़ा। बस एक अनुस्मारक कि यह वीएस की गलती नहीं हो सकती है।
सावधान रहें यदि आपको भ्रष्ट .suo फ़ाइल पर संदेह है और स्रोत सेफ़ के साथ एकीकृत किया गया है।
आप एक दुर्घटना के बाद वी.एस. पुनः आरंभ करते हैं, तो आपको निम्न संदेश प्राप्त हो सकता है:
The Open from Source Control operation is still in progress but you can start working now. the rest of the projects will be retrieved asynchronously.
यह मूलतः इसका मतलब वी.एस. स्रोत सुरक्षित से अपने खोला समाधान और में सभी परियोजनाओं लोड होगा ओवरराइट कोई भी फाइल जो चेक आउट की जाती है और इसमें अनचेक-इन परिवर्तन होते हैं!
एक वीएस दुर्घटना के बाद, स्रोत सुरक्षित स्टैंडअलोन शुरू करें और जांचें कि आप क्या संरक्षित करना चाहते हैं।
फिर वीएस शुरू करने से पहले भ्रष्टाचार को ठीक करने पर काम करें।
उम्मीद है कि यह किसी की मदद करता है। ऐसा लगा जैसे मैंने सब कुछ करने की कोशिश की थी। मैंने इंस्टॉलेशन की मरम्मत भी की, जिसने कोई फर्क नहीं पड़ता और साथ ही हटाए गए वीएस को पूरी तरह से हटा दिया और मुद्दा अभी भी वहां था। लॉग विकल्प ने मुझे कुछ भी महत्वपूर्ण नहीं बताया, इसलिए मैंने अंततः सभी समाधानों के साथ-साथ सभी .suo और .user फ़ाइलों में सभी बिन और ओबीजे फ़ोल्डरों को हटा दिया और इसे मेरे हार्डड्राइव पर रूट फ़ोल्डर से पूरी तरह से अलग फ़ोल्डर में स्थानांतरित कर दिया और इसे फिर से बनाया । यह जादुई रूप से आया था!
default समाधान स्थान को बदलने से मेरी समस्या हल हो गई।
मुझे इस परियोजना के लिए पुराना संदर्भ निकालना पड़ा जो समाधान से अब अस्तित्व में नहीं था और यह मेरे लिए ठीक काम करता था।
यदि .suo या .ncb फ़ाइल दूषित हो गई है, तो दृश्य स्टूडियो क्रैशिंग के कारण भी इसका कारण बनता है। इस क्रैशिंग को हल करने के लिए आप छवि में उल्लिखित निम्न चरणों का उपयोग कर सकते हैं।
उन .user और .suo फ़ाइलें कहाँ स्थित हैं? – NoSaidTheCompiler
आप उन्हें अपने .csproj और .sln फ़ाइलों के साथ देखेंगे। वीएस 2015 में इनमें से कई आपकी .sln फ़ाइल द्वारा .vs फ़ोल्डर में गए थे। –