Visual Studio 2008 - показывает "кучу"
Репозиторий не обновлялся в течение 4 и более лет и все еще зависит от node.js 4 и перечисляет то же самое в package.json . Это проблема совместимости, перед развертыванием измените ее на 6.0.0 и попробуйте, вам может повезти.
4 ответа
AFAIK, главные окна, которые Вы хотели бы использовать, являются Местными жителями (Ctrl + Высокий звук + V, L) и Автомобили (Ctrl + Высокий звук + V, L) окна, которые MSDN имеет как:
... и для Стека существует окно Call Stack (Отладка-> Windows-> Стек вызовов) или Ctl + Высокий звук + C.
Однако я получаю чувство, что это не то, что Вы после.
При поиске представления "в оперативной памяти", Вы смогли использовать Окна памяти Visual Studio, к которым можно получить доступ от Отладки-> Windows-> Память-> Память x меню (где x 1-4), или Ctrl + Высокий звук + M, 1-4.
Как несколько человек теперь упомянули, существует несколько других внешних инструментов, которые довольно полезны для памяти, отлаживающей (я использую главным образом инструменты SysInternals и Средства отладки для Windows).
Можно просмотреть стек вызовов при отладке, но я предполагаю, что это не то, что Вы ищете. Вы могли бы хотеть попробовать Windbg и SOS, которые являются БОЛЬШИМИ для отладки проблем памяти. Немного крутой на кривой обучения, но окупаемости ОГРОМНО.
Вам нужно "Окно Стека вызовов"... http://msdn.microsoft.com/en-us/library/a3694ts5.aspx
При помощи окна Call Stack можно просмотреть вызовы функции или вызовы процедуры, которые в настоящее время находятся на стеке.
И для "кучи", "окно памяти"... http://msdn.microsoft.com/en-us/library/s3aw423e (по сравнению с 80) .aspx
Окно памяти обеспечивает представление в пространство памяти, используемое Вашим приложением.
"Восстановление Скрытых Команд Отладчика" может также быть полезным... http://msdn.microsoft.com/en-us/library/9k643651 (По сравнению с 80) .aspx
Поскольку Вы входите в отладку памяти, другие отладчики будут более полезными. Как кто-то предположил, WinDbg превосходен для отладки памяти. Я использую IDA Pro Дизассемблер много сам.
Если Вы на самом деле хотите посмотреть на необработанную память по некоторым причинам, можно открыть окно отладки "Memory" от"Debug->Windows->Memory"и запишите адрес, на который Вы хотите посмотреть в окне редактирования. Можно также записать в окне редактирования любое выражение, которое оценивает к адресу, и это покажет Вам тот адрес, например &variable
Это не очень полезно для того, чтобы на самом деле посмотреть на переменные, потому что Вам будет нелегко анализировать необработанные байты в значимые значения, но для отладки ситуаций может быть полезно, где Вы подозреваете, что существует переполнение буфера или память, которая неожиданно перезаписывается. Особенно полезно при использовании в сочетании с точками прерывания по данным.