Когда я пытаюсь создать свой проект, он возвращает следующую ошибку:
Ошибка 1 Непредвиденная ошибка при создании файла отладочной информации 'D:\Documents\Lance\Documents\School\Capstone\GG\GG\obj\Debug\GG.PDB' - '' GG
Недавно у меня возникло несчастье перезагрузить компьютер, из-за внезапных проблем с электропитанием (возможно). Это пока проект строился, прежде чем эта проблема началась.
Когда компьютер вернулся в сеть, я заметил, что изменения, которые я внес в программу до внезапного отключения питания, не были сохранены. И он больше не будет построен.
В соответствии с запросом мой комментарий как ответ:
Попробуйте очистить решение (в меню Build в VS).
Поскольку сборка была прервана на полпути из-за сбоя питания, файл не заблокирован - система сборки, вероятно, находится в несогласованном состоянии (которое должно исправить Clean Solution).
Это сработало для меня:
Это случается раз в то время в моей среде, и проблема, вероятно, связана с заблокированным файлом PDB (т.е. я предполагаю, что последняя часть сообщения об ошибке отсутствует в вашем сообщении). Вот как он выглядит на моей машине:
Unexpected error creating debug information file 'c:\dir\obj\file.PDB' -- 'c:\dir\obj\file.PDB: The process cannot access the file because it is being used by another process.'
В моем случае очистка решения не решает проблему, и перезапуск является излишним, поэтому я обычно просто копирую полное имя файла pdb (из ошибки) и выполняю это в командной строке:
ren c:\dir\obj\file.PDB *.old
Это сработало для меня: Закройте Visual studio и откройте визуальную студию, используя Запуск от имени администратора и проблема была решена.
Не нужно перезапускать или удалять файл. Просто переименуйте файл, и этого достаточно. Если вы попытаетесь удалить файл, это приведет к ошибке. Лучше просто переименуйте его, и он будет работать.:)
Если у вас возникла эта проблема с веб-приложением, это может произойти в необычной ситуации, когда вы использовали DebugDiag и создали правило который прослушивает ваш пул приложений проекта. Удаление правила предотвратило повторение этой проблемы.
Это может произойти, например, если вы следовали этим инструкциям для диагностики исключения в IIS.
Если вы работаете с VM с двумя пользователями, убедитесь, что другой пользователь не подключил весь процесс во время отладки.
Не удалось перезапустить VS:
Решение: Дайте вашей Ассамблее новое имя. Нет. Кроме того, когда вы будете готовы к окончательному развертыванию, вам придется переименовать свою сборку обратно до ее первоначального имени. И я думаю, каждый может найти, как заставить его работать в последний раз:)
Иногда все файлы из папки \bin используются запущенным процессом, т.е. веб-сайт в службе IIS или Windows запускается автоматически после сборки. В таких случаях отключение службы или остановка пула приложений IIS для определенного сайта также должна помочь (например, в моем случае)