关于C++ Builder Codegurad 问题的排查。

最新推荐文章于 2022-10-26 11:36:18 发布

weixin_30802171

最新推荐文章于 2022-10-26 11:36:18 发布

阅读量162

点赞数

文章标签： c/c++

原文链接：http://www.cnblogs.com/songr/p/4759295.html

版权

　　关于C++ BUILDER6 我目前不知道有什么特别好的内存排查工具。尤其为了对付memory leak, (Eurekalog 这个工具内存泄漏主要针对delphi，BCB配置比较繁琐)。除了BCB6 自带的Codeguard。codeguard 在90%的情况还是很给力的。

但是实际项目中codegurad却会因为各种各样的原因罢工。下面是记录codeguard 被修复的2个案例

加载CG后，程序运行起来后报内存错误。

这个问题困扰了我很久，最后不得不关闭codeguard ,直到有一天，我下定决定把这个问题解决。我认为这不是BCB的问题，为什么呢，因为新建的任何工程CG工作都很正常。我当时的排查方式是这样的。用tdump 查看了exe 引用的库（直觉告诉我的），结果发现了工程中引用了VCL50.bpl. 而我的工程是bcb6 构建的。

于是我找到了使用VCL50.BPL 的这个模块，是一个Lib ，引用的第三方的一个库。我砍掉了这个库。运行CG。REBUILD, 修复了。程序可以正常运行。而且能识别到内存泄漏。

CG加载成功，但是CG不能识别到内存泄漏。

这个问题比较怪异。程序能够正常的运行，也能够加载CG。但是，你在程序中故意引发一个内存泄漏，CG居然没有任何反应。我坚持认为不是BCB 的问题。理由还是，新建工程能正常的识别内存泄漏问题。我是这么排查的。

在winmain 函数入口处，引发内存泄漏，然后直接return 0

1 int WINAPI WinMain(....)
2 {
3 char* ch = new char[10];
4 return 0;
5 }

CG 识别出了内存泄漏。于是我判断，是执行了某一段代码之后，引发了CG 不能够正常工作。

于是，我不停的挪动 return 0 的位置。直到找到CG不报内存泄漏的那个段代码。

int WINAPI winMain(.....)
{
char* ch = new char[10];

代码1

代码2

代码3  //<- 执行了代码3之后，CG就不报内存错误了。

return 0

}

继续排查代码3中内部的问题。

最后定位到在代码中有一段非常退出进程的代码。导致了CG无法识别。用过一个简单的例子来模拟就是这样的。

新建一个工程，然后开启CG，拖一个按钮Button1，代码如下。

//---------------------------------------------------------------------------

#include <vcl.h>
#pragma hdrstop

#include "Unit1.h"
#include "tlhelp32.h"
//---------------------------------------------------------------------------
#pragma package(smart_init)
#pragma resource "*.dfm"
TForm1 *Form1;
//---------------------------------------------------------------------------
__fastcall TForm1::TForm1(TComponent* Owner)
    : TForm(Owner)
{
    char* ch = new char[100];
}
//---------------------------------------------------------------------------


void __fastcall TForm1::Button1Click(TObject *Sender)
{
    
    HANDLE hProcess=OpenProcess(PROCESS_TERMINATE,FALSE,GetCurrentProcessId());
    TerminateProcess(hProcess,0);
 
}