विनाशक दुर्घटना

Question

मैं विजुअल स्टूडियो में Win32 C++ एप्लिकेशन पर काम कर रहा हूं।

स्रोत फ़ाइलों में से एक में, मेरे पास वैश्विक वस्तुएं नीचे दी गई हैं।

TestClass tObj; 

int main() //Execution starts here 
{ 
} 

टेस्टक्लास को अन्य डीएलएल में नीचे जैसा परिभाषित किया गया है।

struct Source 
{ 

}; 

class TestClass 
{ 
    list<Source> sourceList; 
    public: 
     TestClass() {} 
     ~TestClass() {} 
}; 

अपने आवेदन चल रहा है, अगर मैं कंसोल विंडो बंद करके स्पष्ट रूप से ऐप्स को बंद करने, कोशिश, यह TestClass नाशक में क्रैश हो रहा है। कॉलस्टैक दिखाता है CrtIsValidHeapPointer विफल हो रहा है।

Pls इस समस्या को हल करने में मेरी सहायता करें।

Answer 1

सुनिश्चित करें कि आप एक ही रनटाइम के साथ EXE और DLL को बॉट बनाएं, अधिमानतः गतिशील रनटाइम के साथ।

Answer 2

यह विनाशक में दुर्घटनाग्रस्त हो रहा है, विनाशक से अपवाद को फेंक दिया जा रहा है जो आपके आवेदन को समाप्त और क्रैश कर रहा है। Uncaught exceptions

ऐसी दो स्थितियां हैं जिनमें एक विनाशक कहा जाता है। पहला तब होता है जब एक वस्तु "सामान्य" स्थितियों के तहत नष्ट हो जाती है, उदाहरण के लिए, जब यह दायरे से बाहर हो जाती है या स्पष्ट रूप से हटा दी जाती है। दूसरी बात यह है कि अपवाद प्रसार के ढेर-अनचाहे हिस्से के दौरान अपवाद-हैंडलिंग तंत्र द्वारा ऑब्जेक्ट को नष्ट किया जाता है। आप एक अपवाद के कारण रूढ़िवादी धारणा है कि एक अपवाद सक्रिय है, क्योंकि अगर नियंत्रण एक नाशक छोड़ देता है के तहत अपने विनाशकर्ता लिखना चाहिए, जबकि एक अन्य अपवाद सक्रिय है, सी ++ समारोह समाप्त

Answer 3

वैश्विक वस्तुओं initialised और द्वारा नष्ट कर रहे हैं कॉल सी रनटाइम। उन्हें main से पहले शुरू किया जाता है, इसे लौटने के बाद बुलाया जाता है और नष्ट कर दिया जाता है।

त्रुटि शायद आपके विनाशक (या अप्रत्यक्ष रूप से Source विनाशक से) तक पहुंचने वाली किसी चीज़ के कारण हुई है। विनाशक कोड अमान्य स्मृति तक पहुंच रहा है (या स्मृति जो पहले से ही मुक्त हो चुकी है)।

वैश्विक चर के प्रारंभिकरण और विनाश का आदेश परिभाषित नहीं किया गया है, और अक्सर आवेदन समाप्ति पर त्रुटियों का स्रोत होता है। यदि ऐसे अन्य ग्लोबल्स हैं जो टेस्ट क्लास द्वारा संदर्भित संसाधनों को साफ़ या संशोधित कर सकते हैं, तो यह अपराधी हो सकता है।

Answer 4

क्या डीएलएल और EXE एक ही संरेखण (पैक प्रागमा) का उपयोग कर बनाया गया है?

Answer 5

आपका समस्या यह है कि .exe के बीच संकलक/लिंकर सेटिंग्स भिन्न और .dll प्रभावी रूप से .dll उत्पन्न कर रहे हैं और .exe मानक पुस्तकालय के विभिन्न कार्यान्वयन का उपयोग किया जा सकता है:

• आप एक ही उपयोग करना चाहिए preprocessor झंडे * .exe और .dll दोनों बनाने के लिए, अन्यथा प्रत्येक बाइनरी संक्षेप में विभिन्न कार्यान्वयन के साथ संकलित करेगा।
• आपको गतिशील रनटाइम दोनों .exe और .dll दोनों को लिंक करना होगा। रनटाइम से स्थिर रूप से जुड़े द्विआधारी अपने ही ढेर प्राप्त करते हैं - और आप एक ढेर पर आवंटित होते हैं और दूसरे पर मुक्त करने की कोशिश करते हैं।

इसे ठीक, Project > Properties > Configuration Properties > C/C++ > Code Generation के पास जाकर Multi-threaded Debug DLL (/MDd) के क्रम पुस्तकालय विकल्प बदलने के लिए। आपको यह .exe प्रोजेक्ट और .dll प्रोजेक्ट दोनों के लिए करना होगा।

विजुअल स्टूडियो 2010 के रूप में, इनमें से कुछ त्रुटियों को #pragma detect_mismatch का उपयोग करके लिंक समय पर पता लगाया जाएगा।

* _{सब पूर्वप्रक्रमक झंडे मानक पुस्तकालय कार्यान्वयन}

Answer 6

कोशिश की कोई असर अपने निर्माता और नाशक गैर इनलाइन, यह मदद मिल सकती है करना है के लिए। यदि सीटीओआर और डाटर इनलाइन नहीं हैं, तो दोनों डीएल की ओर से उत्पन्न किए जाएंगे, इसलिए सूची <> का निर्माण और विनाश उसी रनटाइम लाइब्रेरी के साथ निष्पादित किया जाएगा। आम तौर पर, डीएलएल सीमाओं में ओपेक एसएलएल objcts गुजरने से बचने की कोशिश करें। निजीकरण सदस्यों को अपने स्वयं के वर्गों में शामिल करना बेहतर है और ऐसे सदस्यों को कुशल बनाने के लिए गैर-इनलाइन विधियों को प्रदान करना