所以程序編譯會出錯誤

① 為什麼我編譯出來的代碼會報錯

那句話報錯不一定錯的地方就在那邊
樓主應該是在做Windows窗體應該程序吧
Web應用程序沒有dataGridView這個控制項
我剛用樓主的代碼調試下沒有發現錯誤
樓主要找出錯誤首先要明白未將對象引用設置到對象的實例這句話什麼意思
new
SqlConnection(Con)
，new
SqlDataAdapter(sql,connection)，new
DataSet()這些就叫對象的實例
而SqlConnection
connection中的connection，SqlDataAdapter
adapter中的adapter，DataSet
set
中的set這些就叫對象引用
整句話未將對象引用設置到對象的實例的意思就是說對象的實例賦值給對象引用時為空相當於對象引用的默認值
本來我們聲明一個對象引用的時候默認值就是null（空）
比如我們聲明一個DataSet
set;
你如果不給它=new
DataSet()直接就這樣DataSet
set;
它就默認set為null(空)
說白了
這句話就是說你的new
Sqlconnection（Con）或者
new
SqlDataAdapter(sql,connection)這兩個對象的實例根本不存在為空
對象引用好像從來就沒用引用你這個對象實例還是我的默認值空（它說設置到有點抽象因為翻譯高手說話都很抽象）
所以樓主自己看看資料庫中表的問題就解決了
代碼沒有問題只是你new
Sqlconnection（Con）或者
new
SqlDataAdapter(sql,connection)這兩個對象的實例為空
說明Con這語句中的資料庫名稱可能錯
或者sql語句中的people表名不存在

② 新手在學習c語言並編譯程序時編譯錯誤怎麼辦

1、確定出錯的行號
如果是一個比較好的集成編譯環境的話，一般雙擊編譯錯誤，滑鼠都會自動跳轉到該行並高亮顯示。
沒有這個功能也沒關系，編譯錯誤裡面也都會有說明某某.c，某某行出的問題
1>e:\visual studio 2005\projects\airplane\airplane\airplane.cpp(52) : error C2065: 'abc' : undeclared identifier
這個就是說明在airplane.cpp的52行有錯誤

2、多個錯誤的話，一般只處理第一個錯誤
如果一次打出很多錯誤的話，不需要每一個都處理，只處理第一個編譯錯誤，然後再次編譯。大部分的時候，都是由於第一個錯誤產生了後續很多錯誤，第一個錯誤解決之後，其他錯誤也就迎刃而解。

3、對錯誤的更改
一般就是看錯誤的編號和後續的英文說明，如上面的錯誤，錯誤編號是C2065，錯誤的解釋是'abc' : undeclared identifier，未定義的標示符，將abc定義即可。
錯誤的種類很多，一般看英文就可以解決，如果解決不了的話，推薦根據錯誤編號上網搜索一下解決方法就OK拉。

③ C語言：下面的代碼為什麼會出現編譯錯誤應當怎麼改正

錯誤出在a=sum;這一句——因為構成C語言程序的基本單位是函數而不是C語句，這里的a=sum;不在任何函數中，所以編譯器無法處理而出錯。把它放到主函數中的printf("%d ",a(3,5));之前就可以了。函數外只能進行全局變數定義或聲明，而不能進行其他操作，所以把int (*a)(int, int); a=sum;兩句改成int (*a)(int, int)=sum;，讓它成為聲明變數a並初始化為sum也是可以的。你可以試試。

代碼文本：

#include "stdio.h"

int sum(int a, int b);

int (*a)(int, int);

int main(int argc,char *argv[]){

a=sum;

printf("%d ",a(3,5));

return 0;

}

int sum(int a,int b){

return a+b;

}

④ 為什麼寫了程序之後，進行編譯，卻提示編譯錯誤

可能是沒有正確配置系統庫的路徑，或將後綴名誤寫成了.c而不是.cpp。

⑤ 編譯錯誤，怎麼回事

關於編譯問題，如果說是編譯錯誤發生在自己編寫源程序的過程中的話，那麼問題的原因還是比較復雜的。通常關於用戶編寫的源程序的編譯出錯問題，這是一個很復雜的問題。因為編譯錯誤有很多種。例如：語法錯誤、系統庫連接錯誤、語義錯誤、數組越界、或者內存越界等等。

通常語法錯誤是最好解決的，因為源程序的語法出錯了，連編譯這一關都通不過，並且會告訴你在哪一行出錯了，這時候是最容易調試程序的。最難調試的就是：源程序雖然編譯通過了，但是程序的運行結果卻是錯誤的，這種是最難調試的。所以說，你必須要把詳細的出錯信息寫出來，別人們才好幫助你進行分析。

⑥ 能解釋下編譯失敗的原因嗎

編譯失敗的原因有很多種。其中主要有以下一些類型：

（1）、用戶編寫的源程序中有語法錯誤。例如：未定義某一個變數就進行引用。這一類錯誤是最簡單的，也是編譯器最容易檢查出來的，所以會產生對源程序的編譯失敗；
（2）、用戶編寫的源程序中有未對變數進行初始化就進行引用，也會導致程序運行錯誤。例如：用戶雖然定義了一個指向某一個內存地址的指針變數，但是在使用前卻未對它進行初始化，並進行任何判斷，就往該指針指向的內存地址賦予了一個數值，這種情況在語法上編譯器是檢查不出來的，但是程序一旦運行起來，肯定就會出現錯誤了。在 WINDOWS 系統下一般是：指向XXXX的內存不能夠為 Read （或者為 Write），要是在 UNIX/Linux 系統下就會發生 Core Dumped。
（3）、數組越界。這類錯誤也是編譯器檢查不出來的，但是一旦程序運行起來，程序的運行結果可能就是一個隨機的結果。而不是用戶需要得到的結果。
所以從編譯的實質上說，以上情況都應該屬於編譯失敗的類型。因為編譯器並無法阻止這些錯誤的發生，而是讓程序在運行時發生了各種各樣的意想不到的運行結果。

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

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

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

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

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

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

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

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

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

解決語法錯誤

常見語法錯誤：

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

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

3）關鍵字拼寫錯誤。

較難認定的典型錯誤：

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

解決上下文關系錯誤

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

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

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

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

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

如何看待編譯警告

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

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

常見警告：

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

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

⑧ C程序編譯不管編什麼都顯示一個錯誤 是為什麼

實際上這個問題很多情況下是由於路徑設置的問題引起的，
「CL.exe」是VC使用真正的編譯器（編譯程序），其路徑在「VC根目錄\VC98\Bin」下面，
你可以到相應的路徑下找到這個應用程序。

因此問題可以按照以下方法解決：打開vc界面 點擊VC「TOOLS（工具）」—>「Option（選擇）」
—>「Directories（目錄）」重新設置「Excutable Fils、Include Files、
Library Files、Source Files」的路徑。很多情況可能就一個盤符的不同
（例如你的VC裝在C，但是這些路徑全部在D），改過來就OK了。

如果你是按照初始路徑安裝vc6.0的，路徑應為：
executatble files:
C:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin
C:\Program Files\Microsoft Visual Studio\VC98\BIN
C:\Program Files\Microsoft Visual Studio\Common\TOOLS
C:\Program Files\Microsoft Visual Studio\Common\TOOLS\WINNT

include files:
C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE
C:\Program Files\Microsoft Visual Studio\VC98\MFC\INCLUDE
C:\Program Files\Microsoft Visual Studio\VC98\ATL\INCLUDE

library files:
C:\Program Files\Microsoft Visual Studio\VC98\LIB
C:\Program Files\Microsoft Visual Studio\VC98\MFC\LIB

source files:
C:\Program Files\Microsoft Visual Studio\VC98\MFC\SRC
C:\Program Files\Microsoft Visual Studio\VC98\MFC\INCLUDE
C:\Program Files\Microsoft Visual Studio\VC98\ATL\INCLUDE
C:\Program Files\Microsoft Visual Studio\VC98\CRT\SRC

如果你裝在其他盤里，則仿照其路徑變通就行。
關鍵是microsoft visual studio\ 後面的東西要相同。

⑨ 程序編譯時產生錯誤是因為程序中有語法錯誤.

正確

運行時錯誤會在程序運行的過程中出現，比如，在運行的過程中內存被耗盡，引用了不該被引用的地址，除數為0等

邏輯錯誤是程序運行一切正常，但是沒有得到程序作者希望得到的結果，比如，本來應該是加法，卻寫成了減號，這樣程序依然可以正常運行，但是不會按照設想得到和，而是會計算出差。