添加 #include 破坏我的 ActiveX 控件?

发布于 2024-10-24 03:21:02 字数 805 浏览 3 评论 0 原文

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

如果我在 Visual Studio 2008 中创建一个名为 “DefaultOCXControl”MFC ActiveX Control 项目,那么我可以构建它,该控件会注册它本身作为构建的一部分,并且可以按照您的预期插入到 ActiveX 测试容器中。一切都好。

如果我只

#include <boost/thread/mutex.hpp>

DefaultOCXControlCtrl.h 文件的顶部添加这一行:并重新构建:构建结束时的注册步骤将失败,并显示:

调试断言失败!
程序:C:\Windows\system32\regsvr32.exe
文件:f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\dllinit.cpp
线路:587

有问题的断言如下所示:

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

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

Is there a known problem with the boost::mutex header when used inside an ActiveX control?
(Boost version v1.39)

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.

If I then just add this line:

#include <boost/thread/mutex.hpp>

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

Debug Assertion Failed!
Program: C:\Windows\system32\regsvr32.exe
File: f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\dllinit.cpp
Line: 587

The offending assertion looks like this:

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

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.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

顾铮苏瑾 2024-10-31 03:21:02

您是否尝试过动态链接 boost::thread (定义 BOOST_THREAD_DYN_LINK)?

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

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

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)

无戏配角 2024-10-31 03:21:02

从 Boost 1.52 开始,您可以尝试将此行添加到代码中,特别是如果您更喜欢静态链接:

#include <boost/thread/win32/mfc_thread_init.hpp>

来源:升压票8550

Since Boost 1.52 you could try adding this line to your code, especially if you prefer static linking:

#include <boost/thread/win32/mfc_thread_init.hpp>

Source: Boost Ticket 8550

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文