编译时报错的异常

A. VC编译错误,到底是什么问题

First-chance
exception
in
XX.exe(KERNEL32.DLL):0xE06D7363:Microsoft
C++
Exception

在VC中调试程序时，Output窗口有时会出现“First-chance
exception
in
xxx.exe...”这样的信息。一般来说，这是由于程序中发生了异常，被VC捕获而产生的输出。有时在程序运行时并没出错，但是在调试时总是停到此处从而无法调试下面程序。 First-chance
exception
in
xxx.exe
(KERNEL32.DLL):
0xE06D7363:
Microsoft
C++
Exception”。Windows
操作系统中广泛使用了结构化异常（SEH）来处理特殊情况，许多和底层打交道的API都靠SEH来处理可能发生的意外。并且，这些API中都有捕获SEH的代码，产生的异常不会对程序造成影响。但是由于上面提到的“First-chance
exception，Second-chance
exception”机制，VC仍然会有输出，但是我们完全可以忽略。如果你实在不喜欢这些输出信息，那你就必须禁用对特定异常的“First-chance
exception”捕获。

B. java编译异常有哪几个

编译异常是Exception下除了RuntimeException及其子类以外的所有子类
Java提供了两类主要的异常:RuntimeException和CheckedException.
checked 异常也就是我们经常遇到的IO异常，以及SQL异常都是这种异常。对于这种异常，JAVA编译器强制要求我们必需对出现的这些异常进行catch。所以，面对这种异常不管我们是否愿意，只能自己去写一大堆catch块去处理可能的异常。
runtime exception，也称运行时异常，我们可以不处理。当出现这样的异常时，总是由虚拟机接管。比如：我们从来没有人去处理过NullPointerException异常，它就是运行时异常，并且这种异常还是最常见的异常之一。
不管是不是RuntimeException 只要有异常 而且你还没try / catch 那他一定会中断执行 非RuntimeException 在编译的时候 编译器会帮你检查 有没有正确、完整的try / catch 如果没有 编译不过 RuntimeException 在编译的时候 不检查
参考自：http://m.blog.csdn.net/blog/zhou1216141078/12921609

C. pr编译影片时出错 出现一个低级异常

况会有很多种:
1,你按回车渲染的时候,不是有条红线跑过去吗? 当弹出错误后,你看那个红线在哪个位置,可以是那里有一帧出了问题，把那个位置切掉一帧切掉再渲染看看，我原来就是用这个办法，切掉后，可以渲染过去，应该就是这个问题蚂陪了，
如果是上面这个问题，那你下面就不用看了，相信你已经输出来了。
2，看闷樱蠢你导入的原文件：视频，音频图片等有没有什么问题，
3，解码器都是最新的吗，
4，输出的时候，设置的颂核问题，你先输个AVI试试，
5，都不行的话，一段一段地输成AVI，最后再新建一个工程文件，把它们导进来，再输出
6，新建一个工程文件，然后，把你现在的这个工程文件导进去，输看看，行不行

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

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

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

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

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

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

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

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

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

解决语法错误

常见语法错误：

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

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

3）关键字拼写错误。

较难认定的典型错误：

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

解决上下文关系错误

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

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

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

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

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

如何看待编译警告

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

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

常见警告：

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

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

E. gcc编译，出现错误:expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ........

有时候我们编译一个大的项目的时候，会出现很多错误使得屏幕堆满了很多无用的信息。一般情况下我们需要找到首次出现错误的地方，在gcc中添加编译选项可以使编译停止在第一次出现错误的地方：

$ gcc -Wfatal-errors foo.c // GCC 4.0 and later$ g++ -Wfatal-errors foo.cpp
$ g++ -fmax-errors=N foo.cpp // 在出现第 N 此错误的时候停止编译，GCC 4.6 and later

F. Java编程中 常见的异常有哪几种

相信作为程序员的我们在对程序进行编译过程中经常会遇到错误，或者在运行过程中出现错误，在这里主要跟大家谈谈经常遇到的一些异常与错误，以及解决办法。

异常是指程序在编译或运行过程出现的错误。

在java.lang包中Throwable包含了所有的异常。

Error (错误) 和Exception(异常)

(1)Error(错误)

一旦发生无法修复，但可以避免发生。

常见错误类：

IOError：I/O错误，当发生严重的I/O错误时，抛出此错误。
VirtualMachineError：虚拟机错误，当 Java 虚拟机崩溃或用尽了它继续操作所需的资源时，抛出该错误。

StackOverflowError：栈内存满了，当应用程序递归太深而发生堆栈溢出时，抛出该错误。

OutofMemoryError:堆内存满了，因为内存溢出或没有可用的内存提供给垃圾回收器时，Java 虚拟机无法分配一个对象，这时抛出该异常。

以上是一些常见的错误，在Error类中还有一些别的错误（参照文件Java.lang.Throwable.Error）.

(2)Exception(异常)

一旦发生，可以捕获并处理，不会导致程序终止，有时可以避免有时无法避免。

异常的分类：

1.编译时异常（需要强制处理） 2.运行时异常（不需要强制处理）

常见的异常有：

IOException：输入输出流异常
FileNotFoundException：文件找不到的异常
ClassNotFoundException：类找不到的异常
DataFormatException：数据格式化异常
NoSuchFieldException：没有匹配的属性异常
NoSuchMethodException：没有匹配的方法异常

SQLException：数据库操作异常
TimeoutException：执行超时异常

常见的运行时异常：

RuntimeException：运行时异常
NullPointerException:空指针异常

：数组越界异

ClassCastException：类型转换异常
IllegalArgumentException：非法的参数异常
InputMismatchException：输入不匹配

以上是常见的一些异常，另外还有别的异常，参见文件：Java.lang.Throwable.Exception

既然我们常常会遇到一些异常，那我们如何来处理这些异常就是一个急需解决的事情。

(1) 如何处理编译时异常？

方法一：将需要处理的代码块放在一个try...catch...中
try{
//需要处理异常的代码
}catch(XXXException ef){
ef.printStackTrace();
}

我们方法一就是要将我们不确定的代码放入try......catch中，先进行try一下，如果没有异常，则不会触发catch,没有输出，一旦出现异常，那么catch就会工作，在catch中捕获异常信息，根据异常信息进行补救措施。

如以下代码：

从结果可以看出，我们在输入数据的时候出现错误，这样通过自定义异常能够让我们更直接快速的找到运行或编译时的异常。

在上述中我们分别提到了三种throw，分别是Throwable,Throws以及throw，那么到底三者有什么区别？

Throwable：是指在在Java.lang包中的一个类，其包含了所有的异常和错误，其中类Error和Exception 是它

的子类。

Thows：是指在解决编译时异常，将方法中异常抛给上一级，在方法后面要加Throw Exception来进行抛。

throw：是指在自定义异常时，如果方法出现异常，那么将作为引用方法的对象抛出。即抛出异常。

希望对您有所帮助！~