«Не загружены символы для текущего документа» Проект ASP.NET C # - PullRequest
0 голосов
/ 30 марта 2011

Что делать сейчас, на этот раз ??

Я ненавижу VS и этот символический бред, который, кажется, никогда не имеет одно и то же решение (если когда-то было логическим) дважды. Скриншот ниже говорит, что он говорит.

Как только я F5 / запускаю веб-проект, точка останова становится желтой. Это влияет ТОЛЬКО на изменяемый файл aspx.cs. Другие файлы aspx.cs могут иметь точки останова.

Когда я делаю перестройку / сборку, все файлы DLL и PDB создаются просто отлично. Они имеют одинаковое время компиляции и находятся в одном каталоге. Модуль Windows i VS говорит, что символы загружены идеально. Ну да, попробуй укуси меня!

Я могу сказать, что все символы работают нормально, пока я не собирался вносить изменения в эти файлы aspx.cs (что было некоторое время назад с прошлого раза). Если я сбрасываю обратно файл, точки останова работают. Если я попытаюсь внести изменения в другой файл, проблема появится там.

Просто кажется, что генератор символьных файлов не понимает изменений, внесенных в файлы aspx.cs ..

Web Project Settings (build tab, release mode and debug mode)

Ответы [ 4 ]

0 голосов
/ 29 января 2014

Открыть командную строку Visual Studio и выполнить devenv / resetsettings

enter image description here

Step 2

0 голосов
/ 30 марта 2011

Это иногда происходит, если вы изменили начальный URL в Web -> Start Action -> Start URL в другое место.Это также может быть что-то на панели Web -> Servers , где что-то настроено иначе, чем ожидалось.

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

0 голосов
/ 31 марта 2011

Я нашел хороший совет (см. Мой комментарий выше в этой теме).

WEBAPP имеет, как показано выше, путь _dll.

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

Хотя, Это вызывает проблемы из-за того, что веб-приложение все еще выводит / копирует файлы в свой собственный каталог bin /. И что еще хуже, не ВСЕ нужны dll, которые делают ошибку при запуске веб-проекта (из-за отсутствия xxWeb.dll, которая копирует в _dll bin).

Принятие факта использования стандартного бина / исправило проблему на этот раз. Зачем? Ответа на это не будет в этой теме, извините. Кто-то с идеей, конечно, сделает комментарий здесь. Как правило, это не является недостатком, поскольку двоичные файлы веб-проекта должны находиться в конце дерева ссылок ..

0 голосов
/ 30 марта 2011

Есть ли у вас отладочная компиляция, установленная в web.config? http://msdn.microsoft.com/en-us/library/e8z01xdh(VS.80).aspx

...