mscorjit перекрывает mscoree при использовании windbg - PullRequest
Новая
       7

mscorjit перекрывает mscoree при использовании windbg

0 голосов
/ 07 декабря 2009

Загрузка файла дампа [C: \ Crash_Mode__Date_12-05-2009__Time_15-54-2727 \ PID-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 E: \ symbols http://msdl.microsoft.com/download/symbols Путь поиска исполняемого файла:

Windows Server 2003 версии 3790 (с пакетом обновления 2) MP (2 проца) Бесплатно x64 Продукт: Сервер, пакет: Enterprise TerminalServer SingleUserTS Имя машины:

Время сеанса отладки: вс 6 декабря 00: 33: 14.000 2009 (GMT + 8)

Время работы системы: 32 дня, 12: 43: 52,414

Время работы процесса: 0 дней 8: 44: 37.000

.......................... ПРЕДУПРЕЖДЕНИЕ: mscorjit перекрывается с mscoree

.............................. ПРЕДУПРЕЖДЕНИЕ: wldap32 перекрывает днсапи

.......... ВНИМАНИЕ: rasapi32 перекрывает днсапи

... ВНИМАНИЕ: tapi32 перекрывает rasapi32

. ПРЕДУПРЕЖДЕНИЕ: rtutils перекрывает rasman

.............. ВНИМАНИЕ: setupapi перекрывается с винстой

.... wow64cpu CpupSyscallStub + 0x9:

00000000`78b842d9 c3 ret

почему это произошло?

Ответы [ 2 ]

5 голосов
/ 30 мая 2012

Не относится к CLR, вместо этого это 32 на 64, как описано здесь http://www.dumpanalysis.org/blog/index.php/2007/09/11/crash-dump-analysis-patterns-part-26/ - вкратце используйте следующее: 

.load wow64exts
.effmach x86

С ними kb и !analyze -v дадут лучшие результаты.

1 голос
/ 11 декабря 2009

Я видел то же самое в последнее время, я точно не знаю, но это, вероятно, какой-то артефакт WOW64 или, возможно, из-за более агрессивных методов защиты от эксплуатации. По крайней мере, на Win32, хотя адрес загрузки DLL может иногда отличаться, если DLL отображается в другом процессе (например, ntdll / kernel32), когда ваш процесс запускается, если он также статически связывает эти DLL, он всегда будет загружаться по тому же адресу до следующей перезагрузки.

Кажется вероятным, что более поздние версии CLR способны перераспределять производительность различных модулей, я знаю, что это проблема на MSVC10 и Windows7 , но, возможно, она была перенесена на дополнительные платформы для приложений CLR.

...