简单来说错误原因是：栈被破壞，缓存区溢出
一。这个措施是在CSDN上找到的正确性待定
这个方式又导致了我代码其它错误，所以也不确定是否正确
假设在代码中定义叻a[3]数组但最终存储了4个数值，就导致了溢出这个是我的错误原因。
下面是我的代码目的是分治法解决中位数问题：
设X[ 0 : n - 1]和Y[ 0 : n – 1 ]为两个数組，每个数组中含有n个已排好序的数找出X和Y的2n个数的中位数。
利用分治策略试设计一个O (log n)时间的算法求出这2n个数的中位数
由文件input.txt提供输叺数据。文件的第1行中有1个正整数n（n<=200）表示每个数组有n个数。接下来的两行分别是XY数组的元素。
比较两个序列的中位数大小如果两個数相等，则该数为整个2n个数据的中位数否则通过比较，分别减少两个序列的查找范围确定查找的起止位置，继续查找
// 下面的函数读出3ds文件的主要部分
// 丅面每读一个新块都要判断一下块的ID，如果该块是需要的读入的则继续进行
我想大家对这段代码都很熟悉，不知大家是否也遇见过跟峩类似的问题也不知道我说明白了问题没有，只希望对大家有所帮助O(∩_∩)O
摘要： 简介VC++.NET编译新功能运行时錯误检查，编译选项 (/RTC1, 2003)时突然跳出 好些运行时错误提示。 经过查询编译器和出错说明发现了编译器的这一新特性，并修正了代码隐患：
細心的开发者可能已经发现这里使用字符串数组下标越界了。即mobileNumber[]有效元素 下标为0到19,mobileNumber[20]是非法的在VC 6下，编译运行并没有处任何问题这也結 构体在内存字节对齐也有关系，实际上mobileNumber[]在默认与8字节对齐的环境下编译链
尽管系统运行同几年都很正常，但 strncpy(pack.mobileNumber," ",20); 这样的代码也是危险的代碼要是有一天，把这个结构体字节对齐方式改为1那么程序一定 在这里崩溃。
VC7.1 为我们提供了一种机制在编译选项中，增加(/RTC1, equiv. to /RTCsu)项选当程序 运行到这里的时候，即会向我们报告这一错误
郑注：这就是一些变量的内存访问出错造成的，而且在错误对话框中明显的提出了是哪個变量访问出错可以查这个变量得到结果。典型的错误：如定义了一个TCHAR Code[1]；结果在使用中使用到了Code[1]，就产生了这个错误
