编译器越界问题
Ⅰ c语言变量生命周期问题设计数组越界
C语言不检查数组越界和指针，这个程序员负责的事情，编译时只检查语法有没有错误。
而且并不是一越界就异常的，异常可能会在将来发生，或者这次越界没有破坏关键数据。
你要先打印数据，再增加global，否则就会输出下一个值，但是你却没有赋值
Ⅱ 运行fortran出现数组越界，请问如何解决
方法1：
使用 Debug 模式单步执行程序，当遇到越界时，调试器会暂停程序，并在越界发生的代码行自动下断点。
方法2：
换用 Intel Visual Fortran，这个编译器会详细告知你越界发生的地点，代码行，越界的数组，定义上下限，越界的引用上下限。
Ⅲ C语言指针访问越界
与编译器无关，只与内存管理机制有关，是操作系统级别的问题，堆栈的读取方式只是数据结构上的不同，在机器层面，依然是单纯的内存读写操作；
数组越界访问的危险性不好评估，但确实是最严重的危险之一；
结果基本上会100%崩溃，但是崩溃的原因很可能不一样，就算是同一段越界代码跑几遍，原因也可能是不一样的；
指针越界问题是不限于数组访问的，所以全面点的解释如下：
C语言的编译时，会跟你的代码需要，首先申请一块栈空间和堆空间，栈的优先级较高，一般时存放程序运行所必须的数据和变量，内存上是连续的，堆空间是程序运行时动态申请的空间，内存上一般是不连续的，这里说的栈与你自己创建的栈不是一个栈，不过数据结构是一样的，只不过你自己创建的栈是靠你自己写的代码动态创建的，所以其实是在你程序的堆空间中的；
下面关键问题来了，
以上所有内存空间就是你的程序在跑起来之后，向操作系统申请的所有空间，换句话说，这些内存以外的数据，都是不属于你这个程序的资源，当你使用指针操作的时候，如果你的指针越界了，那么接下来你对这个指针的操作就是非法的了，如果这段空间依然是你程序内部的资源，通常会导致你程序自己崩溃，如果是程序之外的资源一般就更糟糕了，甚至会导致更高级别的崩溃，原因很多：
比如你篡改了不属于你的数据，导致该数据所属对象的逻辑混乱；
比如越界区域存在保护，内存空间是有读写权限控制的，如果接下来你对只读的空间进行写操作，也会导致崩溃，windows下你会看到非常亲切的蓝屏；
等等...
这也是内存溢出攻击的基本思想；
Ⅳ C语言的越界问题
C语言是不检查下表越界的，因此越界出来结果太正常了，你和书上一样是因为你从-1到6到赋值了，编译器的实现就是安数组首位坐标+-指针而已。如果你输出-3呢，应该就是随机了。
为什么arr【5】和arr【6】应该一样？
给你看看我用VC++6.0在Win32位上运行结果：
Ⅳ 怎么解决数组越界的问题
1、什么是数组访问越界？
我们通过数组的下标来得到数组内指定索引的元素。这称作对数组的访问。
如果一个数组定义为有n个元素，那么，对这n个元素（下标为0 到
n-1的元素）的访问都合法，如果对这n个元素之外的访问，就是非法的，称为“越界。
数组占用了一段连续的内存空间。然后，我们可以通过指定数组下标来访问这块内存里的不同位置。因此，当你的下标过大时，访问到的内存，就不再是这个数组“份内”的内存。你访问的，将是其它变量的内存了。
2、访问越界会出现什么结果？
首先，它并不会造成编译错误！就是说，C,C++的编译器并不判断和指出你的代码“访问越界”了。一个明明是错误的东西，就这样“顺利”地通过了编译。数组访问越界在运行时，它的表现是不定的，有时似乎什么事也没有，程序一直运行（当然，某些错误结果已造成）；有时，则是程序一下子崩溃。因此在使用数组时，一定要在编程中判断是否越界以保证程序的正确性。
常见的错误就是数组的size值和下标访问值弄错，数组的下表是从0开始的，最大的访问值是size-1。
3、解决办法
由于数组的元素个数默认情况下是不作为实参内容传入调用函数的，因此会带来数组访问越界的相关问题，解决问题方法，可以用传递数组元素个数的方法即：用两个实参，一个是数组名，一个是数组的长度。
举例：
#include<stdio.h>
void PutArray(int *p, int length)
{
// 在此判断入口参数p和length的有效性
……
for(int
i=0;i<length;i++)
printf("%d\t",p[i]);
}
void main()
{
int a[3]={2,4,6} ;
printf("数组a[3]调用函数PutArray的结果为：\n");
PutArray(a,
sizeof(a)/sizeof(a[0]));
}
Ⅵ 我在进行数组越界输出时编译器发生了什么呢
在VC上原来程序应改为：
#include<iostream>
using namespace std;
int main()
{
int *p;
int a[3]={1,2,3};
p=a;
cout<<sizeof(p)<<" "<<sizeof(p[0])<<" "<<*(p+4)<<" "<<a[4]<<endl;
return 0;
}
数组a的大小是3，所以合法下标是0~2。当下标越界时(如*(p+4)),p+4对应的操作是编译器从p开始往后走4个int型大小（假设为4个字节）个字节(共4×4=16个字节)，再在(p对应地址+16)这个位置开始取出4个字节的数来，解释成一个int型数，用于cout的输出。在本例中，由于下标越界，所以取出来的数对用户来讲呈现出随机性。LZ对C语言的数组和指针操作还需要加深理解。
PS，现在C++还在用.h头文件，也忒怪异了。
Ⅶ 数组的下标越界可在编译哪个阶段发现
1、运行的时候，这个属于异常。
2、直接在开始编译的时候，这个属于错误了。
数组下标越界是一个程序初学者最容易犯的错误。
以一个简单的一维数组为例：
int a[10]；这是一个整型的数组a，有10个元素：a[0]-a[9]，因为正确的下标应该是从0开始，到9结束，与生活习惯中的1-10不一样，于是产生一个a[10]的错误，即数组下标越界。
c和c++语言中数组下标越界，编译器是不会检查出错误的，但是实际上后果可能会很严重，比如程序崩溃等，所以在日常的编程中，程序员应当养成良好的编程习惯，避免这样的错误发生。
若编辑网页时提示“数组下标越界”，除检查下上述问题外，再检查下文件中变量名称是否一致，很多时候是变量名称不一致所致
使用的角标大于等于数组的长度或为负数！
Ⅷ VC6.0 编译C语言数组越界不报错的问题
编译器不是万能的，c语言数组下标越界不报错是正常的。
原因是 c 语言 语句中的方括号，不是标点符号，而是“运算符”，用于地址计算:
a[i] 等于 *(a+i) , 就是 （ a 地址 + i * sizeof(a的类型int））那里的值。
编译不报错，但可能出现运行错。
Ⅸ C语言二维数组下标越界问题；
例如 int a[10]; 这是一个整型的数组a，有10个元素：a[0]-a[9]，因为正确的下标应该是从0开始，到9结束，与生活习惯中的1-10不一样，a[10]是不存在的 如果你使用a[10] 于是产生一个a[10]的错误，即数组下标越界。c和c++语言中数组下标越界，编译器是不会检查出错误的，但是实际上后果可能会很严重，比如程序崩溃等