惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

有赞技术团队
有赞技术团队
Martin Fowler
Martin Fowler
N
Netflix TechBlog - Medium
WordPress大学
WordPress大学
罗磊的独立博客
H
Help Net Security
MongoDB | Blog
MongoDB | Blog
A
About on SuperTechFans
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
D
Docker
云风的 BLOG
云风的 BLOG
Microsoft Security Blog
Microsoft Security Blog
Blog — PlanetScale
Blog — PlanetScale
P
Proofpoint News Feed
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
I
InfoQ
J
Java Code Geeks
博客园 - 聂微东
大猫的无限游戏
大猫的无限游戏
Engineering at Meta
Engineering at Meta
美团技术团队
小众软件
小众软件
Stack Overflow Blog
Stack Overflow Blog
C
Check Point Blog

博客园 - 怀沙

SIGGRAPH 2008 Papers(Updated) 我参与的一个作品-《律动》 归来记 反射效果初有成效 毕业设计选定-《基于GPU加速的光线跟踪算法设计》 等待复等待 听李开复在浙大的演讲 关于STL的两个不错的网站 对CSDN的失望 准备开始体验C#3.0 修改相册类别名称的BUG 对动态创建控件属性的访问 安装Visual Studio 2005 Beta2的问题 WinFX SDK Beta1以及一些问题 VS2003到VS2002的转换 Windows Vista 初体验 计划翻译一些东西 (转载).Net中调用Win32动态链接库 明天开始参加考研复习班
[Tips]OSG程序在MFC下报内存泄漏问题的解决方法
怀沙 · 2008-06-02 · via 博客园 - 怀沙

There is a known issue/BUG with MFC, were MFC makes a call to
_CrtDumpMemoryLeaks() in the destructor of the _AFX_DEBUG_STATE, followed by _CrtSetDbgFlag() which sets it to ~_CRTDBG_LEAK_CHECK_DF (therefor disabling memory leak test at *true* program exit) This destructor is called at exit (i.e. atexit()), but before statics residing in dlls and others are destroyed, resulting in many false memory leaks are reported

As to fix any real memory leaks, you have the source ... also you can do a
google to see how others have gotten around this issue to get at any real
leaks.

The MFC memory leak will not go away as Microsoft have no reason to fix it( it been there for many years) as MFC is a deprecated API as far as they are concerned

Another solution to the MFC and wrong memory leak reports. You need to make your MFC dll load first during application start up and unload last during application exit. I managed to do this by making the following change.

In your MFC application.

. Goto project settings. In there, make the following changes for theDebug build.
. General->Use of MFC->Use Standard Windows Libraries.
. Add _AFXDLL to C/C++->Preprocessor->Preprocessor Definitions.
. Add mfc80??.lib (in my case it is mfc80ud.lib) as a first dependency or at least before osg libs to Linker->Input->Additional
Dependencies.

You can find what the other mfc libs are in your visual studio install directory\VC\atlmfc\lib. You don't need to do this release mode.

Other solutions possible :

If you add a MFC dependency to osg dlls that should also create the desired effect. Change the Use of MFC setting to General->Use of
MFC->Use MFC In a Shared DLL in your debug builds of osg libraries.

This should add MFC dll dependency to your osg dll in debug so forcing MFC dll to unload after the osg dlls but as I said I did not actually
try this.

Rebuild the MFC dlls with the following change. At least remove the "_CrtDumpMemoryLeaks()" call in
_AFX_DEBUG_STATE's destructor. It is in VS_INSTALL\VC\atlmfc\src\mfc\dumpinit.cpp. The makefile is in VS_INSTALL\VC\atlmfc\src\atlmfc.mak. I did not try this, either.