編譯程序的後果
這當然原因非常多，比如：編譯器編譯不夠嚴格、程序有很大的風險等等，最簡單的一個例子如下：
inta;
scanf("%d",a);
可以確定的一點是：一旦在運行中出現錯誤，大多是較為嚴重的錯誤，須引起重視，否則，一旦錯誤非常嚴重，必會導致許多嚴重的後果，如死機、卡屏甚至直接導致藍屏。
Ⅱ 學編程的好處和壞處
好處：
1、掌握一門技能。
2、培養意志。
3、解決數學運算，記錄檔案數據，查詢數據等問題。
4、鍛煉邏輯思維。
壞處：
身體不好。
電腦輻射對身體不好，而且長時間地坐在電腦前容易導致近視，眼疲勞。
編程是編定程序的簡稱，就是讓計算機代為解決某個問題，對某個計算體系規定一定的運算方式，使計算體系按照該計算方式運行，並最終得到相應結果的過程。
為了使計算機能夠理解人的意圖，人類就必須將需解決的問題的思路、方法和手段通過計算機能夠理解的形式告訴計算機，使得計算機能夠根據人的指令一步一步去工作，完成某種特定的任務。這種人和計算體系之間交流的過程就是編程。
(2)編譯程序的後果擴展閱讀：
編程的執行原理
1、計算機對除機器語言以外的源程序不能直接識別、理解和執行，都必須通過某種方式轉換為計算機能夠直接執行的。
2、這種將高級程序設計語言編寫的源程序轉換到機器目標程序的方式有兩種：解釋方式和編譯方式。
3、解釋方式下，計算機對高級語言書寫的源程序一邊解釋一邊執行，不能形成目標文件和執行文件。
4、編譯方式下，首先通過一個對應於所用程序設計語言的編譯程序對源程序進行處理，經過對源程序的詞法分析、語法分析、語意分析、代碼生成和代碼優化等階段將所處理的源程序轉換為用二進制代碼表示的目標程序。
然後通過連接程序處理將程序中所用的函數調用、系統功能調用等嵌入到目標程序中，構成一個可以連續執行的二進制執行文件。調用這個執行文件就可以實現程序員在對應源程序文件中所指定的相應功能。
Ⅲ c語言編寫一個程序後,為什麼編譯是是文件不存在,要如何調節
可能是你的文件夾地址設置不正確，不知道你用了那個版本的C，如果是TC，可以這樣去檢查一下（設TC目錄是C:\TC)：
運行TC，進入Options/Directories，把其中的Include Directories設置為C:\TC\INCLUDE 。
Ⅳ 程序編譯錯誤不知道是什麼原因
不能通編譯過的程序實際上還不是合法的程序，因為它不滿足C語言對於程序的基本要求。
檢查語法錯誤的第一要義：集中力量檢查系統發現的第一個錯誤，弄清並改正它。
在編譯過程中系統發現的錯誤主要有兩類：基本語法錯誤和上下文關系錯誤。這些錯誤都在表面上，可以直接看得見。也是比較容易弄清，比較容易解決的。關鍵是需要熟悉C語言的語法規定和有關上下文關系的規定，按照這些規定檢查程序正文，看看存在什麼問題。
編譯中系統發現錯誤都能指出錯誤的位置。不同系統在這方面的能力有差異，在錯誤定位的准確性方面有所不同。有的系統只能指明發現錯誤的行，有的系統還能夠指明行內位置。
一般說，系統指明的位置未必是真實錯誤出現的位置。通常情況是錯誤出現在前，而系統發現錯誤在後，因為它檢查到實際錯誤之後的某個地方，才能確認出了問題，因此報出錯誤信息。要確認第一個錯誤的原因，應該從系統指明的位置開始，在那裡檢查，並從那裡開始向前檢查。
系統的錯誤信息中都包含一段文字，說明它所認定的錯誤原因。應該仔細閱讀這段文字，通常它提供了有關錯誤的重要線索。但也應該理解，錯誤信息未必准確，有時錯誤確實存在，但系統對錯誤的解釋也可能不對。也就是說，在查找錯誤時，既要重視系統提供的錯誤信息，又不應為系統的錯誤信息所束縛。
發現了問題，要想清楚錯誤的真正原因，然後再修改。不要蠻干。在這時的最大誘惑就是想趕快改，看看錯誤會不會消失。但是蠻乾的結果常常是原來的錯誤沒有弄好，又搞出了新的錯誤。
另一個值得注意的地方：程序中的一個語法錯誤常常導致編譯系統產生許多錯誤信息。如果你改正了程序中一個或幾個錯誤，下面的弄不清楚了，那麼就應該重新編譯。改正一處常常能消去許多錯誤信息行。
解決語法錯誤
常見語法錯誤：
1）缺少語句、聲明、定義結束的分號。
2）某種括弧不配對。C語言中括弧性質的東西很多，列舉如下：
( ), [ ], { }, ' ', " ", /* */
在不同位置的括弧不配對可能引起許多不同的錯誤信息。
3）關鍵字拼寫錯誤。
較難認定的典型錯誤：
1）宏定義造成的錯誤。這種東西不能在源程序文件中直接看到，是在宏替換之後出現的。常見的能引起語法錯誤的宏定義錯誤：宏定義中有不配對的括弧，宏定義最後加了不該有的分號，……
解決上下文關系錯誤
1）變數沒有定義。產生這個問題的原因除了變數確實沒有大意外，還可能是變數的拼寫錯誤，變數的作用域問題（在不能使用某個變數的地方想去用那個變數）。
2）變數重復定義。例如在同一個作用域里用同樣名字定義了兩個變數，函數的局部變數與參數重名等。
3）函數的重復定義。可能是用同一個名字定義了兩個不同的函數。或者是寫出的函數原型在類型上與該函數的定義不相符。有時沒有原型而直接寫函數調用也可能導致這種錯誤信息，因為編譯程序在遇到函數調用而沒有看到函數原型或函數定義時，將給函數假定一個默認原型。如果後來見到的函數定義與假定不符，就會報告函數重復定義錯誤。
4）變數類型與有關運算對運算對象或者函數對參數的要求不符。例如有些運算（如 %）要求整數參數，而你用的是某種浮點數。
5）有些類型之間不能互相轉換。例如你定義了一個結構變數，而後要用它給整數賦值。系統容許的轉換包括：數值類型之間的轉換，整數和指針之間的轉換，指針之間的轉換。其餘轉換（無論是隱含的，還是寫出強制）都不允許。參見《C語言程序設計》（K&R）197-199頁。
如何看待編譯警告
當編譯程序發現程序中某個地方有疑問，可能有問題時就會給出一個警告信息。警告信息可能意味著程序中隱含的大錯誤，也可能確實沒有問題。對於警告的正確處理方式應該是：盡可能地消除之。對於編譯程序給出的每個警告都應該仔細分析，看看是否真的有問題。只有那些確實無問題的警告才能放下不管。
注意：經驗表明，警告常常意味著嚴重的隱含錯誤。
常見警告：
1）（局部自動）變數沒有初始化就使用。如果對局部指針變數出現這種情況，後果不堪設想。對於一般局部自動變數，沒有初始化就使用它的值也不會是有意義的。
2）在條件語句或循環語句的條件中寫了賦值。大部分情況是誤將 == （等於判斷）寫成 = 了。這是很常見的程序錯誤，有些編譯程序對這種情況提出警告。
Ⅳ 單片機ccs編譯程序時出現這種警告，什麼意思
字面上看這個信息的意思，沒給adc10中斷向量指定入口函數，或者說沒有定義adc10的中斷處理程序。
由於沒指定入口函數，一旦發生中斷，程序就會亂跑，後凳世果很嚴重。族扒但如兆粗昌果確定不會發生這個中斷，沒定義入口也沒關系，所以這是個警告。
具體的原因不能確定。可能是沒定義入口函數，也可能定義了，但哪個地方的拼寫有問題，導致系統沒正確識別出來。