如何使用自定义的error--处理FACILITY_ITF??

phonlee 2003-06-22 10:26:14

看了hresult的定义约定
很多的东西都不能使用。

我要的东西却没有。----文件没有发现的错误（有一个error,但是不能用于com）

只能用自定义错误处理？

哪位使用过？

我的client如何处理？
主要就是如何处理FACILITY_ITF？？

...全文

35 回复打赏收藏转发到动态举报

写回复

回复

切换为时间正序

请发表友善的回复…

发表回复

第六章关于HRESULT、GUID、注册表及其它细节HRESULT
HRESULT是一个32位整型。最高位表示是否成功，0表示成功，1表示失败。然后15位为设备代码，表示可以返回HRESULT中返回代码（低16位）的操作系统部分。例如FACILITY_RPC、FACILITY_STORATE等。FACILITY_NULL为0，表示没有指定设备。低16位表示返回代码。
除了设备代码为FACILITY_ITF之外的所有HRESULT值都是通用的，它们跟一般windows错误码一

这一章关注的细节问题,包括HRESULT,GUID,还有注册表和一些系统函数.先来看HRESULT,COM中鼓励函数返回的值都为HRESULT类型,这样可以方便的监控组件的行为.如果接口确实需要返回一个值,可以使用一个用于输出的行参.我想,这应该是基于返回值在COM中的重要性要大于通常的C和C++编程,COM编程由于把接口的实现者和使用者分开了,所以使用者在使用时必须要查询,而以查询的结果

HRESULT值的使用比典型的布尔值要麻烦一点，当然也更能提供一些额外信息：成功代码有多个，失败的代码也有多个；失败代码可能会发生变化。错误代码的直接传递会造成一些客户不识别错误代码的情况，例子在书上85页有一个有力的说明，可以参考。对于自定义的HRSULT的一些一般性规：不要将0x0000及0x01FF范围内的值作为返回代码，因为这些值是为COM所定义的FACILITY_ITF而保留...

错误处理错误处理是>这本书的第一章，由些可见，错误处理在我们写软件时的重要性是多么重要，当一个函数出错时，应该提示使用此函数的人员，出错的原因，以便于使用者进行修改，windows的错误处理就很棒，当我们使用windows API或者MFC类时，我们可以通过GetLastError来获取具体的错误原因，然后可以利用VS的工具Error Lookup来查找错误的原因，或者使用FormatMess

如果在托管平台调用非托管的COM组件，而在组件之中又引发了错误，那么COM组件会以什么样的形式把错误返回给托管代码呢？答案就是HRESULT。相信许多朋友对该HRESULT码都不陌生，电脑中经常出现一堆莫名其妙的报错，就会给你弹出一堆错误编码，而那个编码，就是HRESULT。所以HRESULT到底是个啥玩意？接着看下去，你就知道了。根据微软提供的文档我们可以得知，HRESULT码是一个32位的数值： HRESULT码结构 0 1

3,245

社区成员

48,537

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章