Возможно, что антивирус или подобная программа касаются pdb файла записи - антивирус является наиболее вероятным подозреваемым в этом сценарии. Я боюсь, что могу только дать Вам некоторые общие подсказки, на основе моего прошлого опыта в установке ночных сборок в нашем магазине. Некоторые из них могут звучать тривиальными, но я включаю их ради завершения.
, Если ничто иное не работает, можно запланировать сторожевой сценарий спустя несколько часов после того, как сборка запустится, и проверьте ее состояние; если сборка перестала работать, сторожевой таймер должен перезапустить ее. Это - ужасный взлом, но это лучше чем ничего.
Вы используете LinqToSql вообще? Возможно, это подобно нечетной ошибке, с которой я буду иногда сталкиваться, как я попросил в этом вопросе: , Что заставляет Visual Studio не удаваться загрузить блок неправильно?
Это обычно происходит, когда Ваши предыдущие попытки отладки не уничтожили отладчик полностью. В Диспетчере задач ищут процесс, названный vcjit, уничтожают его и попробовали еще раз. Худшая Visual Studio перезапуска опции, это должно решить Вашу проблему.
Мы видели это много на моем сайте также. Это объяснение , от Peter Kaufmann, кажется, является самым вероятным на основе нашей установки:
При создании решения в Visual Studio 2005, Вы получаете ошибки как фатальная ошибка C1033: не может открыть базу данных программы 'xxx\debug\vc80.pdb'. Однако при выполнении сборки во второй раз, это обычно успешно выполняется.
Причина: возможно, что два проекта в решении пишут свои выводы в тот же каталог (например, 'xxx\debug'). Если максимальное количество параллельной установки сборок проекта в Инструментах - Опциях, Проектах и Решениях - Bild и Выполнение установлены на значение, больше, чем 1, это означает, что два потока компилятора могли пытаться получить доступ к тем же файлам одновременно, приводя к конфликту совместного доступа к файлам. Решение: Проверьте настройки своего проекта и удостоверьтесь, что никакие два проекта не используют тот же каталог для вывода, цели или любого вида промежуточных файлов. Или определенный максимальный номер параллельной установки сборок проекта на 1 для быстрого обходного решения. Я испытал эту самую проблему при использовании файлов проекта VS, которые шли с библиотекой CLAPACK. ОБНОВЛЕНИЕ: существует шанс, что Черепаха доступы SVN 'vc80.pdb', даже если файл не является объектом управления версиями, которое могло бы также привести к ошибке, описанной выше (благодаря Liana для создания отчетов об этом). Однако я не могу подтвердить это, поскольку я не мог воспроизвести проблему после проверки, что различные выходные каталоги используются для всех проектов.