Run-Time Check Failure #2 - Stack around the variable 'a' was corrupted 解决方法

一、数据越界

vc++ 2008调试过程说：Run-Time Check Failure #2 - Stack around the variable 'a' was corrupted.下面为被调试程序（我的目的是输出10个数中最大的数）

#include "stdafx.h"
#include"stdio.h"
void main()
{
int a[10];
int i,j,t;
for (i=1;i<=10;i++)
scanf_s("%d",&a[i]);
for (j=1;j<=11;j++)
for(i=0;i<=9;i++)
if(a[i]>a[i+1])
{   t=a[i];
a[i]=a[i+1];
a[i+1]=t;
}
printf("%d",a[0]);
}

数组越界了,将int a[10];改为int a[11].因为int a[10]是指a[0]-a[9]这几个元素,而你读入的却包含了a[10],因此造成了数组越界.

二、

之前在网上下了个MFC程序，编译成功，但是运行后出现"Run-Time Check Failure #2 - Stack around the variable 'cinfo' was corrupted.“的中断，虽然点继续好像并不影响结果，但是有这个问题还是要解决。

上网查了相关的内容，网上说的是一个数组，在使用的时候超过下标，越界后出现该中断。因为是堆栈出现问题，应该是在使用的时候操作不当。

在我调试的程序中用到的是结构体，结构体里有指针。在一个函数里定义了结构体变量，对结构体处理的函数都是封装成库了，也看不到具体的操作，在使用到结构体的函数结束时（执行return后）出现该中断，设断点跟踪...太复杂了看不懂哪里的问题，接着在网上找了一堆相关的中断，有的说是内存分配不够，vs上的/RTC检查了此操作所以报错出来。

再找了一些网站。有的说msvc在debug下为栈上自动变量周围分配了一些保护空间。如果发生栈溢出，就会写到保护空间上去。这样，栈溢出就能被检查出来。然后我换成Release编译（太天真了），提示说是以前版本的，无法生成*&%……%#@！*

继续找...有的说把“c/c++代码生成这项”的"两者(/RTC1，等同于 /RTCsu)"改为“默认值”错误会消失，在项目属性那里，我改了...完全没有变化。

再继续找...说是发现有这样的说法“不一定在函数这个地方返回时弹出了错误，就是这个地方的原因，错误报的是堆栈遭到了破坏，所以你要查看你所有动态申请内存的地方是否存在堆栈溢出的情况。函数返回的时候，需要检查内存中的堆栈，所以出了错误，并不代表这个函数引发的错误。还有内存空间的回收看是不是有操作不当的情况。”。但是我的结构体操作函数都封装在库里面，看不到怎么办呢？继续看下去，发现有说到“我刚在再试了试，把bmpinfo改成类成员变量，而不是在这个函数的局部变量 ”“应该是结构体在内存字节对齐的原因填充BITMAPINFO结构体的时候可能存在越界我猜可能是这个没有测试不好说”

我按照上面的做法，试着把中断的变量定义到类中...还真没错误了。

最终解决方法我是在下面这个网址看到的：

http://topic.csdn.net/u/20090506/12/121d76ad-940a-4ad6-8b93-0c0bf1d80d69.html

由于看不到具体的结构体操作，我想应该是调的库文件的问题，因为是以前的版本，容易出现这样的错误。虽然不知道为什么可以这样解决，但是没有这个问题了，也差不多了，希望对于和我一样的新手有帮助~

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;
}

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

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

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

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

-------------------------------------------------------

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

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;

-----------------------------------------------------------

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

R：应该是结构体在内存字节对齐的原因填充BITMAPINFO结构体的时候可能存在越界
--------------------------------------------------------------------------------------------

为什么不用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看仔细了没

-======================================================================

三、

Problem
The following error message occurs when building on Test RealTIme environment with the cvisual7 TDP?
Run-Time Check Failure #2 - Stack around the variable 'xxx' was corrupted.

Cause
Stack pointer corruption is caused writing outside the allocated buffer in stack memeory.

Solution
This kind of error is detected by setting /RTC1 compiler option from menu Project -> Settings -> Configuration properties -> Build -> Compiler -> Compiler flags when using TDP cvisual7 in IBM? Rational? Test RealTime environment.. This enables stack frame run-time error checking. For example, the following code may cause the above error messge.

#include <stdio.h>
#include <string.h>
#define BUFF_LEN 11 // 12 may fix the Run-Time Check Failure #2
int rtc_option_test(char * pStr);
int main()
{
char * myStr = "hello world";
rtc_option_test(myStr);
return 0;
}
int rtc_option_test(char * pStr)
{
char buff[BUFF_LEN];
strcpy(buff, pStr); //cause Run-Time Check Failure #2 - Stack around
//the variable 'buff' was corrupted.
return 0;
}

改一下 project->配置属性->c/c++->代码生成->基本运行时检查为
默认值就不会报那个异常

Run-Time Check Failure #2 - Stack around the variable 'a' was corrupted 解决方法相关推荐

有关Run-Time Check Failure #2 - Stack around the variable 'XXX' was corrupted.错误的解决方法
有关Run-Time Check Failure #2 - Stack around the variable 'XXX' was corrupted.错误的解决方法今天我在敲完一段代码运行的时候出 ...
C error :Run-Time Check Failure #2 - Stack around the variable 'b' was corrupted.
运行程序遇到这样的错误:Run-Time Check Failure #2 - Stack around the variable 'b' was corrupted. 检查后发现原因在于:数组b越界 ...
Run-Time Check Failure #2 – Stack around the variable 'a' was corrupted.
Run-Time Check Failure #2 – Stack around the variable 'a' was corrupted. 今天在用VS调代码的时候,会出现这个问题,经过查找以及 ...
C语言,一个分号引发的问题:Run-Time Check Failure #2 - Stack around the variable ‘class1‘ was corrupted.
上课时做de一个案例如上图函数是这样的,并没有问题 void score(float s[], int num) {float avg, max=s[0];float sum = 0;int i = ...
Run-Time Check Failure #2 Stack around the variable ‘xxx’ was corrupted
在改别人代码时,运行报错: Run-Time Check Failure #2 Stack around the variable 'buffer' was corrupted 这表明你对某变量的赋值 ...
Run-Time Check Failure #2 - Stack around the variable was corrupte问题处理
Run-Time Check Failure #2 - Stack around the variable was corrupte问题处理 VS编译的过程中,报上面的错误,一般来说都是内存越界. ...
VS2010中“Stack around the variable 'XXX' was corrupted.”处理方法
1 问题引入 VS2010中基于控制台的Win32程序,输出正常,当关闭程序后,会弹出错误对话框,显示"Stack around the variable 'XXX' was corrupt ...
c语言变量周围堆栈损坏csdn,围绕变量“输入”的堆栈已损坏(Stack around the variable 'input' was corrupted)...
围绕变量"输入"的堆栈已损坏(Stack around the variable 'input' was corrupted) 我刚开始使用C语言,但遇到了这个错误. 我试图在网上 ...
发生异常错误Stack around the variable 'XXX' was corrupted
vs2019下,程序结果能出来,但是出现Run-Time Check Failure #2 - Stack around the variable 'XXX' was corrupted. 原因: S ...

Run-Time Check Failure #2 - Stack around the variable 'a' was corrupted 解决方法

Run-Time Check Failure #2 - Stack around the variable 'a' was corrupted 解决方法相关推荐

最新文章

热门文章