mscorjit overlaps mscoree when using windbg -

लोड हो रहा है डंप फ़ाइल [C: \ Crash_Mode__Date_12-05-2009__Time_15-54-2727 \ पीआईडी-4056__CCNET.EXE__1st_chance_Process_Shut_Down__full_13d0_2009-12-06_00 -33-14-734_0fd8.dmp] उपयोगकर्ता मिनी पूर्ण मेमोरी के साथ फ़ाइल डंप: केवल आवेदन डेटा उपलब्ध है

टिप्पणी: '1st_chance_Process_Shut_Down_exception_in_CCNET.EXE_running_on_TEST218' प्रतीक खोज पथ है: SRV ई: \ प्रतीकों < / em> निष्पादन खोज पथ है:

विंडोज सर्वर 2003 संस्करण 3790 (सर्विस पैक 2) सांसद (2 procs) नि: शुल्क 64 उत्पाद: सर्वर, सूट: उद्यम TerminalServer SingleUserTS मशीन नाम:

डीबग सत्र का समय: सूर्य दिसंबर 6 00: 33: 14.000 2009 (GMT + 8)

सिस्टम अपटाइम: 32 दिन 12: 43: 52.414

प्रक्रिया अपटाइम: 0 दिनों 8: 44: 37.000

.......................... चेतावनी: mscorjit ओवरलैप mscoree

.. ............................ चेतावनी: wldap32 ओवरलैप डीएनएसएपीआई

.......... चेतावनी: रसापी 32 ओवरसीज डीएनएसएपी

... चेतावनी: टैपिओ 32 ओवरलैप्स रसापी 32 < / P>

। चेतावनी: rtutils overlaps रस्मान

.............. चेतावनी: setupapi ओवरस्टैप winsta

.... < ! strong> wow64cpu CpupSyscallStub + 0x9:

00000000`78b842d9 सी 3 सेवानिवृत्त

वजह से ऐसा हो

मैं hadve देखा एक ही बात latly, मुझे यकीन है के लिए पता नहीं है लेकिन यह शायद कुछ WOW64 विरूपण साक्ष्य या संभवतः कुछ अधिक आक्रामक विरोधी शोषण तकनीक की वजह से है। Win32 पर लीट पर, भले ही एक DLL का लोड एड्रेस अलग-अलग हो सकता है, अगर किसी DLL को एंटऑटर प्रक्रिया में मैप किया जाता है (जैसे ntdll / kernel32) जब आपकी प्रक्रिया शुरू होती है, अगर यह DLL के भी स्थायी रूप से लिंक हो, तो यह हमेशा लोड होता है अगले रिबूट तक एक ही पते पर।

ऐसा लगता है कि हाल ही में सीएलआर एक्सई विभिन्न मॉड्यूलों के प्रति-निष्पादन का पुनर्मुद्रण करने में सक्षम हैं, मुझे पता है कि यह एक मुद्दा है, लेकिन शायद यह एडिटोनल प्लेटफार्मों पर लगाया गया है सीएलआर एप्लिकेशन के लिए।