Почему Visual Studio постоянно падает?
Visual Studio случайно падает при добавлении / удалении ссылок и проектов. Есть мысли почему? Поможет ли установка Sp1?
РЕДАКТИРОВАТЬ: я не работаю с какими-либо дополнениями, кроме SourceSafe. Я делаю большую часть своей разработки в подключенном режиме.
Разработка с использованием:
Visual Studio 2008
Служба терминалов WinXp -> Win2k3 Sp2 (64-разрядная версия)
VSS 8.0, 32 бита
11 ответов
Попробуйте удалить файлы.user и.suo - это файлы пользовательских опций, которые создает VS. Вы получаете файл.user для каждого проекта и файл.suo для вашего решения. Когда они портятся, происходят странные вещи. Удаление их приведет к потере мелочей, например, какой проект выбран в качестве стартового проекта при запуске отладки, но обычно это устраняет странное поведение, подобное этому.
Вы также можете очистить любые временные местоположения файлов, такие как папки временных файлов ASP.NET (если вы работаете в ASP.NET), на случай, если что-то странное будет кэшировано где-то.
Моя Visual Studio 2005 недавно начала зависать и зависать. Я наконец исправил это, запустив это из командной строки:
devenv /resetuserdata
Это очистило все мои настройки, но все же решило проблему. Если вы много настраивали VS, вы можете сначала попробовать экспортировать настройки, а затем посмотреть, сможете ли вы безопасно импортировать их впоследствии. Или сделайте снимки вашей IDE, чтобы вы могли вспомнить, какие кнопки и т. Д. У вас были и где.
Чаще всего, если Visual Studio постоянно дает сбой, файл.suo или.ncb поврежден. Закройте ваш проект, удалите эти файлы и снова откройте. Это может решить вашу проблему.
.suo - это скрытый файл.
Если файл.suo или.ncb поврежден, это также приводит к сбою Visual Studio. Чтобы решить эту проблему, вы можете использовать следующий шаг, как указано на рисунке.
- Перейдите в папку, содержащую исполняемый файл Visual Studio (devenv.exe).
- откройте командную строку с путем к папке, упомянутой в первом шаге, и выполните команду devenv.exe /ResetSettings.
- Если второй шаг не решил проблему, запустите команду devenv.exe / ResetUserData.
Осторожно, если вы подозреваете коррупционера .suo файл и интегрированы с Source Safe.
Когда вы перезапускаете VS после сбоя, вы можете получить следующее сообщение:
The Open from Source Control operation is still in progress but you can start working now. the rest of the projects will be retrieved asynchronously.
По сути, это означает, что VS загрузит все проекты в вашем открытом решении из Source Safe и перезапишет все файлы, которые были извлечены и содержат непроверенные изменения!
После сбоя VS запустите автономный Source Safe и проверьте, что вы хотите сохранить.
Затем поработайте над исправлением повреждения, прежде чем снова запускать VS.
Надеюсь, это кому-нибудь поможет. Мне казалось, что я все перепробовал. Я даже отремонтировал установку, которая не имела никакого значения, а также полностью удалил VS, и проблема все еще была. Опция log ничего мне не сказала, так что в итоге я удалил все папки bin и obj в своем решении, а также все файлы.suo и.user и переместил его в совершенно другую папку вне корневой папки на моем жестком диске и восстановил его, Это волшебно получилось!
Мне пришлось удалить более старую ссылку на проект, который больше не существовал в решении, и который работал хорошо для меня.
Я перепробовал все предложенные варианты, и еще несколько нашел по этой ссылке. Неудачно.
Затем я попытался добавить ссылку с веб-сайта (в отличие от веб-приложения). Процесс отличается: вам нужно щелкнуть правой кнопкой мыши по проекту и перейти на страницы свойств, а на вкладке "Ссылки" есть кнопка " Добавить ".
Он все еще падал, но в этот раз в Event Viewer было сообщение, в котором указывался полный путь к DLL в стороннем компоненте, который я установил. DLL не может быть прочитана с диска (повреждена). Итак, восстановление этой библиотеки и перезагрузка позже, и я снова в порядке.
ОБНОВИТЬ:
Я пришел узнать настоящую причину, несколько файлов на моем SSD испортились. CHKDSK /R вернул меня на некоторое время. В итоге пришлось заменить диск. Просто напоминание о том, что это не вина VS.
Найдите и удалите все файлы.ncb, связанные с вашим решением. В предыдущих версиях эти (отладочные) файлы, используемые для повреждения и удаления их, решали бы проблему (Visual Studio автоматически создаст их заново).
Я обнаружил, что даже в пакете обновления 1 (SP1) он редко дает сбой при добавлении элементов в проект, но в основном при переключении в представление дизайна ASP.NET и при автоматическом создании элементов управления в инструментах. Я просто отключил его создание и больше не получаю много сбоев.
Я знаю, что это не имеет большого отношения к вашей проблеме, но мысль, которую я делаю с SP1, может не быть решением вашей проблемы.