MFC误报内存泄露的修复

在debug状态退出程序的时候,VS会在输出窗口列出可能的内存泄露的地方。

MFC中使用DEBUG_NEW能够更方便的定位泄露的地点。但假如MFC的dll释放“”过早“”,DEBUG_NEW记录的内存分配信息就会不灵了。

那什么情况下导致MFC的DLL过早释放呢?

有这样一种情况:以#pragma comment(lib, _LIBNAME_)方式link一个依赖MFC的lib。

比如在使用BCGControlbar界面库的时候,默认是使用这样的方式。


如何避免MFC的DLL过早释放?

在Additional Dependencies里面把mfc100ud.lib放在第一个的位置。

这样就符合先加载后释放的规则。


另外#pragma comment(lib, _LIBNAME_)虽然减少了设置project的lib依赖的步骤,但最好还是使用显示的link依赖,起码我们会更清楚dll的加载顺序。

转载于:https://www.cnblogs.com/aiwz/p/6333091.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值