После разработки WPF-приложения без Source Control я решил добавить решение в TFS.
После этого всякий раз, когда я открываю главный файл window.xaml в Design View Visual Studio, исчезает, и в журнале событий приложений регистрируется следующее событие:
.NET Runtime версии 2.0.50727.3053 - Ошибка машинного сбоя (7A035E00) (80131506)
Дополнительные сведения см. в справке и Центр поддержки http://go.microsoft.com/fwlink/events.asp.
Такая же проблема, но без установленных команд Power. Единственным обходным решением, которое я смог последовательно использовать, является очистка/восстановление решения перед открытием любого файла xaml. Если вы не можете войти в свое решение, потому что XAML загружается при запуске, удалите suo.
Проблема была вызвана надстройкой Visual Studio с именем "Power Commands for Visual Studio 2008".
После удаления и перезапуска Visual Studio дизайн-просмотр для файлов xaml начал нормально работать.
Если вы хотите сохранить Power Commands для Visual Studio 2008, см. это обходное решение здесь:
Но в основном:
работа, которая является простой модификацией файла devenv.exe.config.
Это будет существовать в (64-битных системах) C:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\IDE
Или (32-разрядные системы) C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE
Добавьте этот токен XML в список dependAssembly. Они заставили меня добавить его после офиса, но я не уверен, что это важно.
<dependentAssembly>
<assemblyIdentity name="office" publicKeyToken="71e9bce111e9429c" culture="neutral"/>
<codeBase version="12.0.0.0" href="PrivateAssemblies\Office12\Office.dll"/>
</dependentAssembly>
<!-NEW STUFF-->
<dependentAssembly>
<assemblyIdentity name="Microsoft.PowerCommands" publicKeyToken="null" culture="neutral"/>
<!-- For 64-bit systems, uncomment this one
<codeBase version="1.1.0.0" href="C:\Program Files (x86)\PowerCommands\Microsoft.PowerCommands.dll"/> -->
<!-- For 32-bit systems, uncomment this one
<codeBase version="1.1.0.0" href="href="C:\Program Files\PowerCommands\Microsoft.PowerCommands.dll"/> -->
</dependentAssembly>
Это сработало хорошо для меня.
Я просто наткнулся на ответ, который работал в моей ситуации. Проблема с использованием утилиты ngen для удаления кеша собственного изображения. Я не знаю, какое изображение было именно так, как я не проходил тогда по одному, но это сработало, и я смог сохранить PowerCommands!
Команда:
ngen /delete *
Для полного пересчета моей истории я разместил ее в своем блоге, включая то, что я узнал о ngen и собственном изображении кэш. Я думаю, мне еще нужно узнать об этом, но это начало.
У меня не было установленных PowerCommands, но у меня была такая же проблема. Запуск в безопасном режиме и удаление каких-либо экзотических вкладок в панели инструментов решили проблему (после этого вы можете начать в нормальном режиме). Это одна из многих возможных причин этой ошибки, как покажет вам ваш Google.
Существует горячее исправление, доступное от Microsoft: Microsoft Connect. Я нашел эту ссылку на в этом блоге.
Это исправление решило проблему после перезагрузки для меня.
У меня была эта проблема довольно долгое время. У меня никогда не было установленных команд Power, удаление файлов .suo и очистка/перестройка не помогли. Для меня это было отключить автопопуляцию панели инструментов. Просто зайдите в Инструменты | Варианты | Windows Form Designer, то нижними параметрами являются AutoToolboxPopulate, которые я установил в false. Затем я перезагрузил решение в VS2008, и я смог открыть файлы WPF в любом режиме Xaml или в дизайнере.
Я пережил подобные сбои. Убедитесь, что ваш код содержит класс xaml, который вы редактируете (по умолчанию)