【转载】MFC的DEBUG_NEW与GDI+的冲突问题
问题现象
在我们使用GDI+的时候,如果程序是一个MFC程序,并且是在debug模式下,那我们可能会得到如下的错误信息:
error C2660: ''Gdiplus::GdiplusBase::operator new'' : function does not take 3 parameters
原因
在debug模式下,MFC程序要使用一个宏定义来扩展new操作符,使之需要接受两个附加的参数。这两个附加参数分别是源程序的文件名和代码行号。MFC使用它们在debug模式下向程序员报告内存泄漏的信息。MFC类由于重载了new操作符,所以可以正常的与扩展后的new操作符搭配使用。但是,非MFC类则无法与这种扩展的new操作符正常工作。GDI+就属于这种情况。
解决方案
解决方法有如下两种:
一是将代码中如下的一段代码注释掉来关闭预处理命令。
#ifdef _DEBUG#define new DEBUG_NEW#endif
但是要注意的是,这种方法的缺点是没法使用MFC中可以协助程序员追踪内存分配和内存泄漏问题的功能。
第二种方法是让GDI+也重载new和delete操作符,使其忽略这种附加的操作符。具体操作是将如下代码拷贝到一个头文件中,并在使用GDI+的工程中include这个头文件而不是Gdiplus.h。
//// Ensure that GdiPlus header files work properly with MFC DEBUG_NEW and STL header files.
#define iterator _iterator
#ifdef _DEBUG
namespace Gdiplus
{
namespace DllExports
{
#include "GdiplusMem.h"
};
#ifndef _GDIPLUSBASE_H
#define _GDIPLUSBASE_H
class GdiplusBase
{
public:
void (operator delete)(void* in_pVoid)
{
DllExports::GdipFree(in_pVoid);
}
void* (operator new)(size_t in_size)
{
return DllExports::GdipAlloc(in_size);
}
void (operator delete[])(void* in_pVoid)
{
DllExports::GdipFree(in_pVoid);
}
void* (operator new[])(size_t in_size)
{
return DllExports::GdipAlloc(in_size);
}
void * (operator new)(size_t nSize, LPCSTR lpszFileName, int nLine)
{
return DllExports::GdipAlloc(nSize);
}
void operator delete(void* p, LPCSTR lpszFileName, int nLine)
{
DllExports::GdipFree(p);
}
};
#endif // #ifndef _GDIPLUSBASE_H
}
#endif // #ifdef _DEBUG
#include "gdiplus.h"
#undef iterator
//// Ensure that Gdiplus.lib is linked.
#pragma comment(lib, "gdiplus.lib")
原文出处
http://support.microsoft.com/default.aspx?scid=kb;en-us;317799
文章出处:http://www.diybl.com/course/3_program/c++/cppsl/2008111/96258.html
posted on 2009-05-08 23:54 TobyLin的学习之路 阅读(1101) 评论(0) 编辑 收藏 举报