常见OJ评判结果对照表，作为ACMer你懂得！【转】

转自http://www.cnblogs.com/ACShiryu/archive/2011/11/22/oj.html

常见OJ评判结果对照表，作为ACMer你懂得！

Waiting：你的程序刚刚提交，正在等待OJ评测你的程序。

 

Compiling：OJ正在编译你的程序。

 

Accepted：OK!你的程序是正确的 ^_^。

 

Wrong Answer：你的程序运行的结果和正确结果不同。状态页面CASE那一览显示的是你的程序在第几个样例上出错的。

 

Time Limit Exceeded：你的程序运行时间太长了，超过了对应题目的时间限制。

 

Memory Limit Exceeded：你的程序运行所用的内存太多了，超过了对应题目的限制。

 

Output Limit Exceeded：你的程序输出了太多的内容了，超过了OJ的限制，轻检查你的程序中是否有可能存在无限循环输出。

 

Floating Point Error：Divide by 0，除0错误。

 

Segmentation Fault：有2中情况可能导致次错误：

 

buffer overflow -- 缓冲区溢出，也就是你访问 了非法内存，比如你神情了一个大小为2的数组a，却访问了a[10000]，或者在C/C++中访问了空指针等等。

 

stack overflow -- 堆栈溢出，有可能你在c/c++程序的函数中神情了过大的空间，或者递归层次太多，导致堆栈溢出了，轻记住堆栈的大小为8192KB.

 

Runtime Error：你的程序在运行的时候出错了，异常终止了，导致这种状态的情况有肯多，一般都是一些非法操作，比如文件操作，Java中的网络操作等等。Java中Runtime Error的更详细的叙述见下。另外C/C++中越界访问函数中定义的数组也会导致Runtime Error。

 

Restricted Function：你的程序调用了不该调用的函数，比如fork(),execv(),socket等等危险的函数，清牢记一点：在你的程序中只作与解决问题有关的事情，尽情其他的操作都会被OJ拦截下来。

 

Compilation Error：编译错误，如果你的程序在本机能够正常编译，请在下面的编译出错怎么办查看更详细的解决办法。

 

Presentation Error：你的程序运行的结果是正确的，但是格式和正确结果有点不一样。比如中间多了回车或者空格，请仔细检查程序的输出部分，离AC就差一点点啦！

 

Presentation Error的一般原因?

 

PE就是没通过。 没通过就没成绩。 PE和wa, lte一样。?

 

一般原因：?

 

1.格式问题要注意 每行最后要有回车，并且行末不能有多余的空格。?

 

格式错误，请仔细检查case末的空行、case间的空行、每一行后的空格，等这些地方，看与题目描述是否一致。?

 

2.答案正确，但格式不对。   ?

 

可能是多输出了space/tab/return?

 

有人也说只有三种情况:?

 

1空行问题?

 

2大小写问题?

 

3空格问题?

 

所以又pe说明你没有根本错误，就是一些细节有错误。

 

下面是常见的OJ评判结果以及它们表示的意思：

 

Queuing : 提交太多了，OJ无法在第一时间给所有提交以评判结果，后面提交的程序将暂时处于排队状态等待OJ的评判。不过这个过程一般不会很长。

 

Compiling : 您提交的代码正在被编译。

 

Running : 您的程序正在OJ上运行。

 

Judging : OJ正在检查您程序的输出是否正确。

 

Accepted (AC) : 您的程序是正确的，恭喜！

 

Presentation Error (PE) : 虽然您的程序貌似输出了正确的结果，但是这个结果的格式有点问题。请检查程序的输出是否多了或者少了空格（' '）、制表符（'\t'）或者换行符（'\n'）。

 

Wrong Answer (WA) : 输出结果错，这个一般认为是算法有问题。

 

Runtime Error (RE) : 运行时错误，这个一般是程序在运行期间执行了非法的操作造成的。以下列出常见的错误类型：

 

ACCESS_VIOLATION 您的程序想从一些非法的地址空间读取或向其中写入内容。一般例如指针、数组下标越界都会造成这个错误的。

ARRAY_BOUNDS_EXCEEDED 您的程序试图访问一个超出硬件支持范围的数组单元。

FLOAT_DENORMAL_OPERAND 进行了一个非正常的浮点操作。一般是由于一个非正常的浮点数参与了浮点操作所引起的，比如这个数的浮点格式不正确。

FLOAT_DIVIDE_BY_ZERO 浮点数除法出现除数为零的异常。

FLOAT_OVERFLOW 浮点溢出。要表示的数太大，超出了浮点数的表示范围。

FLOAT_UNDERFLOW 浮点下溢。要表示的数太小，超出了浮点数的表示范围。

INTEGER_DIVIDE_BY_ZERO 在进行整数除法的时候出现了除数为零的异常。

INTEGER_OVERFLOW 整数溢出。要表示的数值太大，超出了整数变量的范围。

STACK_OVERFLOW 栈溢出。一般是由于无限递归或者在函数里使用了太大的数组变量的原因。顾名思义，stack overflow 就是是栈溢出了。在进行数值运算时，我们常常要和运算结果的溢出打交道。数值运算结果可能上溢（overflow），也可能是下溢（underflow）。不过栈的溢出显然只可能是上溢，即栈空间被用完了。

要正确处理栈溢出采用以下办法：

（1）修正我们的程序，不要造成无穷递归或太深的递归。我们可以把某些递归代码非递归化，例如那个经典的 qsort ，最好就用非递归的算法来实现，就比较皮实一点。

（2）修正我们的程序，不要定义过大的局部变量，特别是在定义大结构、大数组时要格外小心。有时我们可能会用 _alloca() 这样的特殊函数直接在栈上分配空间，更要多加注意。可以定义成static

（3）利用编译器的特性，将进程允许的栈大小设置得大一些。例如可以采用 MSC 中的 /STACK 参数开关。

（4）对于那些还可能导致栈溢出的代码，采用 Microsoft 的结构化异常处理或标准的 C++ 异常处理机制，结合 _resetstkoflw() 进行处理。当然了，要是不嫌麻烦，我们也可以自己探测所用栈的大小，动态地检测是否可能导致栈溢出，以避免可能的异常。

...... 其他错误，包括C++标准库/STL运行时库错误等，这里不再举例。

 

Time Limit Exceeded (TLE) : 您的程序运行的时间已经超出了这个题目的时间限制。

 

Memory Limit Exceeded (MLE) : 您的程序运行的内存已经超出了这个题目的内存限制。

 

Output Limit Exceeded (OLE) : 您的程序输出内容太多，超过了这个题目的输出限制。

 

Compilation Error (CE) : 您的程序语法有问题，编译器无法编译。具体的出错信息可以点击链接察看。

 

System Error (SE) : OJ内部出现错误。由于我们的OJ可能存在一些小问题，所以出现这个信息请原谅，同时请及时与管理员联系。

 

Out Of Contest Time : 超出比赛时间，这个信息只有在比赛的时候才会出现。

作者： ACShiryu

出处：http://www.cnblogs.com/ACShiryu/