视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
catchaccessviolationexception
2020-11-09 15:30:03 责编:小采
文档


catch access violation exception 遇到一个蛋疼的程序崩溃问题,debug模式下程序直接卡死,minidump可以定位到出错的代码,但捕捉到的数据太少,无法确定什么位置引起的内存访问错误。如果可以捕捉到这个异常设置断点,调试起来会方便很多。由于access viol

catch access violation exception

遇到一个蛋疼的程序崩溃问题,debug模式下程序直接卡死,minidump可以定位到出错的代码,但捕捉到的数据太少,无法确定什么位置引起的内存访问错误。如果可以捕捉到这个异常设置断点,调试起来会方便很多。由于access violation exception是ms定义的异常类型,普通编译方式下try{} catch(...){}无法捕获到此异常。Google了一下,有几种方式可以捕获到ave,最简单的就是修改编译属性:Project Properties -> C/C++ -> Code Generation -> Modify the Enable C++ Exceptions to "Yes With SEH". 这样catch(...){}就可以正确捕获到vae了:) 此法最好只在调试时使用,正常发布的因此应该坚持使用默认编译属性,同时避免catch vae错误.

下载本文
显示全文
专题