आईएल निर्देश पॉइंटर इन-प्रोसेस

Question

पर एक मूल निवासी कैसे करें। .NET Framework के लिए अप्रबंधित API का उपयोग करते समय .NET प्रक्रिया में प्रोफ़ाइल को प्रोफाइल करने के लिए, क्या आईएल निर्देश पॉइंटर को देखना संभव है जो संबंधित है StackSnapshotCallback फ़ंक्शन को प्रदान किया गया मूल निर्देश सूचक?

जैसा कि शायद स्पष्ट है, मैं वर्तमान स्टैक का स्नैपशॉट ले रहा हूं, और स्टैक डंप में फ़ाइल और लाइन नंबर की जानकारी प्रदान करना चाहता हूं। प्रबंधित स्टैक एक्सप्लोरर यह ISymUnmanagedMethod::GetSequencePoints से पूछताछ करके करता है। यह बहुत अच्छा है, लेकिन अनुक्रम बिंदु ऑफ़सेट से जुड़े हुए हैं, और मैंने अब तक यह माना है कि ये विधि की शुरुआत (इंटरमीडिएट भाषा में) से ऑफसेट हैं।

अपने ब्लॉग पोस्ट Profiler stack walking: Basics and beyond पर एक फॉलो-अप टिप्पणी में, डेविड ब्रूमन इंगित करता है कि यह मानचित्रण ICorDebugCode::GetILToNativeMapping का उपयोग करके हासिल किया जा सकता है। हालांकि, यह आदर्श नहीं है क्योंकि इस इंटरफ़ेस को किसी अन्य, डीबगर प्रक्रिया से मेरी प्रक्रिया को जोड़ने की आवश्यकता है।

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

कार्यक्षमता संभव है .... आप प्रबंधित कोड के अंदर इच्छा पर एक लाइन-क्रमांकित स्टैक ट्रेस थूक सकते हैं, केवल एक ही सवाल है, यह सुलभ है। इसके अलावा, मैं System::Diagnostics::StackTrace या System::Environment::StackTrace कार्यक्षमता का उपयोग नहीं करना चाहता क्योंकि कारणों से, मुझे स्टैक के वास्तविक डंप में देरी करने की आवश्यकता है .... इसलिए विधि नामों और कोड स्थान के समाधान के लिए लागत को बचाने के लिए वांछनीय है ... देशी और प्रबंधित फ्रेम intermix करने की क्षमता के साथ।

Answer 1

आदेश एक देशी अनुदेश सूचक से अनुवाद करने के लिए के रूप में ऑफसेट एक मध्यवर्ती भाषा विधि के लिए ICorProfilerInfo2::DoStackSnapshot द्वारा प्रदान में, आप दो कदम उठाने के बाद से DoStackSnapshot एक आभासी स्मृति पता के रूप में एक FunctionID और देशी अनुदेश सूचक प्रदान करता है चाहिए।

चरण 1, निर्देश सूचक को मूल कोड विधि ऑफ़सेट में परिवर्तित करना है। (जेआईटीएड विधि की शुरुआत से ऑफसेट)। इस के साथ ICorProfilerInfo2::GetCodeInfo2

ULONG32 pcIL(0xffffffff); 
HRESULT hr(E_FAIL); 
COR_PRF_CODE_INFO* codeInfo(NULL); 
COR_DEBUG_IL_TO_NATIVE_MAP* map(NULL); 
ULONG32 cItem(0); 

UINT_PTR nativePCOffset(0xffffffff); 
if (SUCCEEDED(hr = pInfo->GetCodeInfo2(functioId, 0, &cItem, NULL)) && 
    (NULL != (codeInfo = new COR_PRF_CODE_INFO[cItem]))) 
{ 
    if (SUCCEEDED(hr = pInfo->GetCodeInfo2(functionId, cItem, &cItem, codeInfo))) 
    { 
     COR_PRF_CODE_INFO *pCur(codeInfo), *pEnd(codeInfo + cItem); 
     nativePCOffset = 0; 
     for (; pCur < pEnd; pCur++) 
     { 
      // 'ip' is the UINT_PTR passed to the StackSnapshotCallback as named in 
      // the docs I am looking at 
      if ((ip >= pCur->startAddress) && (ip < (pCur->startAddress + pCur->size))) 
      { 
       nativePCOffset += (instructionPtr - pCur->startAddress); 
       break; 
      } 
      else 
      { 
       nativePCOffset += pCur->size; 
      } 

     } 
    } 
    delete[] codeInfo; codeInfo = NULL; 
} 

चरण 2. किया जा सकता है एक बार जब आप एक natvie कोड विधि की शुरुआत से कम करते हैं, तो आप इस का उपयोग एक ICorProfilerInfo2::GetILToNativeMapping का उपयोग कर मध्यवर्ती भाषा विधि की शुरुआत से ऑफसेट करने के लिए कन्वर्ट करने के लिए कर सकते हैं।

if ((nativePCOffset != -1) && 
    SUCCEEDED(hr = pInfo->GetILToNativeMapping(functionId, 0, &cItem, NULL)) && 
    (NULL != (map = new COR_DEBUG_IL_TO_NATIVE_MAP[cItem]))) 
{ 
    if (SUCCEEDED(pInfo->GetILToNativeMapping(functionId, cItem, &cItem, map))) 
    { 
     COR_DEBUG_IL_TO_NATIVE_MAP* mapCurrent = map + (cItem - 1); 
     for (;mapCurrent >= map; mapCurrent--) 
     { 
      if ((mapCurrent->nativeStartOffset <= nativePCOffset) && 
       (mapCurrent->nativeEndOffset > nativePCOffset)) 
      { 
       pcIL = mapCurrent->ilOffset; 
       break; 
      } 
     } 
    } 
    delete[] map; map = NULL; 
} 

यह तो समाधान ढूँढने में दिशा के लिए Mithun Shanbhag के प्रतीक API का उपयोग करके

धन्यवाद एक फ़ाइल और लाइन नंबर करने के लिए कोड स्थान मैप करने के लिए इस्तेमाल किया जा सकता।

Answer 2

Console.WriteLine("StackTrace: '{0}'", Environment.StackTrace); 

सुनिश्चित करें कि आपका निर्माण प्रतीक उत्पन्न करता है।

चर्चा पर विस्तार:

के रूप में शायद स्पष्ट है, मैं वर्तमान ढेर का एक स्नैपशॉट ले रहा हूँ, और ढेर डंप में फ़ाइल और लाइन नंबर की जानकारी प्रदान करना चाहते हैं।

यह देखते हुए - यह एकमात्र कारण आप इस प्रक्रिया के लिए संलग्न नहीं कर रहे हैं की तरह लग रहा है, ताकि आप या आसानी से अपने उपकरण डीबग कर सकते हैं, इसके कुछ हिस्सों, के रूप में आप इसे विकसित कर रहे है। यह उपलब्ध होने पर बेहतर आईएमओ बेहतर डिजाइन (आईसीओआरडीब या डब्ल्यू/ई) चुनने के लिए एक खराब बहाना है। इसका खराब डिज़ाइन कारण है क्योंकि आपका कोड (संभवतः) बाहरी बाइनरी की प्रक्रिया स्थान में निष्पादित होता है, जो ज्ञात (या बदतर - अज्ञात) दूषित प्रक्रिया राज्यों में गंदा ('कभी-कभी दुर्लभ) साइड इफेक्ट्स (किसी और डेटा को दूषित करने सहित) का कारण बनता है। यह शुरू करने के लिए पर्याप्त होना चाहिए, लेकिन अन्यथा, बहु-थ्रेडेड कोड आदि के साथ कई किनारे के मामले हैं जहां डिजाइन को चारों ओर काम करने की आवश्यकता है।

ज्यादातर लोग आम तौर पर पूछते हैं "आप वास्तव में क्या करने की कोशिश कर रहे हैं?" चीजों को करने के एक बेहद जटिल तरीके के जवाब के रूप में। में मामलों में एक आसान/आसान तरीका है। देशी कोड के लिए एक स्टैक ट्रेसर लिखने के बाद, मुझे पता है कि यह गन्दा हो सकता है।

अब शायद आप सबकुछ काम कर सकते हैं, तो - बस मेरा $।02