2009-12-23 7 views
10

मैं वर्तमान में यह जानने का प्रयास कर रहा हूं कि मेरा InjectableAttributes never get to the filter part क्यों है।
वजह मैं सीधे स्रोत परियोजना में जुड़े हुए तो मैं आसानी से breakpoints आदि डाल सकता है
जब मैं फिर भी मैं निम्न संदेश मिलता है निर्माण:ऑप्टिमाइज़ेशन सक्षम या डिबग जानकारी के बिना निर्मित

 
The following module was built either with optimizations enabled or without debug information: 
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\root\[a bunch of randomly named directories]\assembly\[more random names]\MvcTurbine.Web.DLL] 

To debug this module, change its project build configuration to Debug mode. To suppress this message, disable the 'Warn if no user code on launch' debugger option. 

मैं परियोजना के गुणों की जाँच की। यह कॉन्फ़िगरेशन "सक्रिय (डीबग)" पर सेट है और "ऑप्टिमाइज़ कोड" चेक बॉक्स अनचेक किया गया है।

अद्यतन
मैं फिर से जाँच की अगर मैं दुर्घटना से नहीं किया फ़ाइल नहीं बल्कि उसके बाद परियोजना शामिल हैं, लेकिन संदर्भ सही लगते हैं।
बस यह सुनिश्चित करने के लिए कि मैंने सभी मौजूदा डिब्बे भी हटा दिए हैं ताकि सभी पुस्तकालय निश्चित रूप से कहीं पुनर्निर्माण कर सकें, लेकिन इसका कोई फायदा नहीं हुआ।

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

अद्यतन
Debug-> विंडोज-मॉड्यूल विंडो में टरबाइन पुस्तकालय के लिए प्रतीक स्थिति PDB file does not match image है मैं हटा दिया सब अपने पूरे सिस्टम पर pdb फ़ाइलें इसी यह हो जाता है फिर से उत्पन्न सुनिश्चित करने के लिए है, लेकिन कोई लाभ नहीं हुआ ।
यह सुनिश्चित करने के लिए कि मैंने अपने पूरे सिस्टम पर डीएल की खोज की और उन्हें हटा दिया। कुछ भी तो नहीं।

वीएस को डीबग जानकारी बनाने से रोकना क्या हो सकता है?

+0

कृपया इस लिंक को आज़माएं। http: // stackoverflow।कॉम/प्रश्न/810203/निम्नलिखित-मॉड्यूल-निर्मित-या-ऑप्टिमाइज़ेशन-सक्षम-या-बिना-डीबू –

उत्तर

2

ऐसा लगता है कि आप MvcTurbine परियोजना से MvcTurbine.Web.DLL फ़ाइल संदर्भित किया है बल्कि। संदर्भ को हटाने का प्रयास करें और इसे एक परियोजना संदर्भ के रूप में दोबारा जोड़ दें।

अद्यतन क्या आप सुनिश्चित हैं कि डीएलएल जीएसी से नहीं आ रहा है? डीबग करें-> विंडोज-> मॉड्यूल जब ऐप चल रहा है और पथ कॉलम की जांच करें।

+0

क्योंकि मैंने खुद को संदेह करना शुरू कर दिया है, मैंने फिर से जांच की है, लेकिन मैंने परियोजना का संदर्भ नहीं दिया, फाइल नहीं । मैं स्पष्टीकरण के लिए ओपी अद्यतन करूंगा। –

+1

ठीक है, मैंने एक नया अनुमान जोड़ा है। :) –

+0

मुझे इस विंडो के बारे में पता नहीं था :) +1! पुस्तकालय गैक में नहीं हैं (पथ के लिए मैं ओपी में अपडेट किए गए त्रुटि संदेश को देखता हूं, उन्हें अनुकूलित किया गया है = नहीं, लेकिन प्रतीक स्थिति पीडीबी छवि से मेल नहीं खाती है। कोई विचार यहां से कहाँ जाना है? मैं जहां भी मैं इसे पा सकता हूं, इस मॉड्यूल के लिए पीडीबी फाइलों को हटाने के साथ शुरू करें: पी –

4

जांचें कि परियोजना के लिए डीबग जानकारी उत्पन्न की जा रही है। आप प्रोजेक्ट प्रॉपर्टी पेज पर बिल्ड टैब खोलकर और "उन्नत ..." बटन पर क्लिक करके ऐसा कर सकते हैं। "डीबग जानकारी" सेटिंग की जांच करें। प्रत्येक विकल्प का अर्थ क्या है इसके स्पष्टीकरण के लिए this MSDN article देखें।

यदि यह हल नहीं करता है, तो जांचें कि एमवीसी टरबाइन परियोजना वास्तव में बनाई जा रही है (Build -> Configuration Manager)।

+0

डीबग जानकारी आउटपुट "पूर्ण" है। मैंने इसे अन्य पुस्तकालयों के साथ चेक किया है जो डीबग जानकारी लिख रहे हैं और यह मेल खाता है। कॉन्फ़िगरेशन में mngr tie mvcTurbine प्रोजेक्ट्स डीबग पर हैं किसी भी CPU और चेक किए गए, बस अन्य सभी की तरह। आपके कॉमेंट के लिए –

7

मैंने वीएस -2010 का उपयोग करके आज सुबह एक ही समस्या का अनुभव किया है। मैंने इसे सभी निर्माण कलाकृतियों को हटाकर हल किया, उदा। निष्पादन योग्य, पुस्तकालय, पीडीबी, आदि। यह \ bin \ Debug, \ bin \ release, \ obj \ Debug, और \ obj \ रिलीज (उप-फ़ोल्डर सहित) में था। फिर मैंने डीबग कॉन्फ़िगरेशन को पुनः संकलित किया, और व्यापार में वापस आ गया।

+0

Thx। चूंकि यह सवाल साल पहले से था, मुझे डर है कि मेरे पास अब यह जांचने का कोई तरीका नहीं है। हालांकि यह दूसरों की मदद कर सकता है :) –

संबंधित मुद्दे