2013-07-31 4 views
0

Поддерживает ли VS 2010 разрешение файла символов иначе, чем другие продукты MS? репрографии шаги:Почему VS 2010 игнорирует _NT_SYMBOL_PATH?

  1. Открыть панель управления и убедитесь, что _NT_SYMBOL_PATH установлен на что-то действительное, как SRV * C: \ DebugSymbols * \ buildserver \ Строит \ Symbols * http://msdl.microsoft.com/download/symbols
  2. Открыть минидампа файл с WinDbg или VS 2012 => отладчик успешно символы загрузки
  3. Откройте же минидампа файл с VS 2010 => отладчик не удается в найти символы
  4. Откройте диалоговое окно «Параметры» внутри VS и установите путь отладочных символов на тот же самый, что и выше. (Эта настройка сохраняется при закрытии VS.)
  5. Откройте тот же файл минидампа с VS 2010 => отладчик успешно символы загрузки

Это репрографии на всех машинах нашего отдела. Установка пути вручную - это одноразовая операция, и это нормально в dev-блоке, но это большая боль в лаборатории, где виртуальные машины постоянно перерисовываются.

Использует ли в 2010 году дополнительные переменные среды, которых нет у других инструментов?

У VS есть файл основных настроек, который переопределяется настройками CurrentSettings.vs каждого пользователя?

ответ

1

После долгих расспрашивать и рыщут в Интернете, я узнал из надежного источника

_NT_SYMBOL_PATH является переменная среды, которая потребляется одним и тем же компонентом VS используется для загрузки символов, но не используется VS ,

Я считаю, что этот комментарий относится к VS 2010 (неподтвержденный). Я не могу воспроизвести проблему в VS 2012.

Это связано с еще одной распространенной проблемой, когда VS игнорирует локальный кеш, вызывая проблемы с производительностью, даже если он установлен в _NT_SYMBOL_PATH.

Обходной путь заключается в том, чтобы установить путь вручную внутри VS 2010 или (еще лучше) открыть аварийный сброс в VS 2012.