編譯器越界問題
Ⅰ 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++語言中數組下標越界，編譯器是不會檢查出錯誤的，但是實際上後果可能會很嚴重，比如程序崩潰等