OCC7.8.0开发的软件在Win7上无法运行及解决方案

【问题背景】

采用OCC开发了一款孔特征识别软件，在客户的机器上一直运行良好。前段时间，为了提升对Step文件的读写效率，我将OCC版本从7.6.0升级到了7.8.0（开发系统环境为win10，OCC7.8.0的编译过程另有文章介绍Windows下安装编译 Open Cascade 7.8.0_opencascade 7.8-优快云博客），但是客户反馈，新版本的软件在win7上无法运行，点击后报如下错误：

【问题分析】

“无法定位程序输入点 GetCurrentThreadStackLimits 于动态链接库 KERNEL32.dll 上” ，意味着软件在运行中尝试调用 Windows API GetCurrentThreadStackLimits 函数，这个函数在Windows 7 系统的 KERNEL32.dll 中不存在，因为这个函数在 Windows 7 的 API 中没有提供，而是在后续版本的 Windows 中引入的。

一开始我以为，OpenCASCADE 7.8.0 在其实现中使用了 GetCurrentThreadStackLimits 函数，而 OpenCASCADE 7.6.0 没有使用，导致这个问题发生。那就意味着OCC7.8.0不再兼容win7。但是我去OCC官方上看OCC7.8.0的发布信息里面并没有相关信息。对此，我专门咨询了eryar老师，他明确回复他的软件也是在win10上编译的，采用的7.8.0版本，但是在win7上部署运行没有问题。

我搜索了一下 OpenCASCADE 库的源代码，并没有发现其使用了GetCurrentThreadStackLimits 这个函数，于是我想到了，可能和OCC依赖的第三方库有关，编译OCC7.8.0时，某个第三方组件可能在 Windows 7 上不兼容。

最终，我比较了一下自己编译OCC7.6.0和7.8.0时的第三方库的版本，发现只有TBB库的版本发生了明显的变化，之前TBB的版本为tbb_2017.0.100，后面编译7.8.0时用的是oneapi-tbb-2021.11.0，于是问题就定位到了TBB上。

【问题解决】

采用tbb_2017.0.100，重新编译OCC7.8.0，问题解决。软件可以在win7上正常部署运行了。