关于在DLL中的“C++异常”与“SEH异常”的一点心得与说明

BoweirrKing 2013-01-12 02:39:54
概念:
“C++异常”就是 try{}catch(...){}
“SEH异常”就是 __try{} __except(-1/0/1){}
(关于这两种异常,如有不了解的地方,网上有很多资料可以参考)


目前微软所有的VC编译器(从VC6到VC2010),都默认是打开对C++异常的编译支持的(位于项目选项中的“代码生成”->启用C++异常:/EHsc,VC6是Enable Exception handling)


(以下需要仔细阅读)
在VC6中,对EXE工程是同时默认开启“C++异常可以捕获SEH异常”。在此条件下,用“C++异常”也可以捕获向非法地址的读写等基本的Windows异常。
如:try{ int *a=0; *a=100; }catch(...){printf("excption!");},执行到*a=100时,会跳转到catch块,并执行printf。


但是,VC6建立的DLL或其他非EXE工程,如果是Release模式,并且编译时,启用了代码自动优化,那么结果就变成了
只启用了“C++异常”,即“C++异常无法捕获SEH异常”。这样的一个后果是,在DLL中,即使
像这样用try{ int *a=0; *a=100; }catch(...){printf("excption!");}保护代码,
当代码执行到*a=100非法地址赋值语句时,catch(...)却什么都捕获不到,会直接造成程序崩溃。
除非明确使用“SEH异常”__try...__except(1)..,才能捕获到这种Windows异常。


相应的解决办法:
对于从VC7开始以及以后的VC++,在“代码生成”->“启用C++异常”处,均有第三个选项:“有效,但有SEH异常(/EHa)”,
这样就是可以让程序“使用C++异常也能够捕获到SEH异常”。
这样无论是在EXE还是DLL中,try{}catch(...){}同样可以捕获Windows异常。


对于VC6的非EXE工程,有以下两个方法,来用try..catch..捕获Windows的SEH异常:
1、通过关闭编译时的优化(禁用或者只使用Default级别,个人感觉是因为VC6的编译器不是非常完善)。
2、通过在当前工程的编译选项中,手工加上 /EHa 参数。这个编译选项是没有界面可以去设置的,只能手工添加。
这两个方法选择任何一个都可以。建议使用第二个方法。


另外要注意“C++异常”与“SEH异常”无法同时在同一个函数中混用。
...全文
442 4 打赏 收藏 转发到动态 举报
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
wjlsmail 2015-04-01
  • 打赏
  • 举报
回复
但除0的异常,只有SEH能处理吧
lijianli9 2013-01-18
  • 打赏
  • 举报
回复
谢谢lz,也是在前段时间release忘记加编译异常处理宏,结果程序就over了。
jimette 2013-01-16
  • 打赏
  • 举报
回复
  • 打赏
  • 举报
回复
1 VC6是1998年发布的,现在是2013年了。15年前的东西非常不完善是很正常很正常的事情。 2 最好不要用C++异常去捕获SEH异常。

16,472

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

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