程序中出现编译期异常

⑴ WCF异常——由于编译过程中出现异常，无法激活服务

按照提示的错误是说遇到空指针异常了、string.format中有参数的值是空值、所以会出现这错误、你可以跟踪一下是什么原因出现的空值

⑵ java EE安装执行程序的时候出现问题，编译时出现错误如下

这个错误是因为你的服务已经启动了。如果你用了开发工具，比如myEclipse，造成这个问题的原因往往是开发工具不正常的退出。或者还有个原因是8005端口被其他程序用了。
解决办法：1、控制面板中重启服务，比如tomcat的服务。
2、有时通过方法1不起作用，这时候只能重启计算机。
3、如果都不行，那就考虑是不是8005端口被占用了，如果是tomcat，则改他的配置文件，在conf文件夹下有个server.xml文件，将相应的端口变一下就可以了。

⑶ java编译中出现了Exception in thread “main" java.lang.UnsupportedClassVersionError

这个问题是由较高版本的JDK编译的java class文件试图在较低版本的JVM上运行产生的错误。

1、解决措施就是保证jvm（java命令）和jdk（javac命令）版本一致。如果是linux版本，则在命令行中分别输入java -version和javac -version命令来查看版本是否一致。这里假设都是1.7版本。

2、如果都一致，但还是解决不了问题，那么你肯定不是直接在命令行中用javac来编译的，而是用类似于eclipse、netbeans这样的编译器来编译的。因为很多编译器都自带javac，而不是采用操作系统中的编译器。如果你的编译器是eclipse的话，那么需要在项目的属性里设置jdk版本，方法是右击项目-->properties-->java compiler --> Enable project specific settings -->将compiler compliance level设置为1.7，也就是与jvm一致的版本（在命令行中java -version所显示的版本）。

3、综上，如果你是用编译器来编译的话，请首先确保编译器自带的jdk版本是否和操作系统中的java版本一致。一般是jdk和jvm版本不一致导致，可以在cmd命令下输入java -version和javac -version看版本是否一致，不一致的话需要改JAVA_HOME保证一致。

拓展资料：

Java 异常处理

异常是程序中的一些错误，但并不是所有的错误都是异常，并且错误有时候是可以避免的。异常发生的原因有很多，通常包含以下几大类：

1、用户输入了非法数据。

2、要打开的文件不存在。

3、网络通信时连接中断，或者JVM内存溢出。

这些异常有的是因为用户错误引起，有的是程序错误引起的，还有其它一些是因为物理错误引起的。要理解Java异常处理是如何工作的，你需要掌握以下三种类型的异常：

1、检查性异常：最具代表的检查性异常是用户错误或问题引起的异常，这是程序员无法预见的。例如要打开一个不存在文件时，一个异常就发生了，这些异常在编译时不能被简单地忽略。

2、运行时异常：运行时异常是可能被程序员避免的异常。与检查性异常相反，运行时异常可以在编译时被忽略。

3、错误：错误不是异常，而是脱离程序员控制的问题。错误在代码中通常被忽略。例如，当栈溢出时，一个错误就发生了，它们在编译也检查不到的。

⑷ 下面的程序在编译时出现错误了，不知道是什么原因

显然该用typedef来定义类型啊，#define只是替换字符串，你还没用括号括起来……肯定出错

⑸ 程序编译时出错了，想请问下如何改正这个错误

1。你没有引用malloc.h或者stdlib.h库，所以 malloc报错；
2。你的S与T没有声明应该这样写：
seqstring*S = (seqstring*) malloc(sizeof(seqstring));
seqstring*T=(seqstring*) malloc(sizeof(seqstring));

⑹ 程序编译时产生错误是因为程序中有语法错误.

正确

运行时错误会在程序运行的过程中出现，比如，在运行的过程中内存被耗尽，引用了不该被引用的地址，除数为0等

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

⑺ 编了一段c程序，编译时发生错误，显示"Error:Statement missing ; in function main."

首先把所有else后都补上if；
其次fp=fopen("d:\F1.txt","r"))改成fp=fopen("d:\\F1.txt","r"))，因此\是转义符，要表示\必须要用\\；

还有，这种情况下建议用switch语句，这样程序便于阅读而且结构清楚

如：

#include <stdio.h>
#include <stdlib.h>
void main()
{
FILE *fp;
int a=0,b=0,c=0,d=0,e=0,f=0,g=0,h=0,i=0,j=0,k=0,l=0,m=0,n=0,o=0,p=0,q=0,r=0,s=0,t=0,u=0,v=0,w=0,x=0,y=0,z=0;
char sc;
if ((fp=fopen("d:\\F1.txt","r"))==NULL)
{
printf("Can not open file\n");exit(0);}
while(!feof(fp))
{
sc=fgetc(fp);
if (sc>='A' && sc<='Z')
{
sc+=32;
}
switch(sc)
{
case 'a': a++;break;
case 'b': b++;break;
case 'c': c++;break;
case 'd': d++;break;
case 'e': e++;break;
case 'f': f++;break;
case 'g': g++;break;
case 'h': h++;break;
case 'i': i++;break;
case 'j': j++;break;
case 'k': k++;break;
case 'l': l++;break;
case 'm': m++;break;
case 'n': n++;break;
case 'o': o++;break;
case 'p': p++;break;
case 'q': q++;break;
case 'r': r++;break;
case 's': s++;break;
case 't': t++;break;
case 'u': u++;break;
case 'v': v++;break;
case 'w': w++;break;
case 'x': x++;break;
case 'y': y++;break;
case 'z': z++;break;
default : break;
}

}
printf("a:%d,b:%d,c:%d,d:%d,e:%d,f:%d,g:%d,h:%d,i:%d,j:%d,k:%d,l:%d,m:%d,n:%d,o:%d,p:%d,q:%d,r:%d,s:%d,t:%d,u:%d,v:%d,w:%d,x:%d,y:%d,z:%d\n",a,b,c,d,e,f,g,h,i,j,k,l,m,n,o,p,q,r,s,t,u,v,w,x,y,z);
fclose(fp);
}

⑻ C++程序编译时一直出现致命的错误fatal error C1004：意外文件结尾发现执行中时出错。请大侠帮忙解决下

大括号配对问题，void main() 下 少一个 }

问题在这：
{ cerr<<"error of dividing zero.\n"; exit(1); //异常退出程序 }
// 号后写 } 不起作用。

其他问题：你的程序复制过来是否少了什么？你上面的程序应该是少了一些符号什么的。

⑼ 程序编译错误不知道是什么原因

不能通编译过的程序实际上还不是合法的程序，因为它不满足C语言对于程序的基本要求。

检查语法错误的第一要义：集中力量检查系统发现的第一个错误，弄清并改正它。

在编译过程中系统发现的错误主要有两类：基本语法错误和上下文关系错误。这些错误都在表面上，可以直接看得见。也是比较容易弄清，比较容易解决的。关键是需要熟悉C语言的语法规定和有关上下文关系的规定，按照这些规定检查程序正文，看看存在什么问题。

编译中系统发现错误都能指出错误的位置。不同系统在这方面的能力有差异，在错误定位的准确性方面有所不同。有的系统只能指明发现错误的行，有的系统还能够指明行内位置。

一般说，系统指明的位置未必是真实错误出现的位置。通常情况是错误出现在前，而系统发现错误在后，因为它检查到实际错误之后的某个地方，才能确认出了问题，因此报出错误信息。要确认第一个错误的原因，应该从系统指明的位置开始，在那里检查，并从那里开始向前检查。

系统的错误信息中都包含一段文字，说明它所认定的错误原因。应该仔细阅读这段文字，通常它提供了有关错误的重要线索。但也应该理解，错误信息未必准确，有时错误确实存在，但系统对错误的解释也可能不对。也就是说，在查找错误时，既要重视系统提供的错误信息，又不应为系统的错误信息所束缚。

发现了问题，要想清楚错误的真正原因，然后再修改。不要蛮干。在这时的最大诱惑就是想赶快改，看看错误会不会消失。但是蛮干的结果常常是原来的错误没有弄好，又搞出了新的错误。

另一个值得注意的地方：程序中的一个语法错误常常导致编译系统产生许多错误信息。如果你改正了程序中一个或几个错误，下面的弄不清楚了，那么就应该重新编译。改正一处常常能消去许多错误信息行。

解决语法错误

常见语法错误：

1）缺少语句、声明、定义结束的分号。

2）某种括号不配对。C语言中括号性质的东西很多，列举如下：
( ), [ ], { }, ' ', " ", /* */
在不同位置的括号不配对可能引起许多不同的错误信息。

3）关键字拼写错误。

较难认定的典型错误：

1）宏定义造成的错误。这种东西不能在源程序文件中直接看到，是在宏替换之后出现的。常见的能引起语法错误的宏定义错误：宏定义中有不配对的括号，宏定义最后加了不该有的分号，……

解决上下文关系错误

1）变量没有定义。产生这个问题的原因除了变量确实没有大意外，还可能是变量的拼写错误，变量的作用域问题（在不能使用某个变量的地方想去用那个变量）。

2）变量重复定义。例如在同一个作用域里用同样名字定义了两个变量，函数的局部变量与参数重名等。

3）函数的重复定义。可能是用同一个名字定义了两个不同的函数。或者是写出的函数原型在类型上与该函数的定义不相符。有时没有原型而直接写函数调用也可能导致这种错误信息，因为编译程序在遇到函数调用而没有看到函数原型或函数定义时，将给函数假定一个默认原型。如果后来见到的函数定义与假定不符，就会报告函数重复定义错误。

4）变量类型与有关运算对运算对象或者函数对参数的要求不符。例如有些运算（如 %）要求整数参数，而你用的是某种浮点数。

5）有些类型之间不能互相转换。例如你定义了一个结构变量，而后要用它给整数赋值。系统容许的转换包括：数值类型之间的转换，整数和指针之间的转换，指针之间的转换。其余转换（无论是隐含的，还是写出强制）都不允许。参见《C语言程序设计》（K&R）197-199页。

如何看待编译警告

当编译程序发现程序中某个地方有疑问，可能有问题时就会给出一个警告信息。警告信息可能意味着程序中隐含的大错误，也可能确实没有问题。对于警告的正确处理方式应该是：尽可能地消除之。对于编译程序给出的每个警告都应该仔细分析，看看是否真的有问题。只有那些确实无问题的警告才能放下不管。

注意：经验表明，警告常常意味着严重的隐含错误。

常见警告：

1）（局部自动）变量没有初始化就使用。如果对局部指针变量出现这种情况，后果不堪设想。对于一般局部自动变量，没有初始化就使用它的值也不会是有意义的。

2）在条件语句或循环语句的条件中写了赋值。大部分情况是误将 == （等于判断）写成 = 了。这是很常见的程序错误，有些编译程序对这种情况提出警告。