添加#include <boost/thread/mutex.hpp>破坏我的 ActiveX 控件?

2022-01-12 00:00:00 visual-c++ activex c++ boost mfc

在 ActiveX 控件中使用 boost::mutex 标头是否存在已知问题?
(Boost 版本 v1.39)

如果我在 Visual Studio 2008 中创建一个名为 "DefaultOCXControl" 的 MFC ActiveX 控件 项目,那么我可以构建它,该控件将自身注册为构建的一部分,并且可以按照您的预期插入到 ActiveX 测试容器中.都很好.

If I create an MFC ActiveX Control project in Visual Studio 2008 called "DefaultOCXControl" then I can build it, the control registers itself as part of the build, and can be inserted into the ActiveX Test Container as you would expect. All good.

如果我再添加这一行:

#include <boost/thread/mutex.hpp>

在我的 DefaultOCXControlCtrl.h 文件顶部并重新构建:构建结束时的注册步骤失败:

at the top of my DefaultOCXControlCtrl.h file and rebuild: the registration step at the end of the build fails with:

调试断言失败!
程序:C:Windowssystem32egsvr32.exe
文件:f:ddvctoolsvc7libsshipatlmfcsrcmfcdllinit.cpp
线路:587

Debug Assertion Failed!
Program: C:Windowssystem32egsvr32.exe
File: f:ddvctoolsvc7libsshipatlmfcsrcmfcdllinit.cpp
Line: 587

有问题的断言如下所示:

The offending assertion looks like this:

void AFXAPI AfxCoreInitModule()
{
    ASSERT(AfxGetModuleState() != AfxGetAppModuleState());
    ...

现在尝试将控件插入 ActiveX 测试容器会产生相同的消息.如果我删除该行并重建,那么一切都很好 - 所以它肯定似乎是那个头文件中的某些东西导致了这个问题.

Attempting to insert the control into the ActiveX Test Container now results in the same message. If I remove the line and rebuild then everything is fine - so it definitely seems to be something in that header file that causes the issue.

推荐答案

你试过动态链接boost::thread吗(定义BOOST_THREAD_DYN_LINK)?

Have you tried linking boost::thread dynamically (define BOOST_THREAD_DYN_LINK)?

在将 boost::thread 与混合 C++/.NET 项目一起使用时遇到此类问题,并且仅动态链接 boost::thread 是解决方案(此处一个可能的解释:http://article.gmane.org/gmane.comp.lib.boost.user/22617/match=clr)

I had this kind of problems when using boost::thread with a mixed C++/.NET project and linking just boost::thread dynamically was the solution (here a possible explanation: http://article.gmane.org/gmane.comp.lib.boost.user/22617/match=clr)

相关文章