【问题标题】:Catastrophic failure (Exception from HRESULT: 0x8000FFFF (E_UNEXPECTED)) in visual studioVisual Studio 中的灾难性故障(HRESULT 异常:0x8000FFFF (E_UNEXPECTED))
【发布时间】:2016-07-06 14:29:06
【问题描述】:

我是从 wpf 应用程序迁移的 Windows 10 uwp 的新手。我知道以前有人问过这个问题,但没有人能够解决我的问题。 最近,我尝试按照GitHub page 上的说明为我正在创建的 uwp 应用程序重新创建 Hamburger 菜单。

在遇到错误“灾难性故障(HRESULT 异常:0x8000FFFF (E_UNEXPECTED))”之前,一切都进行得很顺利。经过调试,发现是下面这行代码导致的错误

<Setter Property="BorderBrush" Value="{x:Null}" /> 

只是从GitHub页面解释项目;假设您有一个空白的 uwp xaml 页面,您必须将 2 个文件 shell.xaml 和 shell.xaml.cs 添加到您的项目以及修改 app.xaml。更多说明在 Github 页面上。我添加了这个,但运行后我遇到了错误。

我也尝试了here 的说明,但无济于事。我对解释感到很困惑,因为我找不到页面上描述的组件。

请任何建议都会有所帮助。

【问题讨论】:

  • 唯一“灾难性”的就是错误报告的质量。 COM 错误代码的一大责任,你会在编写 UWP 时看到更多。它需要随机尝试一些东西,直到它起作用。你做到了,继续前进。
  • 再次关闭和打开visual studio似乎已经解决了问题。

标签: visual-studio visual-studio-2015 win-universal-app hamburger-menu


【解决方案1】:

似乎各种原因导致此错误:在 Visual Studio 2019 社区版(Studio 版本 16.5.3)中,我向现有项目添加了一个 Windows 窗体,将其命名为包含结尾的 .cs - 根本不喜欢这样。我无法保存该项目,无论是该特定文件还是该项目,但遇到了“灾难性错误......”。幸运的是复制/过去到 Visual Studio 2017 并过去到新添加的空白表单(运行顺利!)尽管在我添加没有后缀 .cs 的新表单之前出现了同样的问题!

【讨论】:

  • 发生这种情况的一种方法是将默认表单从 Form1 重命名为 frmMain。我不得不删除然后重新添加表单。
【解决方案2】:

当我将解决方案配置从 Debug 更改为 Release 时,我在 Visual Studio 2017 中遇到了这个 Error: Catastrophic failure (Exception from HRESULT: 0x8000FFFF (E_UNEXPECTED))

幸运的是,重新打开 Visual Studio 可以消除此错误。

【讨论】:

  • 在 VS2019 16.8.1 中遇到同样的问题。问题是我什至无法在没有收到错误的情况下保存打开的文件。必须将代码复制/粘贴到别处然后杀死 devenv.exe
  • 从 Debug 到 Release 的问题与 VS2019 16.8.2 相同。重启后没有消失。我已经更改了表单上的 .ico 文件(除其他外)。 .resx 显示“对象引用未设置为对象的实例”。我删除了.resx。它重新生成了它(没有.ico)。重置.ico就可以了。
  • 说得太早了。然后当我回到调试时发生了。在这方面工作了一段时间。它正在破坏.resx。有一次,我在 Debug 中的 Form 上有正确的图标,但在 Release 中有默认图标。大多数情况下,我遇到了灾难性的失败。显然搞砸了。似乎解决它的方法是关闭 VS,删除 bin 和 obj 目录,然后重新启动。
  • 重启 Visual Studio
  • 我运行了两个 Visual Studio 实例(两个实例都在同一个项目),一个实例发生错误,另一个运行正常。当关闭工作实例时,被窃听的实例再次开始工作
猜你喜欢
  • 2014-07-18
  • 1970-01-01
  • 2011-10-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2016-03-21
  • 1970-01-01
  • 2010-12-04
相关资源
最近更新 更多