当你拥有的所有内容都是HRESULT时,我无法从哪里获得有关意义,可能的原因以及解决COM错误的可能解决方案的最佳信息.
在Google上搜索像'80004027'这样的术语是没用的,因为它会将你发送到随机讨论组,其中有90%的时间是"80004027是什么意思?" 没有回答.
这有什么好资源?为什么MSDN不是谷歌的最佳结果?
%PROGRAMFILES%[某些版本的Visual Studio]\Tools Common7 \文件夹中的错误查找(ErrLook.exe)会经常提供错误消息,但并非总是如此:
|---------------------------------------------------| | [] Error Lookup | |---------------------------------------------------| | Value: [0x80004027] | | | | Error Message | | +---------------------------------------------+ | | |The component or application containing the | | | |component has been disabled | | | | | | | +---------------------------------------------+ | | [Modules...] [Look up] [Close] [Help] | |----------------------------------------------------
如果这不起作用,您可以从这里听一些想法:http: //blogs.msdn.com/oldnewthing/archive/2008/09/01/8914664.aspx
(错误查找只是使用FORMAT_MESSAGE_FROM_SYSTEM标志调用FormatMessage())
如果COM错误不是系统错误,您可能还必须检查引发错误的组件的文档.
如果您在代码中捕获错误,您可以希望组件实现丰富的错误(GetErrorInfo(),与VB中的Err对象相同),这样您就可以获得描述问题的完整消息.
我总是使用WinError.h.这有各种各样的Windows错误代码.
需要注意的关键指标是代码的Facility部分:第二个最重要的字节.也就是说,0x80nnmmmm,其中nn是Facility.这告诉你哪个组件生成了代码.设备为7的任何东西都是重新打包为HRESULT的Windows错误代码,您应该将低位字转换为十进制并在WinError.h中查找.还有一些错误范围出现在它们自己的标题中(例如,12000 - 12999中的任何内容都是WinInet错误代码,您应该在WinInet.h中查找它).
查找错误代码将为您提供符号名称,可以在更多文档中找到,而不是代码本身或错误消息的措辞.
FACILITY_ITF(其值为4,因此这些HRESULT启动0x8004)表示错误是由您正在使用的接口定义的; 你必须检查该界面,找出它的含义.
最后,COM还提供了IErrorInfo接口来检索扩展错误信息:调用GetErrorInfo来检索错误对象.您将不得不查询ISupportErrorInfo并调用该接口的InterfaceSupportsErrorInfo方法来确定您调用的接口是否实际设置了错误对象(当然,如果它是模板代码,它可能在说谎).