asp.net - Silverlight Multiple Application Debugging -
मेरे पास एक ही समाधान में तीन सिल्वरलाइट 3 अनुप्रयोग हैं मेरे asp.net होस्टिंग प्रोजेक्ट में मेरे पास तीनों परियोजनाओं के लिए एक अलग पृष्ठ है I जब मैं पृष्ठों के बीच नेविगेट करता हूं, तो केवल सिल्वरलाइट ब्रेकपॉइंट जो हिट हो जाते हैं, वे मेरे आरंभिक पेज को लोड करते हैं।
यह समस्या केवल हाल ही में शुरू हुई है। मैं एक ही समय में सभी चांदी के प्रकाश परियोजनाओं के बीच डिबग करने में सक्षम था। कोई विचार? मैंने क्लाइंटबिन फोल्डर को हटा दिया है, मैंने सभी फ़ाइलों को हटा दिया है और स्रोत नियंत्रण से पुन: प्राप्त किया है। कुछ भी काम का नहीं लगता।
"समस्या अभी हाल ही में शुरू हुई है"। क्या बदल गया? यहां कुछ अनुमान दिए गए हैं: -
- आप विंडोज 7 में अपग्रेड कर चुके हैं
- आपने कुछ और मेमोरी इंस्टॉल की
- कुछ अन्य मेमोरी गज़लिंग ऐप अब नहीं चल रहा है जब आप परीक्षण कर रहे हैं।
डिफ़ॉल्ट रूप से IE8 कम से कम 2 प्रक्रियाओं को चलाएगा। ब्राउज़र फ़्रेम के लिए एक और आंशिक टैब की सामग्री के लिए जैसा कि आप अधिक खिड़कियां और टैब खोलते हैं, IE वर्तमान में उपयोग की जा रही सेट में नई प्रक्रियाएं जोड़ सकता है।
जब आप डीजेब डिबग करते हैं तो एक नया IE8 सत्र लॉन्च होगा और एक टैब की सामग्री को संभाल करने वाली प्रक्रिया से जुड़ा होगा वह खुली है, (यह मूल फ्रेम प्रक्रिया से जुड़ा परेशान नहीं करता है) हालांकि, जैसा कि आप अपने आवेदन के बारे में नेविगेट करते हैं, IE8 नई प्रक्रिया शुरू करेगा, जिसमें वीएस संलग्न नहीं होगा। यह आपको प्रक्रिया संवाद में अटैच खोलने और उसे मैन्युअल रूप से करने के लिए मजबूर करता है।
आप इस IE8 सुविधा को नियंत्रित कर सकते हैं (रजिस्ट्री से BTW LCIE, लापरवाही से जुड़े IE) को नियंत्रित कर सकते हैं।
कुंजी HKEY_CURRENT_USER \ Software \ Microsoft \ Internet Explorer \ Main \ / code> एक नया DWORD मान
TabProcGrowth
जोड़ें। इसके मूल्य को 1 पर सेट करें। अब IE8 केवल एक ही फ्रेम के लिए एक सत्र में 2 प्रक्रियाओं को बनाएगा और सभी टैब और विंडो सामग्री के लिए, जो वी.एस. संलग्न होगा।
यह शायद एक है बिट कठोर अगर आप IE8 को अपने सामान्य ब्राउज़र के रूप में भी उपयोग करते हैं एक विकल्प परीक्षण प्रयोजनों के लिए IE8 को छोड़ना है और सामान्य ब्राउज़िंग के लिए अन्य ब्राउज़र का उपयोग करना है। एक अन्य विकल्प उपरोक्त में भिन्नता है DWORD के रूप में TabProcGrowth
बनाने के बजाय इसे एक स्ट्रिंग प्रकार के रूप में बनायें और सेट को "छोटा" के लिए मान है इस मोड में IE8 प्रक्रियाओं की संख्या में बहुत कम आक्रामक होगी जो इसे खुलेंगे। निश्चित रूप से आप रजिस्ट्री प्रविष्टि बनाने और हटाने के लिए कुछ लिपियों को बना सकते हैं।
रजिस्ट्री प्रविष्टि के बिना नोट IE8 अपनी स्वयं की hueristics का उपयोग करता है जो उपलब्ध स्मृति आदि पर निर्भर करता है यह निर्धारित करने के लिए कि कोई नई प्रक्रिया warrented है या नहीं । यह समझा सकता है कि आपके डीबगिंग में पिछले काम क्यों किया गया था और जाहिरा तौर पर कोई कारण नहीं क्योंकि यह काम करना बंद कर दिया।
Comments
Post a Comment