Неожиданная ошибка при создании файла отладочной информации GG.PDB "-"

Когда я пытаюсь создать свой проект, он возвращает следующую ошибку:

Ошибка 1 Непредвиденная ошибка при создании файла отладочной информации 'D:\Documents\Lance\Documents\School\Capstone\GG\GG\obj\Debug\GG.PDB' - '' GG

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

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

Ответ 1

В соответствии с запросом мой комментарий как ответ:

Попробуйте очистить решение (в меню Build в VS).

Поскольку сборка была прервана на полпути из-за сбоя питания, файл не заблокирован - система сборки, вероятно, находится в несогласованном состоянии (которое должно исправить Clean Solution).

Ответ 2

Это сработало для меня:

Завершить работу VS.NET
Обзор проекта в проводнике Windows
Удалить папку /obj/.
Удалить выходные данные проекта (.dll и .pdb) из /bin (не уверен, нужен ли этот шаг)
Невозможно повредить, но может помочь: удалить выходы проекта из любых других папок проекта /bin в решении, которое имеет проблемы (для меня не было необходимости)
Перезапустить VS.NET
Перестроить

http://weblogs.asp.net/ssmith/archive/2003/08/12/23755.aspx

Ответ 3

Это случается раз в то время в моей среде, и проблема, вероятно, связана с заблокированным файлом 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

Ответ 4

Это сработало для меня: Закройте Visual studio и откройте визуальную студию, используя Запуск от имени администратора и проблема была решена.

Ответ 5

Не нужно перезапускать или удалять файл. Просто переименуйте файл, и этого достаточно. Если вы попытаетесь удалить файл, это приведет к ошибке. Лучше просто переименуйте его, и он будет работать.:)

Ответ 6

Если у вас возникла эта проблема с веб-приложением, это может произойти в необычной ситуации, когда вы использовали DebugDiag и создали правило который прослушивает ваш пул приложений проекта. Удаление правила предотвратило повторение этой проблемы.

Это может произойти, например, если вы следовали этим инструкциям для диагностики исключения в IIS.

Ответ 7

Если вы работаете с VM с двумя пользователями, убедитесь, что другой пользователь не подключил весь процесс во время отладки.

Ответ 8

Не удалось перезапустить VS:

Буфер обмена будет потерян
Отмена/отмена будет потеряна.
Файлы будут потеряны.
Вы потеряете темп

Решение: Дайте вашей Ассамблее новое имя. Нет. Кроме того, когда вы будете готовы к окончательному развертыванию, вам придется переименовать свою сборку обратно до ее первоначального имени. И я думаю, каждый может найти, как заставить его работать в последний раз:)

Ответ 9

Иногда все файлы из папки \bin используются запущенным процессом, т.е. веб-сайт в службе IIS или Windows запускается автоматически после сборки. В таких случаях отключение службы или остановка пула приложений IIS для определенного сайта также должна помочь (например, в моем случае)