浅析vs2008中 Run-Time Check Failure #2 - Stack around the variable 'var' was corrupted

Run-Time Check Failure #2 - Stack around the variable 'var' was corrupted该错误一般是：由于堆栈出错，或是溢出引起的。

在debug下，根据不同的对齐方式，可能会有为栈上自动变量周围分配了一些保护空间。如果发生栈溢出， 就会写到保护空间上去。这样栈溢出就能被检查出来。

可以通过设置：project->配置属性->c/c++->代码生成”改为基本运行时检查，在debug下在编译就不会在提示上述错误。编译会通过，但是并没有从根本上解决问题，建议查和 ‘var’相关的代码，尤其是注意是否内存越界。另一个是在release下还是会报错的。

stack around the variable “XX” was corrupted.，中文翻译就是“在变量XX周围的堆栈已损坏”。后面在上网看了很多技术资料，发现大多数网站都有这样的文章：

 把 project->配置属性->c/c++->代码生成->基本运行时检查 为 默认值 就不会报本异常。具体原因正在研究中。。。
 如果改为其他就有exception。
 exception有时是有道理的
 // step 1
 STRINGC2& STRINGC2::operator += (const char x)
 {
 // if (x == 0) return *this;
 char ptr[1]; // max is 1 digit
 ptr[0] = x;
 ptr[1] = '/0';
 *this += ptr; // off to step 2 and back
 return *this; // step 4 crash
 }
 这个也会导致上述exception。

 问题描述：
 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
 #include
 #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++->代码生成”改为基本运行时检查，就没有这样的错误了。关于MSDN的解释是在堆栈外面读写某数据。错误是名为RTC1的编译器检测的。又看了更多的技术文章，发现这样的错误是程序员在项目到了一定大的时候，它占用的堆栈量就比较大。我也深有体会。因为自己本来编写一个类，运行时没有错，但是在添加成员属性的时候，在其它方式不变的情况下就容易发生这样的错误。所以据此我猜应该是VS2005（2008）在内部就限定了堆栈的大小，当项目足够大的时候，就会溢出。