क्या अमान्य डाउनकास्टिंग के कारण WinDbg स्मृति ढेर भ्रष्टाचार का पता लगाने में सक्षम है?

Question

यह एक बग था जिसे मैंने अभी पाया! हुर्रे। बग एक गलत डाउनकास्टिंग के कारण था, और वास्तव में मैं dynamic_cast के बजाय static_cast का उपयोग कर रहा था।

मेरा आवेदन बहुत बड़ी और बहु-क्रम है और अन्य अनुप्रयोगों के साथ सूचना का आदान। तो डिबगिंग बहुत मुश्किल है। मैं परिणाम के बिना WinDbg, GFlags, और Application Verifier उपयोग करने के लिए कोशिश की है। निश्चित रूप से क्योंकि मुझे नहीं पता कि इन उपकरणों का उपयोग कैसे करें।

, गलत downcasting की वजह से एक स्मृति ढेर भ्रष्टाचार को खोजने के लिए संभव यह है WinDbg जैसे उपकरणों के उपयोग के साथ? यदि हां, तो कैसे?

Answer 1

Windbg! ढेर -s -v आदेश एक भ्रष्ट ढेर

0:008> !heap -s -v 

    Heap  Flags Reserv Commit Virt Free List UCR Virt Lock Fast 
       (k)  (k) (k)  (k) length  blocks cont. heap 
----------------------------------------------------------------------------- 
.ERROR: Block 001842e8 previous size 0 does not match previous block size 4 
HEAP 00140000 (Seg 00140640) At 001842e8 Error: invalid block Previous 

Answer 2

संपादित करें: टिप्पणियाँ यह स्पष्ट है कि गैर- Windows विकल्प व्यवहार्य नहीं हैं। उस मामले में मुझे पहले शुद्धिक के साथ शुभकामनाएं मिलीं, लेकिन दुर्भाग्यवश यह $$$ है। हालांकि मैं अन्य विंडोज मेमोरी जांच उपकरण से परिचित नहीं हूं।

इस विशेष मामले के संबंध में, किसी भी समय आप पाते हैं अपने आप को downcasting, कम से कम एक वैकल्पिक इंटरफेस या डिजाइन कि आवश्यकता को दूर कर सकता है के बारे में एक मिनट के बारे में सोच खर्च करते हैं। कंपाइलर त्रुटियों और चेतावनियां, और एक ठोस डिजाइन बहुत सारी बग पा सकते हैं जो अन्यथा खोजने के लिए घंटों लगते हैं।