यह Add Non-GAC reference to project के समान है लेकिन समाधान प्रस्तुत वहाँ मदद करने के लिए नहीं है।संदर्भ गैर GAC संस्करण 2010
मैं एक WinForms यूआई लाइब्रेरी (ComponentFactory से क्रिप्टन) GAC में स्थापित किया है। एक बग है जिसे मैं उस लाइब्रेरी में ट्रैक करना चाहता हूं, इसलिए मैंने अपने समाधान में सोर्स कोड जोड़ा, मेरे WinForms प्रोजेक्ट से पुराने संदर्भों को क्रिप्टन डीएलएल में हटा दिया, उन्हें एक परियोजना संदर्भ के रूप में वापस जोड़ा, सुनिश्चित किया कि कॉपी लोकल सत्य पर सेट है, दोबारा जांच कर उस पथ (संदर्भ गुणों पर टैब) अपने स्थानीय परियोजना के लिए अंक, और ...
... GAC संस्करण अभी भी जबकि डिबगिंग किया जा रहा है। मैं निष्पादित नहीं करने के लिए क्रिप्टन स्रोत में एक ब्रेकपाइंट सेट कर सकते हैं नहीं, Debugger.Break() या अन्य कोड में परिवर्तन, और जब मैं दृश्य स्टूडियो 2010 डिबगर शुरू, मैं वी.एस. 2010 में से क्रिप्टन DLLs फ्लैश से संबंधित एक से लोड हो रहा है ... GAC_MISL संदेश दिखाई स्टेटस बार। डीएलएल को WinForm के डीबग फ़ोल्डर में कॉपी नहीं किया गया है।
मैं जीएसी में पंजीकृत होने के दौरान फ़ाइलों के "प्रोजेक्ट" संस्करण का संदर्भ कैसे दे सकता हूं?
GACUtil कई स्थानों में स्थित किया जा रहा है' सी में खोजने का प्रयास करें। यह मेरे सर्वर पर पथों में से एक है: 'सी: \ प्रोग्राम फ़ाइलें (x86) \ माइक्रोसॉफ्ट एसडीके \ विंडोज \ v8.0A \ bin \ NETFX 4.0 उपकरण \ x64' – northben
क्या यह अभी भी सच है? क्या अब जीएसी के बजाय संदर्भित परियोजना को प्राथमिकता देने का कोई तरीका है? ऐसा लगता है कि मुझे डीबग संदर्भ में एक प्रमुख दोष है; माइक्रोसॉफ्ट को इस आईएमएचओ को संबोधित करना चाहिए। –
यह सच था, यह अभी भी सच है, यह हमेशा सच रहेगा। आपको माइक्रोसॉफ्ट से बात करनी होगी, लेकिन आप यह सुनिश्चित कर सकते हैं कि वे पूरी तरह से आपको अनदेखा कर रहे हैं :) अपनी देव मशीन पर जीएसी का दुरुपयोग करना सिर्फ एक सादा बुरा विचार है, यह एक तैनाती का विवरण है जो केवल मायने रखता है उपयोगकर्ता की मशीन यह डीएलएल नरक का वास्तविक शिकार है। एक देव मशीन पर नरक होने से एक आत्मनिर्भर समस्या है। –