所以程序编译会出错误

① 为什么我编译出来的代码会报错

那句话报错不一定错的地方就在那边
楼主应该是在做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等

逻辑错误是程序运行一切正常，但是没有得到程序作者希望得到的结果，比如，本来应该是加法，却写成了减号，这样程序依然可以正常运行，但是不会按照设想得到和，而是会计算出差。