निष्पादन योग्य से एक डीएलएल एक अलग ढेर का उपयोग कब करेगा?

Question

मुझे पता है कि यदि आपके डीएलएल स्थिर रनटाइम के एक अलग संस्करण के खिलाफ लिंक करते हैं तो यह अपना खुद का ढेर बनाता है। यह भी अगर एक ढेर बनाने के लिए निर्देश दिया जाता है। इन परिस्थितियों में, डीएलएल को आवंटित एक्सई को हटाने के लिए असुरक्षित है। यह किस मामले में लागू नहीं होता है (जैसा कि, डीएलएल के लिए आवंटित एक्सई को हटाने के लिए सुरक्षित है)? क्या यह सुरक्षित है यदि एक ही रनटाइम लाइब्रेरी के खिलाफ एक्सई और डीएलएल स्थिर लिंक दोनों?

धन्यवाद

मूल रूप से वहाँ एक रास्ता है, जहां कोई भी आवंटित यह सिर्फ addEvent(new DerivedEvent(), FunctorDestroyClass());

Answer 1

मैं अपने प्रश्न से वहाँ में और अधिक पढ़ सकते हैं, लेकिन आप को पता है आप कैसे आवंटित और DLL सीमाओं के पार मुक्त स्मृति कर सकते हैं चाहते हैं, तो आप निम्न की तरह कुछ का उपयोग हो सकता है:

#define DLLMemAlloc(size) HeapAlloc(GetProcessHeap(), 0, size) 
#define DLLMemFree(mem) HeapFree(GetProcessHeap(), 0, mem) 

यह सुरक्षित हो सकता है (भावी-प्रमाणन पर आंशिक प्रयास)। सीमाओं को आवंटित करने और मुक्त करने की सुरक्षा की गारंटी के लिए विभिन्न निर्माण विकल्पों पर निर्भर होने से समस्याएं पैदा हो सकती हैं।

और (प्रश्न का हिस्सा भी नहीं), तो आप फिर से सोच सकते हैं कि यह करने में सक्षम होना वास्तव में आवश्यक है या नहीं। ऐसा लगता है कि एक डिज़ाइन दोष हो सकता है यदि एक डीएलएल को किसी अन्य डीएलएल (या निष्पादन योग्य) को आवंटित करना है।

Answer 2

कर सकता है यदि आप रन-टाइम पुस्तकालय स्थिर लिंक DLL यह है खुद स्मृति प्रबंधक मिल जाएगा है। आपके पास 3 विकल्प हैं: लिंक रन-टाइम गतिशील रूप से, हमेशा एक ही स्थान पर आवंटित और स्थानांतरित करें (या तो डीएलएल या निष्पादन योग्य, यदि आवश्यक हो तो अग्रेषण प्रदान करें), या इस समस्या का ख्याल रखने वाले तृतीय पक्ष मेमोरी आवंटक का उपयोग करें।