Моя Visual Studio отключается примерно раз в день. Не изящно, он просто исчезает с экрана, списка процессов, всего. Никакого мышления, никакого предупреждения, просто пух его исчез.
Это происходит чаще всего, когда coderush пытается что-то сделать, и в последнее время (последние несколько дней) это происходит в любое время, когда я пытаюсь открыть представление. Несколько часов назад это происходит каждый раз, когда я открываю Globals.asx.cs в проекте MVC.
Итак, это не совсем вопрос программирования, но это происходило какое-то время, а теперь с ASP.NET MVC на самом деле это происходит все чаще и чаще.
В журнале событий появляется следующая ошибка: .NET Runtime версии 2.0.50727.3082 - Ошибка машинного сбоя (7A035FC0) (80131506)
У меня также есть следующие плагины VS2008
У кого-нибудь была эта проблема или я могу даже направлять меня туда, где искать решение?
Здесь есть две возможности:
Возможно, вам придется медленно отменить свои расширения. Я подозреваю:
По какой-либо другой причине, чем это звучит как неуправляемое расширение, которое будет топтаться в этом процессе.
Ну, у меня нет ничего, кроме стандартных советов по устранению неполадок VS для вас:
Также полезными для анализа являются инструменты из Sysinternals Suite, в основном я бы рекомендовал вам DbgView и ProcMon.
Есть еще один подобный поток, который вы должны проверить: Ошибка машинного сбоя (79FFEE24) (80131506)
Они также упоминают исправление, выпущенное Microsoft: https://connect.microsoft.com/VisualStudio/Downloads/DownloadDetails.aspx?DownloadID=16827&wa=wsignin1.0
Как указано в Chris, это исправление указано, чтобы устранить проблему с ASP.NET MVC и Resharper.
Сумасшедшая идея, которая может работать:
Откройте 2 экземпляра Visual Studio. В одном случае вы работаете над своим кодом. С другой стороны, вы можете открыть какое-то случайное решение, установить его в Debug, а затем использовать Attach to Process для присоединения к нему первого экземпляра Visual Studio.
Надеюсь, когда в первом экземпляре произойдет исключение, которое может привести к его сбою, второй экземпляр предоставит ключ к пониманию того, что пошло не так.
В моем случае мне пришлось удалить VMware 6.5, потому что это вызывало проблему. странно.
Я исправил это, удалив добавление WSCF.blue.
Мне пришлось удалить сборку silverlight debugging, и я прекратил эту проблему.
Для меня проблема была Gallio 3.0.6.763. После удаления, я снова могу загружать проекты в VS2008.
У меня были ASP.Net MVC и Gallio 3.0.6.763. Я удалил Gallio, и теперь Visual Studio работает так, как ожидалось.
У меня была такая же проблема. Удаление Галлио также было для меня решением. Кажется, это какой-то конфликт между проектами Gallio и ASP.NET MVC. У меня возникла бы проблема при попытке открыть проект MVC, в частности представление.
Надстройка Ankh заставляла мою Visual Studio терпеть крах во время компиляции. Нет сообщения об ошибке, вся среда IDE просто исчезает с экрана.
Пройдя через каждую из моих надстроек и включив/отключив и повторно пробовав компиляцию, я обнаружил, что причиной этого была Анк. Полностью отключить Ankh - эффективный обходной путь, и вы все еще можете вручную обновлять и совершать транзакции с помощью TortoiseSVN.
Я еще не выяснил причину проблемы, но я считаю, что это связано с блокировкой файлов в кеше. Перезапуск ISS и очистка кеша (я использую VS2003), прежде чем перезапустить IDE, вы можете исправить проблему примерно в 50% случаев. Если вы абсолютно должны быть Ankh, может понадобиться следующая партия script:
iisreset.exe
del /f /s /q "C:\Documents and Settings\(user)\VSWebCache\*"
rmdir /s /q "C:\Documents and Settings\(user)\VSWebCache"
del /f /s /q "C:\WINDOWS\Microsoft.NET\Framework\(version)\Temporary ASP.NET Files\*"
rmdir /s /q "C:\WINDOWS\Microsoft.NET\Framework\(version)\Temporary ASP.NET Files"
Просто замените "(версию)" своей версией фреймворка и "(пользователем)" на свою папку пользователя.
script, очевидно, для Windows XP, поэтому вам нужно будет его изменить, если вы используете Vista или более позднюю версию.