Я зафиксировал аварийный дамп моего 32-битного приложения .NET, работающего в 64-битной операционной системе Windows. В ходе анализа кто-то обнаружил, что у меня 64-битный дамп, и сказал мне, что анализ этого дампа невозможен из-за неправильной разрядности.
При использовании диспетчера задач Windows для создания дампа я не осознавал, что делаю что-то не так. Это всегда работало для 32-битных операционных систем.
Как сделать хороший дамп для .NET, особенно с правильной разрядностью?
Разрядность важна для .NET-приложений по следующим причинам:
Преобразовать дамп с 64-битного на 32-битный не представляется возможным, хотя по идее он должен содержать всю необходимую информацию.
Если вам повезет, вы все равно можете попробовать некоторые инструкции.
Если разрядность не известна, узнать ее можно так:
Диспетчер задач Windows 7 показывает *32 для процессов: 
В диспетчере задач Windows 8 перейдите на вкладку Details и добавьте столбец с именем Platform: 
Visual Studio показывает разрядность при подключении к процессу: 
Process Explorer можно настроить для отображения столбца Image Type: 
Программы, определяющие разрядность автоматически:
Инструменты, которые захватывают дамп с определенной разрядностью:
-64.Просто выберите разрядность в соответствии с вашим приложением, а не в соответствии с ОС.
Для .NET нужен полный дамп памяти, иначе не разберешься с содержимым объектов. Чтобы включить полную память, сделайте следующее:
/ma при выполнении .dump-maDumpType на 2Я обнаружил, что многие разработчики даже не знают, что Visual Studio может создавать дампы. Причина, вероятно, в том, что меню долгое время не отображается. Вот шаги:
Вероятно, только для отладки самого слоя WoW64.
Platform, чтобы определить это. Также в своем заголовке How to take a good..., возможно, стоит использовать слово "правильно" вместо слова "хорошо".
- person wal; 22.07.2014
