坑爹的VS2008内存泄露报告

作者:朱金灿

来源:http://blog.csdn.net/clever101

 

        最近在设计和开发一个软件框架,这个框架包含一个exe工程和多个dll工程。基本框架差不多了,等到调试运行时,出现一个莫名其妙的内存泄露,程序退出时提示:

  Dumping objects ->
{119} normal block at 0x015A63A8, 80 bytes long.
 Data: <ABCDEFGHIJKLMNOP> 41 42 43 44 45 46 47 48 49 4A 4B 4C 4D 4E4F 50 
{118} normal block at 0x015A6338, 48 bytes long.
 Data: < > 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 
Object dump complete.

 

        因为是新建的框架,我是比较注意解决内存泄露问题,内存泄露这玩意,在开始时不注意防范,到后面就会越积越多的。开始还不知道哪个模块出现了内存泄露,因为根本没有提示在哪个源代码文件出现内存泄露。我使用《如何调试MFC中的内存泄漏》来查找内存泄露的模块,没找着。然后在每个模块的初始化函数加上:

_CrtSetBreakAlloc(119);

       结果调试时也没有触发。到论坛上问了下,找到一个办法——创建数据断点的办法,具体是在先在C***App::InitInstance函数的开头设置一个普通断点,按F5调试运行,触发后新建一个数据断点,地址取值0x015A63A8(即出现内存泄露的地方),如下图:



       程序在退出时触发了,通过查看堆栈发现是boost_filesystem-vc90-mt-gd-1_42.dll造成的。然后想解决这个问题。到
网上搜索资料,终于搜到了有人和我遇到一样的问题的一篇帖子:boost会有内存泄漏?

  该帖子说:我写了一个MFC程序调用我自己写的win32 DLL (非MFC DLL),在DLL中调用了boost的filesystem库,在主程序退出调试后,output窗口中报告出现了内存泄漏:

Detected memory leaks!
Dumping objects ->
{119} normal block at 0x00396060, 80 bytes long.
  Data: <ABCDEFGHIJKLMNOP> 41 42 43 44 45 46 47 48 49 4A 4B 4C 4D 4E4F 50  
{118} normal block at 0x00395FF0, 48 bytes long.
  Data: < > 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10  
Object dump complete.

在我的DLL中,一个函数包括以下调用:

bool   CFoo::GetGo()
{
        path   cPath(   "c:\\windows ",   native   );
        return   m_bGo;
}

    path 是boost-filesystem中的类。


主程序在BOOLCTestGUIApp::InitInstance()中用以下方式调用DLL:

        CFoo*   cf   =   CreateFoo();
        bool   bB   =   cf-> GetGo();
        DeleteFoo(   cf   );

        一直无法想通为什么会出现内存泄漏,path 这个类中没有特别分配内存的啊。

       实际上貌似即使你不使用path类,只要在你的dll动态链接boost_filesystem-vc90-mt-gd-1_42.dll,就会出现内存泄露提示。帖子分析的原因是:

       泄漏是由于以下常量定义引起的(path_posix_windows.cpp):

    const   char   invalid_chars[]   =
        "\x01\x02\x03\x04\x05\x06\x07\x08\x09\x0A\x0B\x0C\x0D\x0E\x0F "
        "\x10\x11\x12\x13\x14\x15\x16\x17\x18\x19\x1A\x1B\x1C\x1D\x1E\x1F "
        " <> :\ "/\\| ";
    //   note   that   the   terminating   '\0 '   is   part   of   the   string   -   thus   the   size   below
    //   is   sizeof(invalid_chars)   rather   than   sizeof(invalid_chars)-1.     I  
    const   std::string   windows_invalid_chars(   invalid_chars,   sizeof(invalid_chars)   );

    const   std::string   valid_posix(
        "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789._- "   );

            找到的可能原因:MFC的内存泄漏报告有bug,他在DLL中static 变量析构前报了。

参考:

             MFC dumps leaks prematurely when it exits, instead of waiting for the  
CRT to dump leaks following static data destruction, and this causes  
spurious leak reports for objects which allocated memory before MFC  
was initialized and which thus are destroyed after MFC exits. This is  
commonly observed when using the MFC DLL in a program that also uses  
the C++ runtime DLL.

 

            打算以后建个工程测试下,如果确认有这个问题,就提交给微软和boost.org。


      如果你觉得我的博客对你有帮助,请在下面网址中博客之星评选活动投我一票:

http://vote.blog.csdn.net/item/blogstar/clever101(单击候选人介绍下面的投他一票那个按钮)

参与投票有机会获奖:

     最佳贡献奖:通过微博分享活动就有机会获得30元充值卡一张(每周抽选5名)
    幸运奖:凡参与投票用户就有机会获得精美小礼品一份。(每周抽选5名)
    积极参与奖:所有参与投票并符合条件的用户均可获得20个下载积分。


  • 2
    点赞
  • 0
    收藏
  • 打赏
    打赏
  • 1
    评论

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

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
©️2022 CSDN 皮肤主题:猿与汪的秘密 设计师:我叫白小胖 返回首页
评论 1

打赏作者

clever101

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值