編譯程序超時可能為什麼

① 程序無法編譯通過問題，怎麼解決

關於程序無法通過編譯的問題，其錯誤類型肯定是有很多種的。根據我多年的編程調試經驗，可以給你提供以下幾種類型的錯誤，供你參考（以下以 C 語言編程經驗為例，其他編程語言的調試思路也是同理的）。
其中最容易調試的程序錯誤類型就是：
（1）、在編寫源程序過程中出現的各種語法錯誤。這種錯誤主要是由於剛剛開始學習編程，對編程語言的語句、以及語法結構還不是很清晰造成的，這種錯誤是最容易進行調試的，因為語法錯誤，編譯器連編譯都無法通過（通常會顯示出來具體是哪一行出現錯誤），這樣的話，你就可以直接到出錯的那一行進行修改源代碼了；

（2）、若是經過一段時間的上機練習，對學習編程的初始階段已經較為熟練了、且語法錯誤較少了之後，之後就會遇到更加復雜、並且難於調試的語義錯誤。例如在 C 語言中，對於如下代碼：

void main( )
{
int n ;
scanf("%d", &n) ;
if( n == 100 )
printf(" n is 100 !\n") ;
else
printf(" n is not 100 !\n") ;
}
但是若在邏輯判斷語句：if( n == 100) 中，如果誤將「==」（邏輯等於）寫成了「=」（賦值等於），那麼在 scanf("%d", &n) 語句中，無論你輸入的 n 等於多少，一旦執行 if 語句，那麼 將 100 這個數字賦給變數 n，則該邏輯表達式的值總是 1，程序的運行結果必定總是輸出：n is 100。
而該程序的實際思路是：從鍵盤輸入一個整數，如果該整數等於 100，則輸出：n is 100 ！如果輸入的整數不等於 100 的話，則輸出：n is not 100 !
像這樣的邏輯錯誤（在對 C 語言源程序進行編譯時，C 語言編譯器是檢查不出來的），如果沒有豐富的程序調試經驗，程序調試起來就是非常困難的。
（3）、其它的錯誤類型例如：數組越界、非法使用了未初始化的指針變數、未對指針變數進行有效的內存分配，就向那一塊存儲區域讀寫數據，等等。這些都會造成程序崩潰，嚴重的就會造成操作系統崩潰。

② 求高手優化下面程序~編譯通過~但是超時了~！

你輸入什麼造成了超時？你這個程序應該是在輸入三個0之後退出的。你是不是卡在倒數第四行上了？cin>>a>>b>>c; 如果這個時候不輸入三個0，是不會退出while的。
我輸入了這組用例，
Sample Input
1 1 3
1 2 10
0 0 0
輸出就是
2
5
然後正常退出了。直接用你的代碼編的，沒改動

③ 我這c語言為什麼超時 啊 要怎麼改

#include <stdio.h>
main()
{
int m,n,i=0,a,b;
scanf("%d%d",&n,&m); //設輸入n,m為2，2
for(i=n;i>=1;i--) //則i=n-i;i>=1;i--
{
if(m%i==0&&n%i==0) //如果i和m取余等於0，並且i和n取余等於0
{
printf("%d",i); //則輸出i的值
}
break;
}
}
/*程序正確，超時可能是編譯器的問題，你可以吧具體問題發過來看一下。不知你用的是否為vc++2010？*/

贈言：當你將自己與那些整日睡到十點的人相比時，你與那些七點前就已醒來的人相比已經敗了。
只要有問題都要問出來，保持這個習慣吧。

④ 我用vs.net2003編譯c語言時，很簡單的程序要等好久（超過5秒），並且結果界面僅僅停留一秒左右，怎麼解決

編譯時間長不是問題。。可能是你機器配置等的問題。
結果界面超過一秒，你可以在代碼的最後加上system("pause");

⑤ 程序編譯錯誤不知道是什麼原因

不能通編譯過的程序實際上還不是合法的程序，因為它不滿足C語言對於程序的基本要求。

檢查語法錯誤的第一要義：集中力量檢查系統發現的第一個錯誤，弄清並改正它。

在編譯過程中系統發現的錯誤主要有兩類：基本語法錯誤和上下文關系錯誤。這些錯誤都在表面上，可以直接看得見。也是比較容易弄清，比較容易解決的。關鍵是需要熟悉C語言的語法規定和有關上下文關系的規定，按照這些規定檢查程序正文，看看存在什麼問題。

編譯中系統發現錯誤都能指出錯誤的位置。不同系統在這方面的能力有差異，在錯誤定位的准確性方面有所不同。有的系統只能指明發現錯誤的行，有的系統還能夠指明行內位置。

一般說，系統指明的位置未必是真實錯誤出現的位置。通常情況是錯誤出現在前，而系統發現錯誤在後，因為它檢查到實際錯誤之後的某個地方，才能確認出了問題，因此報出錯誤信息。要確認第一個錯誤的原因，應該從系統指明的位置開始，在那裡檢查，並從那裡開始向前檢查。

系統的錯誤信息中都包含一段文字，說明它所認定的錯誤原因。應該仔細閱讀這段文字，通常它提供了有關錯誤的重要線索。但也應該理解，錯誤信息未必准確，有時錯誤確實存在，但系統對錯誤的解釋也可能不對。也就是說，在查找錯誤時，既要重視系統提供的錯誤信息，又不應為系統的錯誤信息所束縛。

發現了問題，要想清楚錯誤的真正原因，然後再修改。不要蠻干。在這時的最大誘惑就是想趕快改，看看錯誤會不會消失。但是蠻乾的結果常常是原來的錯誤沒有弄好，又搞出了新的錯誤。

另一個值得注意的地方：程序中的一個語法錯誤常常導致編譯系統產生許多錯誤信息。如果你改正了程序中一個或幾個錯誤，下面的弄不清楚了，那麼就應該重新編譯。改正一處常常能消去許多錯誤信息行。

解決語法錯誤

常見語法錯誤：

1）缺少語句、聲明、定義結束的分號。

2）某種括弧不配對。C語言中括弧性質的東西很多，列舉如下：
( ), [ ], { }, ' ', " ", /* */
在不同位置的括弧不配對可能引起許多不同的錯誤信息。

3）關鍵字拼寫錯誤。

較難認定的典型錯誤：

1）宏定義造成的錯誤。這種東西不能在源程序文件中直接看到，是在宏替換之後出現的。常見的能引起語法錯誤的宏定義錯誤：宏定義中有不配對的括弧，宏定義最後加了不該有的分號，……

解決上下文關系錯誤

1）變數沒有定義。產生這個問題的原因除了變數確實沒有大意外，還可能是變數的拼寫錯誤，變數的作用域問題（在不能使用某個變數的地方想去用那個變數）。

2）變數重復定義。例如在同一個作用域里用同樣名字定義了兩個變數，函數的局部變數與參數重名等。

3）函數的重復定義。可能是用同一個名字定義了兩個不同的函數。或者是寫出的函數原型在類型上與該函數的定義不相符。有時沒有原型而直接寫函數調用也可能導致這種錯誤信息，因為編譯程序在遇到函數調用而沒有看到函數原型或函數定義時，將給函數假定一個默認原型。如果後來見到的函數定義與假定不符，就會報告函數重復定義錯誤。

4）變數類型與有關運算對運算對象或者函數對參數的要求不符。例如有些運算（如 %）要求整數參數，而你用的是某種浮點數。

5）有些類型之間不能互相轉換。例如你定義了一個結構變數，而後要用它給整數賦值。系統容許的轉換包括：數值類型之間的轉換，整數和指針之間的轉換，指針之間的轉換。其餘轉換（無論是隱含的，還是寫出強制）都不允許。參見《C語言程序設計》（K&R）197-199頁。

如何看待編譯警告

當編譯程序發現程序中某個地方有疑問，可能有問題時就會給出一個警告信息。警告信息可能意味著程序中隱含的大錯誤，也可能確實沒有問題。對於警告的正確處理方式應該是：盡可能地消除之。對於編譯程序給出的每個警告都應該仔細分析，看看是否真的有問題。只有那些確實無問題的警告才能放下不管。

注意：經驗表明，警告常常意味著嚴重的隱含錯誤。

常見警告：

1）（局部自動）變數沒有初始化就使用。如果對局部指針變數出現這種情況，後果不堪設想。對於一般局部自動變數，沒有初始化就使用它的值也不會是有意義的。

2）在條件語句或循環語句的條件中寫了賦值。大部分情況是誤將 == （等於判斷）寫成 = 了。這是很常見的程序錯誤，有些編譯程序對這種情況提出警告。

⑥ 為什麼這個C語言程序會運行超時，怎麼改進

看意思是輸出m到n間的素數，一行5個數。

超時原因很多，可能n太大或者m<2，代碼里應該排除這些情況