Контрольная точка visual studio 2010 не загружена

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

Я прочитал все возможные решения этого форума и других источников, таких как Microsoft. Если я перейду в меню Debug → windows → Modules, то те, которые я хочу отлаживать, не входят в список.

Итак, я прочитал страницу Microsoft, в которой говорится о том, как вручную загружать символы, я сделал следующее:

Чтобы указать каталог, в котором находятся файлы символов

В меню "Сервис" выберите "Параметры".

В диалоговом окне "Параметры" откройте "Отладка" node, а затем нажмите Символы.

На странице "Символы" есть поле, в котором указывается файл Symbol (.pdb) местах. Над полем находятся четыре значка.

Щелкните значок папки.

Редактируемый текст появляется в поле расположения символьного файла (.pdb).

Введите путь к каталогу. Завершение ведения поможет вам найти правильный формат.

Если вы выполняете удаленную отладку, файлы символов и сервер символов кэши для управляемого кода должны быть расположены на удаленном компьютере. Символ файлы и кеш-серверы символов для собственного кода должны быть расположены на локальный компьютер.

Если вы используете символы на удаленном сервере символов, вы можете улучшить производительность, указав локальный каталог, который символы могут быть скопированы к. Для этого введите путь в символах кэша в этом каталоге коробка. Если вы отлаживаете программу на удаленном компьютере, кеш каталог ссылается на каталог на удаленном компьютере.

Нажмите "ОК".

Это не сработало, я до сих пор не могу видеть модули, которые я хочу загрузить, какие-то идеи мои друзья?

Ответ 1

Я решил, ответ может быть не очень хорошим, я уверен, но, честно говоря, мне пришлось удалить и переустановить приложение. Работал как шарм. Я знаю, это занимает много времени, но я уже потратил время, пытаясь решить проблему, поэтому...

Ответ 2

Еще одна вещь, которую нужно проверить, чтобы быть понятной: убедитесь, что у вас настроена настройка "Отладка", а не "Release". Вы можете отлаживать проект запуска в режиме "Release", но не ссылочную библиотеку классов.

Ответ 3

Святая троица в таких случаях: перестроить все, перезапустить VS, перезагрузить компьютер.

Восстановите все: убедитесь, что все обновлено. Если это не работает:
Перезапустить студию: в некоторых случаях служба символов отладки застревает, а не обновлять загруженные символы новыми компилируемыми. В большинстве случаев перезагрузка VS решит проблему. Если нет:
Перезагрузите компьютер: грубая сила, но эффективная.

Кроме того, вы должны проверить, если вы создаете исправную сборку.

Ответ 4

Я решил это следующим образом:

Перейдите на страницу свойств проекта.
С левой стороны перейдите на вкладку Сборка.
Поиск/Прокрутка вниз до "Создание сборки сериализации" .
Перед этим текстом есть кнопка "Дополнительно..." : щелкните по ней.
Убедитесь, что у вас есть Debug Info как full.
Нажмите "ОК", и все будет готово.

Ответ 5

Это обычно означает, что сборка, которую вы пытаетесь отладить, устарела (ваш источник не совпадает с тем, который использовался для создания сборки). Одной из проблем, которые я вижу много, является то, что решение не создавалось из-за ошибок, но вы не заметили и закончили отладку последней успешной сборки. Убедитесь, что все проекты перестроены и успешны.

Ответ 6

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

Ответ 7

Идея остановки и перезапуска VS 2010 работала для меня по той же самой проблеме. Однако мне пришлось открыть другое и несвязанное решение, закрыть это и снова открыть решение с помощью проблемы с отладочными символами. Теперь все хорошо. Надеюсь, это поможет.

Ответ 8

Итак, я исправил это, я знаю, что это не лучшее решение, но оно сработало. Поскольку это было крайне странно, мне пришлось создать новое решение с нуля, затем создать все мои проекты/слои, а затем вручную скопировать все классы один за другим, чтобы я мог отлаживать каждый проект.

Просто так, Мне потребовалось 1,5 часа, но я, наконец, сделал это. Я знаю, я знаю, это вообще не похоже на решение, но это сработало для меня...

Ответ 9

Имея ту же самую проблему, я смог ее исправить 1. Проверьте все на исходный контроль. 2. Удалите все локальные файлы 3. Получите все от источника управления.

Это исправляет проблему, и решение, похоже, теперь работает быстрее.

Ответ 10

Если вы открываете код, созданный другим пользователем (например, учителем), убедитесь, что script в файле .htm соответствует имени .js filename, т.е. src="scripts/Objects.js", если ваше имя проекта/файла - Objects.js

Ответ 11

Я просто столкнулся с этой проблемой.

Чтобы исправить это, я сделал:

Build -> Clean
Build -> Build <Project Name>

Затем я начал отлаживать проект и правильно загруженные символы.

Ответ 12

У меня была аналогичная проблема, когда я использовал configtransform в веб-проекте. Несмотря на то, что я установил свой configtransform, чтобы не удалить компиляцию debug = true и включил определение константы DEBUG, я не смог заставить его генерировать символы отладки, когда они находятся в определенном режиме компиляции.

Оказалось, что существуют некоторые свойства, определяющие, создавать ли отладочные символы в файле csproj. Выгрузите проект и найдите элемент PropertyGroup, соответствующий методу компиляции.

Затем убедитесь, что у вас есть следующие свойства внутри PropertyGroup

<DebugSymbols>true</DebugSymbols>
<DebugType>full</DebugType>
<Optimize>false</Optimize>

И если это веб-сайт, который вы хотите опубликовать, используя веб-развертывание, я верю, что вам также понадобится следующий набор свойств.

<ExcludeGeneratedDebugSymbol>false</ExcludeGeneratedDebugSymbol>

Ответ 13

У меня такое поведение в VS2012, потому что в "Инструменты" → "Параметры" → "Отладка" → "Общие" включен "Режим совместимости на С++". Проект смешанный С#/С++ com interop.

Ответ 14

Сегодня у нас была такая же проблема, попробовал все, что предлагалось, но ничего не получилось. Мой модуль не появлялся в окне Debug- > Modules независимо от того, что.

Однако после отказа я нашел что-то интересное: во время навигации по всему приложению некоторые модули начали загружать "на лету" в окне "Модули". Я предполагаю, что код достиг секций, которым нужны эти модули, и Visual Studio была умной и загружала их.

Я считаю, что это какая-то оптимизация от Visual Studio для загрузки модулей по требованию. На самом деле это был умный человек, и мне было очень неприятно, когда я обнаружил это. По этой причине, если вы посмотрите на Debug- > Modules при запуске отладчика, некоторые из зависимых сборок не будут загружены - даже если вы на 100% уверены, что существует зависимость.

Надеюсь, это помогло другим в моей ситуации.

Ответ 15

Возможно, это поможет кому-то...

Сегодня я вернулся к решению, начатому несколько недель назад, содержащему веб-службу и тестовое приложение. Оказывается, я опубликовал веб-сервис на другом сервере (это то, что я забыл, но VS не так хорошо вспоминал), что означает, что при запуске тестовое приложение запускалось в отладке, но оно вызывало вызовы на удаленную веб-службу.

Исправить...

Развернуть ссылки на службы в проекте тестового приложения
Щелкните правой кнопкой мыши ссылку на веб-службу и выберите "Настроить сервисную ссылку"
В области "Клиент" укажите адрес на локальный адрес, например:
```
http://localhost:51746/MyWebService.asmx
```

Ответ 16

Немного поздно, но я просто схожу с аналогичной проблемой, и я пришел прямо сюда. Я использую VS2010 (С++) и имел аналогичную проблему с ошибкой, которая видна только в сборке Release. Мое исправление для загрузки символов состояло в том, чтобы попросить VS2010 создать и загрузить их: -)

SolutionExplorer- > ProjectName - щелкните правой кнопкой мыши и выберите "Свойства". На странице свойств наверху подтвердите правильную конфигурацию и платформу, что вы собираетесь изменить свойства, для меня я хотел Release и x64. Откройте Linker- > Debugging, в панели свойств появится опция "Генерировать информацию об отладке" - измените это на "Да". Реконструкция и отладочные символы генерируются и загружаются для отладки. Вы можете выборочно выполнять это для каждого проекта в решении.

Надеюсь, что это поможет.

[EDIT] Имейте в виду, что из-за оптимизаций и возможного повторного упорядочения кода сборки значения, которые не имеют смысла в некоторых ситуациях. [/EDIT]

Ответ 17

У меня была эта проблема. Я пробовал все, перестраивал все, перезагружал VS, перезагружал машину и т.д. Я, наконец, понял это, и проблема очень раздражает. В раскрывающемся списке отладки, содержащем "Отладка", "Релиз", показывалось "Отладка" все время, когда я устранял эту проблему. Однако, похоже, он пытался освободить. Когда он уже настроен на Debug, я открыл раскрывающееся меню, выбрав Debug, а затем снова запустил и символы были загружены успешно. И снова это происходит после попытки перезагрузки компьютера и всего остального. И нагрузка на визуальную студию с раскрывающимся списком по умолчанию "Debug", но я все равно должен выбрать ее из выпадающего списка. : @

Ответ 18

У меня была эта проблема с VS2013.

Проект будет построен, но на панели модулей не будет отображаться файл символов.

Я закончил копирование исходного кода в другую папку, а затем отбросил проект до предыдущей версии через git, а затем копировал только исходный код (без проекта, bin, obj и т.д.).

Затем очищается и перестраивается, а Viola, символы возвращаются, и я не потерял никакого кода.

Он должен был испортить файл проекта или что-то в этом роде.

Ответ 19

В моем случае у меня было 2 проекта в решении, NET Web App и библиотека классов (на которые ссылается веб-приложение).

Проблема. В обоих проектах (Project > Properties > Application) у меня было такое же значение для Assembly Name. Я думаю, что это вызвало конфликт при загрузке PDB для зависимости (проект библиотеки классов).

Решение: измените имя сборки в веб-приложении, очистите и перестройте.