home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1989 …il & Dave's Excellent CD / Excellent CD HFS.raw / Moof / Goodies / DTS Goodies / Obfuscated_C / 1988 / rules < prev    next >
Encoding:
Text File  |  1989-04-13  |  7.5 KB  |  208 lines  |  [TEXT/MPS ]

  1. Subject: 5th International Obfuscated C Code Contest Rules
  2. Newsgroups: comp.lang.c,comp.unix.wizards
  3. Keywords: rules,1988,obfuscate,contest
  4.  
  5.     Obfuscate:  tr.v.  -cated, -cating, -cates.  1. a.  To render obscure.
  6.         b.  To darken.  2. To confuse:  his emotions obfuscated his
  7.         judgement.  [LLat. obfuscare, to darken : ob(intensive) +
  8.         Lat. fuscare, to darken < fuscus, dark.] -obfuscation n.
  9.         obfuscatory adj.
  10.  
  11. GOALS OF THE CONTEST:
  12.  
  13.     * To write the most Obscure/Obfuscated C program under the rules below.
  14.     * To show what should NOT be done in C programs.
  15.     * To provide a safe forum for poor C code.  :-)
  16.  
  17. RULES:
  18.  
  19.     To help us handle the vast volume of entries, we ask that you
  20.     follow the rules below.  Sorry for the length, but we need all
  21.     the help we can get!
  22.  
  23.     1) Your source MUST be 1536 bytes or less, and it must be a complete
  24.        program, not just a subroutine.  NOTE the new maximum size.
  25.  
  26.     2) To help us process your entries, we ask that you submit entries
  27.        in the following format.  Please be sure to include the --- lines,
  28.        otherwise our extraction program may skip your entry!
  29.  
  30. ---header items---
  31. name:        Your name, of course!
  32. org:        School/Company/Organization
  33. email address:    Email address from a well known site
  34. postal address:    Postal address, include your country as well
  35. environment:    Indicate the Hardware & OS under which your program was tested
  36. entry:        A of B        <entry number such as 3 of 5, 1 of 1...>
  37. remarks:            <see below>
  38. ---how to compile---
  39. X Give the command(s) needed to compile your program.
  40. X Follow the same rules as given for the program below except that the
  41. X command size must be 160 characters or less.
  42. ---program---
  43. X Place obfuscated source of 1536 characters or less in this section.
  44. X Add a leading X to each line to avoid problems with mailers.
  45. X Some mailers don't like files with very long lines.  If your entry contains C
  46. C    lines longer 80 chars we ask you to form continuation line sets.  To form C
  47. C    a continuation line set, place a 'C' character at the point of a split C
  48. C    and place a C (instead of an X) at the beginning of the next line. C
  49. C    Finally, end the continuation line set as normal.
  50. X The C\nC's and leading X's will be removed prior to extraction and thus C
  51. C    they don't contribute toward the source character count.  All other C
  52. C    characters are considered to be source.
  53. X Newlines count as 1 character.  Assume a standard 8 character tab stop.
  54. ---end---
  55.  
  56.     3) Regarding the header items:
  57.  
  58.         * Any text outside of the above format will be kept confidential.
  59.  
  60.         * All header lines are required, but you may use 'annonymous'
  61.           for any header line other than 'remarks' or 'entry'.
  62.  
  63.         * In the 'remarks' please include:
  64.         - what this program does
  65.         - why you think the program is obfuscated
  66.         - any other remarks you wish to make
  67.  
  68.     4) Your entry should be written in common C. (K&R + common extensions)
  69.        Due to the lack of ANSI C compilers, it is suggested, but not
  70.        required, that you avoid use of constructs unque to ANSI C.
  71.  
  72.     5) The program must be of original work.  All programs must be
  73.        in the public domain.  All copyrighted programs will be rejected.
  74.  
  75.     6) Entries must be received between 15-Mar-88 0:00 GMT and 
  76.        25-May-88 0:00 GMT.  Email your entries to:
  77.        
  78.             ...!amdahl!obfuscate
  79.  
  80.        Amdahl talks to hplabs, decwrl, pyramid, sun, uunet, cbosgd, ...
  81.        We will attempt to Email a confirmation of receipt of contest
  82.        entries, however since Email is not reliable you may not receive it.
  83.        People are strongly encouraged to submit entries via Email, however
  84.        one may mail entries the following postal address:
  85.  
  86.         Landon Curt Noll
  87.         Amdahl Corp.
  88.         1250 E. Arques Ave.   M/S 316
  89.         P.O. Box 3470
  90.         Sunnyvale, CA
  91.         94088-3470
  92.         U.S.A.
  93.  
  94.       Write the words: "International Obfuscated C Code Contest" near the
  95.       bottom left corner of the envelope.
  96.  
  97.     7) Each person may submit up to 8 entries.  Multiple entries must
  98.        be sent in separate Email letters or postal envelopes.
  99.  
  100.  
  101. ANNOUNCEMENT OF WINNERS:
  102.  
  103.     * First announcement will be at the Summer 88 Usenix BOF.
  104.  
  105.     * Winning entries will be posted to comp.sources.unix
  106.       as well as news groups where these rules were posted
  107.       in mid June 1988.  (depending on the judges work load ;-})
  108.  
  109.     * An article containing the winning entries will be published
  110.       in a future issue of the "Micro/Systems Journal".
  111.  
  112.     * Winners receive international fame and flames!  :-)
  113.  
  114.  
  115. JUDGING:
  116.  
  117.     Awards will be given to the best entry in a number of categories.
  118.     The actual category list will vary depending on the types of entries
  119.     we receive.  As a guide, consider using the following:
  120.  
  121.         * The best small one line program
  122.         * The most obscure algorithm
  123.         * The strangest source layout
  124.         * The most useful obfuscated program
  125.         * The most creatively obfuscated program
  126.         * Best obfuscated entry smaller than 256 bytes
  127.         * Best obfuscated entry smaller than 1024 bytes
  128.         * <anything else so strange that it deserves an award>
  129.  
  130. POINTS TO PONDER:
  131.  
  132.     People are encouraged to examine winners of the previous contests.  A 
  133.     copy of these entries was posted to comp.sources.unix on or about 
  134.     15-Mar-88.  Contact the comp.sources.unix moderator, or some archive
  135.     site if you missed that posting.  Keep in mind that rules change from 
  136.     year to year, so some winning entries may not be valid entries this 
  137.     year.  What was unique and novel one year might be 'old' the next 
  138.     year.  In short, use your best judgement.
  139.  
  140.     We examine each entry on several levels of confusion.  For example
  141.     each entry is judged when we:
  142.  
  143.         * look at the original source
  144.         * run it through;  sed -e ',^#[     ]*define,d' | /lib/cpp
  145.         * run it through a C beautifier
  146.         * examine the algorithm
  147.         * compile and lint it
  148.         * execute it
  149.     
  150.     One line programs are best when they are short, obscure and concise.
  151.  
  152.     We tend to dislike programs that:
  153.  
  154.         * are very hardware specific
  155.         * are very OS or Un*x version specific
  156.              (index/strchr differences are ok, but 
  157.               socket/streams specific code is likely not to be)
  158.         * dump core or have compiler warnings
  159.              (it is ok only if you warn us in the 'remark' header item)
  160.         * won't compile under both BSD or SYS V Un*x
  161.         * use an excessively long compile line to get around the
  162.              size limit
  163.         * are longer than they need to be
  164.         * are similar to previous winners
  165.         * are similar to previous losers  :-)
  166.  
  167.     Simply abusing #defines or -Dfoo=bar won't go as far as a program
  168.     that is more well rounded in confusion.
  169.  
  170.     Unless you are crampt for space, or unless you are entering the 
  171.     'best one liner' category, we suggest that you format your program 
  172.     in a more creative way than simply forming excessively long lines.
  173.  
  174.     We like programs that:
  175.  
  176.         * are as concise and small as they need to be
  177.         * do something quasi-interesting
  178.         * pass lint without complaint
  179.         * are portable
  180.         * are unique or novel in their obfuscation style
  181.         * use a number of different types of obfuscation
  182.         * make us laugh and/or throw up  :-)
  183.  
  184.     Some types of programs can't excel in some areas.  We try to account
  185.     for this by giving awards to programs in a number of areas.  Of course,
  186.     your program doesn't have to excel in all areas, but doing well in a
  187.     few helps.
  188.  
  189.     Be creative!
  190.  
  191.     The Judging will be done by Landon Noll and Larry Bassel.  If you have
  192.     any QUESTIONS or COMMENTS, please feel free to send them to:
  193.  
  194.              ...!amdahl!judges
  195.  
  196.     however contest entries should be sent to: 
  197.     
  198.             ...!amdahl!obfuscate
  199.  
  200.  
  201. chongo <Landon Curt Noll> /\cc/\      {decwrl,sun,uunet}!amdahl!chongo
  202. Larry Bassel                  {amdahl,ucbvax,cbosgd}|sun!lab
  203.  
  204. p.s. The 1988 contest has been dedicated to Bill the Cat.         |\_.^
  205.                                         (@ o)
  206.                                *Ackpt!*   {:} 
  207.                                        U
  208.