Я работаю над проектом ColdFusion некоторое время, и Visual Studio начал вести себя как минимум странно.
Я заметил, что когда я начал отладку, он создал проект, начал развертывание, и развертывание закончилось, и он начал загружать символы для моего проекта.
Но это было очень медленно, и я не знаю, почему он начал делать этот шаг. Что я мог сделать?
Необходим ли этот шаг загрузки символа? Как я могу отключить это?
В диалоге Сервис -> Параметры -> Отладка -> Символы не добавляется местоположение файла символов (.pdb). И я указал в каталоге отладки моего проекта на поле ниже, и я установил флажок «Искать в каталоге выше, только когда символы ....». Как мне настроить этот диалог, чтобы отключить загрузку символов?
Я посмотрел в окне Модули, какие символы загружены, но он мне ничего не говорит. В чем проблема?
источник
Ответы:
Отладка -> Удалить все точки останова ( http://darrinbishop.com/blog/2010/06/sharepoint-2010-hangs-after-visual-studio-2010-f5-debugging ) После этого вы можете использовать их снова, но сделайте это один раз. Это также удалит некоторые «недействительные» точки останова, и тогда загрузка символов снова будет быстрой. Я преследовал эту проблему в течение нескольких дней :(.
источник
Другая причина медленной загрузки - если вы отключили «Включить только мой код» в параметрах отладки. Чтобы включить это, перейдите по ссылке:
Убедитесь, что это проверено.
источник
Настроить в Инструменты, Параметры, Отладка, Символы.
Вы можете посмотреть окно вывода (просмотр, вывод), чтобы увидеть, что он обычно делает. Если он действительно медленный, это, вероятно, означает, что он загружает сервер символов, возможно, Microsoft, чтобы загрузить недостающие символы. Для каждого файла, который он не может найти при каждом запуске, требуется три HTTP-нажатия - иногда это можно увидеть в строке состояния внизу или, например, в Fiddler. Вы можете видеть, какие модули загружали символы в Debug, Windows, Modules во время отладки.
Символы означают, что вы получаете полезную информацию трассировки стека в сторонние и системные сборки. Вы определенно нуждаетесь в них для своего собственного кода, но я думаю, что они загружаются независимо. Лучше всего отключить любые нелокальные источники символов в этом меню, и, если вы загружаете много символов для системных сборок, в которые вам не нужно отлаживать, вы можете временно отключить их загрузку, чтобы ускорить запуск отладки - но они часто полезны для загрузки.
источник
Просто была эта проблема.
Я исправил это, перейдя к:
Сервис -> Параметры -> Отладка -> Символы
Затем снимите отметку со всех нелокальных источников для местоположений файлов символов (.pdb)
например, серверы Microsoft Symbol и msdl.microsoft.com/download/symbols
источник
Я столкнулся с подобной проблемой. В моем случае я установил _NT_SYMBOL_PATH для загрузки с серверов Microsoft для использования в WinDbg, и похоже, что когда установлено, Visual Studio будет использовать это без возможности игнорировать его. Удаление этой переменной среды решило мою проблему.
источник
Вы можете попробовать следующий ответ на отладку / загрузку Visual Studio очень медленно :
Также попробуйте удалить все точки останова (Отладка> Удалить все точки останова),
См. Также : Visual Studio 2015 RC1 зависает в режиме отладки при загрузке символов
источник
Для меня это похоже на точки останова, как указано в принятом ответе. Однако я нашел два обходных пути, которые не включали удаление всех точек останова:
источник
Просто столкнулся с этой проблемой. Удаление точек останова не сработало или, по крайней мере, не само по себе. После того, как это не удалось, я пошел Инструменты> Параметры> Отладка> Символы и «Очистить кэш символов»
а затем очистили раствор и восстановили.
Теперь, кажется, работает правильно. Так что, если вы попробуете все остальные перечисленные вещи, и это все равно не будет иметь никакого значения, эти дополнительные биты информации могут помочь ...
источник
В моем случае Visual Studio искал сторонние PDB по путям, которые на моей машине ссылались на оптический привод. Без диска в трее требовалось около 30 сбоев в работе Windows, что, в свою очередь, замедляло работу Visual Studio, поскольку она пыталась загрузить PDB из этого места. Более подробная информация доступна в моем полном ответе здесь: https://stackoverflow.com/a/17457581/85196
источник
У меня была та же проблема, и даже после выключения загрузки символов загрузка модуля в Visual Studio была ужасно медленной.
Решением было отключить антивирусное программное обеспечение (в моем случае NOD32) или, что еще лучше, добавить к нему исключения, чтобы оно игнорировало пути, из которых ваш процесс загружает сборки (в моем случае это папка GAC и временный ASP). Папка .NET Files).
источник
Мои 2 цента,
У меня была похожая проблема при попытке получить (Visual Studio 2013) диагностический отчет в режиме выпуска x64 (выборка процессора), и хотя символы для необходимых файлов DLL были загружены, символы для моего исполняемого файла не могли быть загружены.
Я ничего не изменил в меню «Символы», вместо этого я сделал некоторые изменения на страницах свойств потока моего исполняемого файла в обозревателе решений, а именно:
Свойства конфигурации / Общие / Включить управляемую инкрементную сборку в ДА
Свойства конфигурации / отладка / объединить среду в NO
Свойства конфигурации / C / C ++ / Включить Просмотр информации в YES (/ FR)
Свойства конфигурации / Linker / Включить инкрементное связывание с YES (/ INCREMENTAL)
РЕДАКТИРОВАТЬ: этот последний делает свое дело
....
Свойства конфигурации / Линкер / Отладка / Создать Отладочную информацию в Да (/ DEBUG)
....
После этого все заработало и нормально загрузилось. Я уверен, что один или несколько из вышеперечисленных сделали свое дело для меня (хотя я не уверен, какой именно) и просто хочу, чтобы другие знали и попробовать это ..
мир
источник
Попробуйте щелкнуть правой кнопкой мыши одну из точек останова, а затем выберите «Местоположение». Затем установите флажок «Разрешить исходный код отличаться от исходной версии»
источник
Visual Studio 2017 Отладка опций «ускорения» символа, если вы уже не сошли с ума от настройки опций:
Tools -> Options -> Debugging -> Symbols
а. Включите опцию «Сервер Microsoft Symbol».
Б. Нажмите «Очистить кэш символов»
c. Установите кэш символов, чтобы легко найти место, например,
C:\dbg_symbols
или%USERPROFILE%\dbg_symbols
1А и 2 являются наиболее важными шагами. 1B и 1C - это просто полезные изменения, которые помогут вам отслеживать ваши символы.
После того, как ваше приложение загрузило все символы хотя бы один раз и отладка не завершилась преждевременно, эти символы должны быть быстро загружены при следующем запуске отладки.
Я заметил, что если я отменяю отладочный прогон, я должен перезагрузить эти символы, так как я предполагаю, что они «очищаются», если они были введены и внезапно отменены. Я понимаю основную причину такого потока, но в этом случае он кажется плохо продуманным.
источник
Снятие отметки «Включить отладку JavaScript для ASP.NET (Chrome и IE)» в разделе «Сервис-> Параметры-> Отладка-> Общие» разрешило мой случай с невозможностью запустить отладчик VS2017 с предустановленными точками останова.
источник
Единственное, что сработало для меня, это изменение типа кода.
В окне « Присоединить к процессу» я изменил параметр « Присоединить к:», чтобы автоматически определять тип кода для отладки , после чего были достигнуты мои контрольные точки.
Ранее у меня был выбран только нативный код.
источник
У меня была похожая проблема, когда Visual Studio продолжает загружать символ и застряла.
Оказывается, я добавил несколько «аргументов командной строки» в параметры отладки, и один из параметров недопустим (я должен передать некоторые значения).
После того как я удалил лишний параметр, он снова начинает работать.
источник