Feedback from the Judge

Be aware that the judges are often very picky as to what denotes a correct solution. It is very important to interpret the problem specifications properly and not make assumptions.

The judge is likely to return one of the following verdicts:

  • Accepted (AC) - Congratulations!
  • Presentation Error (PE) - Check for spaces, left/right justification, line feeds, etc.
  • Accepted (PE) - Your program has a minor presentation error, but the judge is letting you off with a warning. Stop here and declare victory!
  • Wrong Answer (WA) - Your program returned an incorrect answer to one or more secret test cases.
  • Compile Error (CE) - The compiler could not figure out how to compile your program. The resulting compiler messages will be returned to you. Warning messages are ignored by the judge.
  • Runtime Error (RE) - Your program failed during execution due to a segmentation fault, floating point exception, or similar problem. Its dying message will be sent back to you. Check for invalid pointer references or division by zero.
  • Submission Error (SE) - You did not correctly specify one or more of the information fields, perhaps giving an incorrect user ID or problem number.
  • Time Limit Exceeded (TL) - Your program took too much time on at least one of the test cases, so you likely have a problem with efficiency.
  • Memory Limit Exceeded (ML) - Your program tried to use more memory than the judge's default settings.
  • Output Limit Exceeded (OL) - Your program tried to print too much output, perhaps trapped in a infinite loop.
  • Restricted Function (RF) - Your source program tried to use an illegal system function such as fork() or fopen(). Behave yourself.
by RyuiSaka 2007. 8. 23. 16:48
제일 궁금한 C++ 컴파일러에 관한 정보를 낚아왔습니다.

대충 요약하자면,
6.0 컴파일러를 쓰게되면 .NET 컴파일러가 지원하는 기능을 사용하지 못하므로 .NET 컴파일러를 사용하고 여러 환경을 고려하기 위해 MingW gcc 컴파일러도 같이 사용한다는 거군요.

맨 밑에 보시면 사용 가능한 IDE도 있으니 참고하여 지금부터 익히도록 합시다.
by Raven the Revenger 2007. 7. 25. 17:48


Source Code

몇번을 시도한 끝에 받아낸 'Solved'메시지인지;;
경계값 문제가 아니라 int형의 범위 문제였던것 같네요.
Visual C++ 계열 컴파일러의 경우 int형이 4바이트라서 1,000,000이라는 큰 숫자도
문제없이 인식 가능하지만 Programming Challenges Judge 사이트에서 사용하는
컴파일러는 int형을 2바이트로 인식하지 않나 싶습니다.
그래서 int형으로 선언해놓고 summit 할 경우, 큰 수를 입력값으로 줬을 경우 에러가 나서
'Wrong Answer'가 뜨지 않나 싶네요.
일단 'Solved' 뜨긴 했는데....Runtime이 안습이네요.
아마도 Judge로봇이 Worst Case를 기준으로 Runtime을 측정하지 않나 싶습니다.
제가 Summit한 코드 Runtime이 3.608초 나왔네요;;(Worst Case에서는 PC에서
돌릴때도 하나, 둘, 셋 하면 답이 뜹니다;;)
함수사용 유무는 그다지 실행시간에 영향을 미치지 않는듯 싶습니다.
쓸때와 안쓸때 0.008초 차이 나네요;;
더 효율적인 알고리즘이 존재하는듯 하네요;;
Best Time을 보니 0.008초네요 -_-;;;;
암튼....실행시간도 신경 써야할것 같습니다.

by RyuiSaka 2007. 7. 21. 03:55
  • 잭크 2007.07.21 16:57 신고 ADDR EDIT/DEL REPLY

    오~ 멋지다!
    그럼 Programming Challenges 문제 풀때는 int 2바이트로 생각하고 풀어야 하나보네..

| 1 |