home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 October / usenetsourcesnewsgroupsinfomagicoctober1994disk2.iso / unix / volume17 / contest-prog / part03 / contestrules next >
Text File  |  1989-02-06  |  3KB  |  77 lines
  1.  
  2. Rules:
  3.  
  4. 1) The winning team in each category is the one which solves the most
  5. problems in its appropriate category.  Period!
  6.  
  7. HOWEVER:
  8.  
  9. 2) In the event of TIES, the penalty-point method will be used.  Teams
  10. with fewer penalty points rank ahead of teams with more penalty points,
  11. for the purpose of breaking ties only.
  12.  
  13. Penalty points are assessed as follows:  
  14.  
  15.     10 points for each incorrect judged run
  16.  
  17.     1 point for every minute a problem (in your category) remains 
  18.     unsolved by your team
  19.  
  20.  
  21. 3) You may make, without penalty, any number of trial runs of your
  22. program against your own input data, but a judged run is made against
  23. the judges' input data, which you will NEVER (until after the end of
  24. the contest) be allowed to see.
  25.  
  26. 4) The judging program will compile your program and run it against the
  27. judges' input data, in a protected account.  You will be notified of
  28. the correctness or incorrectness of your output by a program which
  29. compares byte-by-byte your output with the correct answer ("diff").
  30. That's all.  You must read standard-input, and write standard-output.
  31. You may not open any additional file-descriptors or FILE *'s.
  32.  
  33. 5) Programs must be in C, Pascal, or Fortran.  They must be a single
  34. monolithic file (you may #include).  We cannot handle makefiles, awk 
  35. scripts, compile-line options, etc.  Just plain & simple quick & dirty 
  36. coding.  The judges will not look at the code, only the output.
  37.  
  38. 6) Your submitted source code must be named 
  39. <something><problem#>.[c|f|p|pas]
  40. If your filename ends in .pas, the pascal  compiler will be invoked.
  41. If your filename ends in .p  , the pc      compiler will be invoked.
  42. If your filename ends in .f  , the fortran compiler will be invoked.
  43. If your filename ends in .c  , the cc      compiler will be invoked.
  44. The first digit-string will be deemed to be the problem number you
  45. are submitting.
  46.  
  47. To submit a program for judging, use the judge command.
  48. Examples:
  49. $ judge prob1.c
  50. $ judge prog3.f
  51. $ judge contestprob13.pas
  52. $ judge why_did_i_ever_get_myself_into_this_12.p
  53. You will be notified by mail of the result of your judged run. (Or
  54. you could periodically run "score").
  55.  
  56. 7) If your judged run is correct, the cutoff time for penalty points
  57. for that problem will be the time you SUBMITTED it, NOT the time it
  58. was judged; so don't be overly concerned that judging may take a few
  59. minutes.  Go work on another problem while waiting.
  60.  
  61. 8) As soon as the contest begins, you may find the statements of the
  62. problems in the /tmp directory.  They will be named /tmp/probxx.txt,
  63. where xx is the number of the problem.  Beginners will be interested
  64. in prob1.txt up through prob6.txt.  Intermediates will be interested
  65. in prob7.txt up through prob12.txt.  Advanced entrants should
  66. have already figured out that they want prob13.txt thru prob18.txt.
  67. (It will do you no good to solve a problem in a category not
  68. appropriate to your class; the scoreboard program will ignore
  69. it, and you will have wasted your time.)
  70.  
  71. 9) Only one contestant per team may be logged in at any one time.
  72.  
  73. 10) The contest ends exactly four hours after it begins.  Problems
  74. submitted for judging after the cutoff time will not be judged.
  75. However, juding of problems submitted just before the end may
  76. extend until all have been judged.
  77.