我看到 Doug Harrison 很好地说明了使用(即捕获)结构化异常的“错误”(参见问题 #3)。但是还有什么其他后果?例如,如果我有几个使用 /eha 编译的项目,与使用 /ehs 编译的其他项目混合,会发生什么情况?当库相互链接(编译时或运行时)时是否存在问题?
但这只是一个例子。可能还有什么问题?
我看到 Doug Harrison 很好地说明了使用(即捕获)结构化异常的“错误”(参见问题 #3)。但是还有什么其他后果?例如,如果我有几个使用 /eha 编译的项目,与使用 /ehs 编译的其他项目混合,会发生什么情况?当库相互链接(编译时或运行时)时是否存在问题?
但这只是一个例子。可能还有什么问题?
/EHa 禁用优化。/EHs 生效时,如果编译器可以确定包装在 try {} 中的代码没有抛出任何 C++ 异常,则编译器可以省略异常过滤器。这是 x86 和 x64 上的小空间优化,x86 上非常小的时间优化。问题是,如果您捕获非 C++ 异常,则需要这些过滤器。结果是,当捕获到此类异常而没有调用 C++ 对象的析构函数时,堆栈将被展开。不好,/EHa 避免它。
混合不会导致链接器问题。它会导致上述问题。
是的,/EHa 还让 catch(...) 做了一件非常愚蠢的事情,它真的捕捉到了所有东西。不过,那艘沉船不久前航行了,Pokemon C++ 异常处理也是一个坏主意。