Проект не запустится в режиме отладки

Question

Я использую VS2008, и у меня есть проект, который не запустится, когда я нажму F5 или когда я нажму маленький зеленый треугольник на панели инструментов.Экран мигает один раз, как будто проект будет запущен, а затем - нет.В сообщении о сборке утверждается, что сборка прошла успешно, но проект не запустится.

В Configuration Manager для моего «Конфигурация активного решения:» установлено значение «Отладка», а в списке «Контексты проекта»В столбце «Конфигурация» для моего проекта установлено значение «Отладка».Я даже переключал их назад и вперед между Debug и Release, а затем обратно в Debug, но все безрезультатно.Проект, который я пытаюсь запустить, указан в моем решении как «Startup Project».

Если я перехожу в папку \ bin \ Debug и дважды щелкаю по .exe, (который показывает правильноеотметка времени в файле) мое приложение работает нормально.

Есть идеи, почему я не могу заставить глупую вещь работать в режиме отладки?

РЕДАКТИРОВАТЬ:
Это приложение winforms.

Моя версия Visual Studio 9.0.30729.1 SP

.NET Framework: Версия 3.5SP1

РЕДАКТИРОВАТЬ:

Это может быть связано с TortoiseSVN.Я храню исходный код этого проекта в SVN.Когда я делаю другую / новую проверку в TortoiseSVN, иногда новая проверка позволяет запустить проект.Я не понимаю, казалось бы, прерывистый характер этой проблемы.

РЕДАКТИРОВАТЬ:

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

РЕДАКТИРОВАТЬ: Проблема не имеет ничего общего с TortoiseSVN, см. Мой ответ ниже.

Answer 1

ИТ-отдел запустил обновление Windows на моем компьютере, и это, очевидно, устранило проблему. Это было как-то связано с исключением System.Runtime.InteropServices.COME и ошибкой в ​​.dll хостинга. Я не уверен, почему поврежденный Hosting dll оказал влияние на приложение winforms, но это устранило проблему.

Answer 2

У меня была похожая проблема в прошлом. Проект не будет работать в режиме отладки.

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

Answer 3

На самом деле есть некоторые вопросы, которые похожи на ваши. Наиболее распространенный обходной прием - снять флажок «Включить процесс размещения Visual Studio» в свойствах проекта.

Мне иногда приходится переключаться между отладкой под x64 бит на любой процессор; перезагрузите проект и удалите все файлы * .suo в папке проекта.

Answer 4

У меня нет точного ответа, но есть решение, которое помогло мне.

Закройте проект / решение полностью. Через проводник перейдите в каталог bin \ debug. Переименуйте каждый из файлов, представленных в каталоге. В моем случае я просто добавлял к каждой записи префикс «xxx». Я сделал это так, чтобы при необходимости я мог вернуться назад, поскольку у меня не было уверенности просто удалить записи. Повторное открытие проекта / решения и повторная попытка отладки, по-видимому, снова вызывают необходимость восстановления этих файлов. Для меня программа возобновила доработку. Я понятия не имею, какова конкретная причина проблемы, но полная перестройка файлов, похоже, работает, а не просто «Сборка», которая должна частично сохранить то, что было раньше.

Answer 5

Должен начать с основ ... Исключили ли вы возможность сбоя во время выполнения перед отображением основной формы?