Run-Time Check Failure #2 - Stack around the variable 'var' was corrupted

摘要:简介VC++.NET编译新功能,运行时错误检查,编译选项 (/RTC1, equiv. to /RTCsu)
最近把一个别人早期在VC 6下编写的一个服务移植到VC 7.1 (.NET 2003)时,突然跳出好些运行时错误提示。经过查询编译器和出错说明,发现了编译器的这一新特性,并修正了代码隐患:
//someheadefile.h typedef struct tarSomeMessagePack {      char moibleNumber[20];      .... }SomeMessagePack_T,*SomeMessagePack_Ptr;
细心的开发者可能已经发现,这里使用字符串数组下标越界了。即mobileNumber[]有效元素下标为0到19,mobileNumber[20]是非法的。在VC 6下,编译运行并没有处任何问题,这也结构体在内存字节对齐也有关系,实际上,mobileNumber[]在默认与8字节对齐的环境下编译链接的,因此,后4个bit也不会被系统用到,即mobileNumber[20],mobileNumber[21], mobileNumber[22],mobileNumber[23]系统把它空着。
尽管系统运行同几年都很正常,但 strncpy(pack.mobileNumber," ",20); 这样的代码也是危险的代码,要是有一天,把这个结构体字节对齐方式改为1,那么程序一定在这里崩溃。
VC7.1为我们提供了一种机制,在编译选项中,增加(/RTC1, equiv. to /RTCsu)项选。当程序运行到这里的时候,即会向我们报告这一错误。
查看相关文档,了解了这一块代码的真实意图后,我把代码改为 strncpy(pack.mobileNumber," ",19);
这一问题消失。
//someimplement.cpp
strncpy(pack.mobileNumber," ",20);
郑注:这就是一些变量的内存访问出错造成的,而且在错误对话框中明显的提出了是哪个变量访问出错,可以查这个变量得到结果。典型的错误:如定义了一个TCHAR Code[1];,结果在使用中使用到了Code[1],就产生了这个错误

Run-Time Check Failure #2 - Stack around the variable 'version' was corrupted。
这个错误信息描述不太准确。
其意思是,msvc在debug下为栈上自动变量周围分配了一些保护空间。
如果发生栈溢出, 就会写到保护空间上去。
这样, 栈溢出就能被检查出来, 并且告诉程序员, 某个变量附近的栈空间被破坏(腐坏?)了。


所以要重现这个错误只要这样:
int a[1212];
a[1986] = 0;

或者, 楼主的代码与下面更类似:
int i;
(&i)[ 1 ] = 0; // 取i的地址, 将其作为数组传递给fread。
// 但其实这个“数组”, 只有一个元素。 也会发生溢出

 

你可能感兴趣的:(.net,struct,文档,编译器)