帮忙 “Run-Time Check Failure #2 - Stack around the variable 'bmpinfo' was corrupted.”

[dremi]

程序运行时出现这样的错误
“Run-Time Check Failure #2 - Stack around the variable 'bmpinfo' was corrupted.”
在网上查找了相关信息，大概是说stack溢出或什么对齐之类的

也有的说是把“c/c++代码生成这项”的"两者(/RTC1，等同于 /RTCsu)"改为默认值，这样改了，错误是消失了，但程序运行就得不到我想要的结果

BOOL CLSDC::RemoteDisplay(HBITMAP hbitmap, RECT size)
	{
		BITMAP bmp;
		GetObject(hbitmap, sizeof(BITMAP), &bmp);

		const int dataSize = (bmp.bmWidthBytes * bmp.bmHeight );

		m_pMsgData = MapViewOfFile(m_hMsgFile, FILE_MAP_READ | FILE_MAP_WRITE,
			0, 0, 0);

		if (m_pMsgData == NULL)
			return FALSE;

		HDC hdc = GetDC(NULL);
		HBITMAP bitmap = CreateCompatibleBitmap(hdc, bmp.bmWidth, bmp.bmHeight);

		BITMAPINFO bmpinfo;
		bmpinfo.bmiHeader.biSize = sizeof(BITMAPINFOHEADER);
		bmpinfo.bmiHeader.biBitCount = 0;

		int res;
		res = ::GetDIBits(hdc, bitmap, 0, 1, NULL, &bmpinfo, DIB_RGB_COLORS);
		if(res == 0)
			return FALSE;


		SelectObject(hdc, hbitmap);

		GetDIBits(hdc, hbitmap, 0, bmp.bmHeight, m_pMsgData, &bmpinfo, DIB_RGB_COLORS);

		UnmapViewOfFile(m_pMsgData);
		

		return TRUE;
	}

[Ryanwen]

改成这样试试
ZeroMemory(&bmpinfo, sizeof(BITMAPINFO));
bmpinfo.bmiHeader.biSize = sizeof(BITMAPINFOHEADER);
bmpinfo.bmiHeader.biBitCount = 0;

[dremi]

改了结果还是一样

单步调试时，执行res = ::GetDIBits(hdc, bitmap, 0, 1, NULL, &bmpinfo, DIB_RGB_COLORS);
得到的结果是正确的

只是RemoteDisplay函数在返回时弹出那个错误

[wutaihua]

特别说明一下，不一定在函数这个地方返回时弹出了错误，就是这个地方的原因，错误报的是堆栈遭到了破坏，所以你要查看你所有动态申请内存的地方是否存在堆栈溢出的情况。函数返回的时候，需要检查内存中的堆栈，所以出了错误，并不代表这个函数引发的错误。还有内存空间的回收看是不是有操作不当的情况。我以前也遭遇过，所以楼主需要查找的范围不仅限于此

[dremi]

这个函数是在DLL库里面，这个DLL库的函数目前只写了两个，没有涉及动态内存的申请，只有一个内存映射文件的创建
m_hMsgFile = CreateFileMapping(INVALID_HANDLE_VALUE, NULL, PAGE_READWRITE, 0, 1024*1024, mappingFileName);

然后把图像信息写入内存映射文件中，方便其他进程共享
源程序中没有涉及动态内存分配。

所以这让我感到很困惑，不是知道是什么原因

[Ryanwen]

把下面这几句注释掉试试
int res;
res = ::GetDIBits(hdc, bitmap, 0, 1, NULL, &bmpinfo, DIB_RGB_COLORS);
if(res == 0)
return FALSE;

[Ryanwen]

我改动了这几个地方后测试没有问题

BITMAPINFO bmpinfo;
bmpinfo.bmiHeader.biSize = sizeof(BITMAPINFOHEADER);
bmpinfo.bmiHeader.biBitCount = 0;

改为如下:


BITMAPINFO bmpinfo;
ZeroMemory(&bmpinfo, sizeof(BITMAPINFO));
bmpinfo.bmiHeader.biSize = 40;
bmpinfo.bmiHeader.biWidth = bmp.bmWidth;
bmpinfo.bmiHeader.biHeight = bmp.bmHeight;
bmpinfo.bmiHeader.biSizeImage = bmp.bmWidthBytes * bmp.bmHeight;

//int res;
//res = ::GetDIBits(hdc, bitmap, 0, 1, NULL, &bmpinfo, DIB_RGB_COLORS);
//if(res == 0)
// return FALSE;

[dremi]

去掉了，再用手动赋值这bmpinfo信息，错误没有，这原因是什么？
[Quote=引用 5 楼 Ryanwen 的回复:]
把下面这几句注释掉试试
int res;
res = ::GetDIBits(hdc, bitmap, 0, 1, NULL, &bmpinfo, DIB_RGB_COLORS);
if(res == 0)
return FALSE;
[/Quote]

[dremi]

我刚在再试了试，把bmpinfo改成类成员变量，而不是在这个函数的局部变量
int res;
res = ::GetDIBits(hdc, bitmap, 0, 1, NULL, &bmpinfo, DIB_RGB_COLORS);
if(res == 0)
return FALSE;
这些语句任然加上，错误也不会出现。

[Ryanwen]

应该是结构体在内存字节对齐的原因 填充BITMAPINFO结构体的时候可能存在越界 我猜可能是这个 没有测试不好说

[xxd_qd]

用biBitCount=0来调用GetDIBits？GetDIBits中的那个BITMAPINFO参数主要是个输入参数，是用来指定你想要的DIB的格式，而其中最重要的，就是要知道你想要获取的DIB的位数是多少，然后系统可以根据你要的位数进行转换，结果你传个0进去算怎么回事？让系统自己看着办？至少MSDN从来没说过“用biBitCount=0来调用GetDIBits，就会使用DDB本身的位数”。就算如此，那么你何必要用GetDIBits？为什么不用GetBitmapBits？

[leeihcy]

为什么不用GetBitmapBits？
Note This function is provided only for compatibility with 16-bit versions of Windows. Applications should use the GetDIBits function.

结果你传个0进去算怎么回事？
bmpinfo.bmiHeader.biBitCount = 0;

int res;
res = ::GetDIBits(hdc, bitmap, 0, 1, NULL, &bmpinfo, DIB_RGB_COLORS);
if(res == 0)
return FALSE;

在调用GetDIBits时，若指定LPVOID lpvBits 为NULL,

If lpvBits is NULL and the bit count member of BITMAPINFO is initialized to zero, GetDIBits fills in a BITMAPINFOHEADER structure or BITMAPCOREHEADER without the color table. This technique can be used to query bitmap attributes.

不知道您的MSDN看仔细了没

[leeihcy]

我也碰到了这个问题。
看内存可以知道，在第二次调用GetDIBits的时候：

GetDIBits(hdc, hbitmap, 0, bmp.bmHeight, m_pMsgData, &bmpinfo, DIB_RGB_COLORS);

bmpinfo又被修改了，修改的范围超过了 sizeof(BITMAPINFOHEADER)， 推测可能就是修改RGBQUAD了。但是对于 24位（或32位）的BMP图，应该是没有RGBQUAD内容的，BITMAPINFOHEADER后面直接就是数据了。

目前我是用：

int biSize = sizeof(BITMAPINFOHEADER)+ 256*sizeof(RGBQUAD);
BITMAPINFO* pbi =(BITMAPINFO*) new BYTE[biSize];

来实现了，但还是想知道具体bmpinfo被修改的原因。