如果使用delete或:delete,则会得到C++异常。当然,我可以在不删除的情况下让它继续进行,这是很好的,但是内存泄漏会很快积累起来。
我的代码如下:(包括与gdi+相关的任何可能相关的内容)
#include <windows.h>
#ifdef max
#undef max
#endif
#ifdef min
#undef min
#endif
namespace Gdiplus
{
using std::min;
using std::max;
}
#include <gdiplus.h>
#pragma comment (lib,"Gdiplus.lib")
namespace Infra
{
namespace Color
{
//more app code
void CrashingMethod(...)
{
Gdiplus::Bitmap* bitmap = Gdiplus::Bitmap::FromFile(PNG_PATH);
//read bitmap
int qpWidth = frameWidth / 16;
Gdiplus::Color color = Gdiplus::Color();
for (unsigned int y = 0, qy = (frameHeight / 16) - 1; y < frameHeight; y += 16, qy--)
{
for (unsigned int x = 0, qx = 0; x < frameWidth; x += 16, qx++)
{
bitmap->GetPixel(x, y, &color);
byte red = color.GetRed();
//do stuff with the red channel
}
}
delete bitmap; //this line will randomly crash. Not always, not in all machines
bitmap = NULL;
}
}
}
}什么是正确的方法来交易这一个?我知道删除gdi+位图存在问题,但执行::delete的解决方案并不能使其更好。与我所见过的解决方案不同,我不是用新的方法创建位图,而是使用"FromFile“。
而且,正如您所看到的,我没有使用--我没有使用“命名空间Gdiplus”,所以名称空间不在范围内,我需要显式地引用它(这可能会改变事情)。
发布于 2015-12-01 09:22:57
创建位图对象并删除它的方式是正确的。您的程序中还有另一个导致堆损坏的缺陷。你需要找到那个缺陷并修复它。
堆损坏可能会令人困惑。缺陷可以出现在代码的一个部分中,但运行时错误只发生在代码的另一个(通常是无关的)代码中。它们很难调试,您可能会发现有一个工具对此很有用:Is there a good Valgrind substitute for Windows?
https://stackoverflow.com/questions/34012880
复制相似问题