From 3a59f521fffecba7a12ef4004e5c368fed6f1815 Mon Sep 17 00:00:00 2001 From: Cody Boone Ferguson <53008573+xexyl@users.noreply.github.com> Date: Thu, 23 Feb 2023 04:43:06 -0800 Subject: [PATCH 1/2] Rename */guidelines to */guidelines.txt --- 1992/{guidelines => guidelines.txt} | 0 1993/{guidelines => guidelines.txt} | 0 1994/{guidelines => guidelines.txt} | 0 1995/{guidelines => guidelines.txt} | 0 1996/{guidelines => guidelines.txt} | 0 1998/{guidelines => guidelines.txt} | 0 2000/{guidelines => guidelines.txt} | 0 2001/{guidelines => guidelines.txt} | 0 2004/{guidelines => guidelines.txt} | 0 9 files changed, 0 insertions(+), 0 deletions(-) rename 1992/{guidelines => guidelines.txt} (100%) rename 1993/{guidelines => guidelines.txt} (100%) rename 1994/{guidelines => guidelines.txt} (100%) rename 1995/{guidelines => guidelines.txt} (100%) rename 1996/{guidelines => guidelines.txt} (100%) rename 1998/{guidelines => guidelines.txt} (100%) rename 2000/{guidelines => guidelines.txt} (100%) rename 2001/{guidelines => guidelines.txt} (100%) rename 2004/{guidelines => guidelines.txt} (100%) diff --git a/1992/guidelines b/1992/guidelines.txt similarity index 100% rename from 1992/guidelines rename to 1992/guidelines.txt diff --git a/1993/guidelines b/1993/guidelines.txt similarity index 100% rename from 1993/guidelines rename to 1993/guidelines.txt diff --git a/1994/guidelines b/1994/guidelines.txt similarity index 100% rename from 1994/guidelines rename to 1994/guidelines.txt diff --git a/1995/guidelines b/1995/guidelines.txt similarity index 100% rename from 1995/guidelines rename to 1995/guidelines.txt diff --git a/1996/guidelines b/1996/guidelines.txt similarity index 100% rename from 1996/guidelines rename to 1996/guidelines.txt diff --git a/1998/guidelines b/1998/guidelines.txt similarity index 100% rename from 1998/guidelines rename to 1998/guidelines.txt diff --git a/2000/guidelines b/2000/guidelines.txt similarity index 100% rename from 2000/guidelines rename to 2000/guidelines.txt diff --git a/2001/guidelines b/2001/guidelines.txt similarity index 100% rename from 2001/guidelines rename to 2001/guidelines.txt diff --git a/2004/guidelines b/2004/guidelines.txt similarity index 100% rename from 2004/guidelines rename to 2004/guidelines.txt From eaa375faca01b7f69d950df489abc4722fc1fd1e Mon Sep 17 00:00:00 2001 From: Cody Boone Ferguson <53008573+xexyl@users.noreply.github.com> Date: Thu, 23 Feb 2023 04:45:44 -0800 Subject: [PATCH 2/2] Remove */rules.html Yes this is on the guidelines branch but I forgot about the html files (briefly) when on that branch and I don't want to go back to the other branch and then checkout another branch that does not have these changes. Maybe they should have both been on the same branch but I want to avoid problems with conflicts (even though these should be fine). --- 1984/rules.html | 207 -------------------------------- 1985/rules.html | 205 ------------------------------- 1986/rules.html | 267 ----------------------------------------- 1987/rules.html | 312 ------------------------------------------------ 4 files changed, 991 deletions(-) delete mode 100644 1984/rules.html delete mode 100644 1985/rules.html delete mode 100644 1986/rules.html delete mode 100644 1987/rules.html diff --git a/1984/rules.html b/1984/rules.html deleted file mode 100644 index df949b2b8..000000000 --- a/1984/rules.html +++ /dev/null @@ -1,207 +0,0 @@ - - - - - - - rules - - - - -

Copyright (c) 1984, Landon Curt Noll. All Rights Reserved. Permission -for personal, educational or non-profit use is granted provided this -this copyright and notice are included in its entirety and remains -unaltered. All other uses must receive prior permission in writing from -both Landon Curt Noll and Larry Bassel.

-

I’m sure you have all seen gross, or down right structurally obscene -C source code before. Some people who deal with various parts of the -UN*X source wonder if some folks try rather hard to produce such down -right smelly code.

-

Now you have the chance to compete with the worst C hackers around by -sending in your own obfuscated C program. Just follow the contest rules -below: 1) the source file must be no more than 512 bytes long

-
    2) mail your source to:    hplabs!nsc!chongo
-       no later than April 11, 1984.  entries posted to
-       the net will NOT be accepted.  please give your
-       letter the subject of: obfuscated C code contest.
-
-    3) winning entries will be posted to net.lang.c after
-       April 12, 1894.  (thats the prize folks)
-
-    4) indicate your net address in the text of your
-       entry, this will be used to give credit unless
-       you indicate that you want to remain anonymous.
-
-    5) entries must be of original work.  (dont send anything
-       that might upset Big Brother Bell)  all entries are
-       public domain.  (who would want to own them anyway?!)
-

Entries will be judged for: violations of structured programming, -non-clarity, and use of “by the K&R book” C. (use of local mods to C -are not encouraged) extra credit if they can be compiled using the -4.2BSD C compiler on our VAX 780, but dont let the lack of a 780 or 4.2 -discourage you!

-

chongo <flames about the contest will be kindly #ifdef’ed out> -//
-

-

UN*X is a trademark of Usenet Hackers Anonymous

-

WARNING: The rules and mailing address for the contest change from -year to year. Be sure that you consult the current set of rules before -submitting entries.

- - diff --git a/1985/rules.html b/1985/rules.html deleted file mode 100644 index 6a009e284..000000000 --- a/1985/rules.html +++ /dev/null @@ -1,205 +0,0 @@ - - - - - - - rules - - - - -

Copyright (c) 1985, Landon Curt Noll & Larry Bassel. All Rights -Reserved. Permission for personal, educational or non-profit use is -granted provided this this copyright and notice are included in its -entirety and remains unaltered. All other uses must receive prior -permission in writing from both Landon Curt Noll and Larry Bassel.

-

WARNING: The rules and mailing address for the contest change from -year to year. Be sure that you consult the current set of rules before -submitting entries. ——————————————————————————–

-

It is time once again for the net wide Obfuscated C code contest!

-

GOAL: To write the most Obscure working C program under the rules -below:

-

RULES: 1) The source must be 512 bytes or less. 2) Mail your entries -to: …!ihnp4!nsc!chongo Postings to the net will NOT be used! 3) Include -at the top of the letter: a) Your name, and path from a major network -node. If you want your entry to be anonymous, indicate this as well. b) -A brief statement of what the program should do. c) The machine/opsys on -which it runs. 4) Enclose your source between the following lines: -—start of program— —end of program— 5) -The C program must be written in common C. That is, K&R plus common -extensions (say 4.2 or Sys V C) 6) The program must be of original work. -7) The program must be a complete program. (i.e., not just a fragment) -8) Entries must be received by me on or before June 8, 1985.

-

POINTS: Each entry will be judged for its non-clarity. I will attempt -to run each of them on a Vax 780/4.2BSD system. Don’t let the lack of -such a system stop you! Try to avoid operating system/machine specific -code if you do not have such a system. Extra points will be given for -program that:

-
a) Able to pass lint without complaint
-b) Actually does something interesting  (not just exit)
-c) are portable (i.e., no special calls of local features)
-   (long variable names will be allowed as needed)
-

The names of the winners will be posted to net.lang.c. The winning -sources will be posted to net.sources.

-

If you have any questions on the rules/points above, just ask via -mail!

-

chongo <main(){int i;i+=i+++++i;exit(i);}> /??/
-

- - diff --git a/1986/rules.html b/1986/rules.html deleted file mode 100644 index 5f1a1edcf..000000000 --- a/1986/rules.html +++ /dev/null @@ -1,267 +0,0 @@ - - - - - - - rules - - - - -

Copyright (c) 1986, Landon Curt Noll & Larry Bassel. All Rights -Reserved. Permission for personal, educational or non-profit use is -granted provided this this copyright and notice are included in its -entirety and remains unaltered. All other uses must receive prior -permission in writing from both Landon Curt Noll and Larry Bassel.

-

WARNING: The rules and mailing address for the contest change from -year to year. Be sure that you consult the current set of rules before -submitting entries. ——————————————————————————-

-

Subject: Third International Obfuscated C Code Contest Rules -Newsgroups: net.lang.c Keywords: rules,1986,obfuscate,contest

-

GOAL: To write the most Obscure working C program following the rules -below:

-

RULES: 1) The source must be 1024 bytes or less. NO exceptions!

-
2) Include in your letter:
-    a) Name (or anonymous), Company/School, City, State and Country.
-    b) Your path from a major network site, if applicable.
-    c) A brief statement of what the program should do.
-    d) The Machine(s)/Operating system(s) on which it runs.
-    e) Enclose your source between the following lines:
-    ---start of program---
-    <place obfuscated source of 1024 bytes or less here>
-    ---end of program---
-
-3) The entry should be written in common C. (K&R + common extensions)
-
-4) The program must be of original work.  All programs must be
-   in the public domain.  All copyrighted programs will be rejected.
-
-5) Entries must be received between 31-Mar-86 and 30-May-86 0:00 GMT.
-   Email your entries to:
-   
-            decwrl!nsc!obfuscate
-
-   Entries sent by UUCP email will be confirmed starting 1-May-86.
-   People are encouraged to submit entries via email, however one may
-   mail entries the following address:
-
-    International Obfuscated C Code Contest
-    National Semiconductor
-    Attn: Landon Noll      Mail Stop: 7c266
-    1135 Kern Ave.
-    Sunnyvale, CA 94086
-    U.S.A.
-

AWARDS: Winners of each category and the best of Show will be posted -to net.announce as well as being published in the May 86 issue of the -“Micro/Systems Journal”. Winners also get to receive international -fame/flame for their efforts!

-

JUDGING: Awards will be given to the best entry in a number of -categories. The actual category list will vary depending on the types of -entries we receive. At the moment, we are considering using the -following:

-
    * The most obscure algorithm
-    * The worst abuse of the C preprocessor
-    * The strangest source layout
-    * The best small one line program
-    * The most useful program
-    * <anything else we need to give recognition to a good entry>
-
-Judging will be done by myself, Larry Bassel and other local people
-who are willing to help out.
-
-We will attempt to run each of them on a Vax 785/4.2BSD system.
-Don't let the lack of such a system stop you!  Try to avoid operating
-system/machine specific code if you do not have such a system.
-Extra points will be given for programs which:
-
-    a) pass lint without complaint
-    b) do something quasi-interesting
-    c) are portable
-
-A larger program size was selected to allow for a wider range of
-program ideas.  However if you don't need 1024 bytes don't use them.
-Given two programs with similar techniques and similar levels of
-obfuscation, we will tend to favor the more concise entry.
-

POLL: We want to know what you think is the most poorly coded utility -released with 4.xBSD and/or Sys V. The top results plus the best flames -will be posted along with the contest results. To vote, please follow -the guidelines below:

-
1) Include at the top of the letter:
-    a) Name (or anonymous), Company/School, City, State and Country.
-    b) Your path from a major network site, if applicable.
-    c) the name of the poorly coded utility
-    d) the name of the operating system on which it is found
-    e) the line:    <<<FLAME ON>>>
-    f)      up to 1024 bytes of flames
-    g) the line:    <<<FLAME OFF>>>
-
-2) Confine your vote to the standard set of commands.  I.e., don't
-   flame about local commands or user contributed software.
-
-3) Submit your votes via email to:
-
-    for 4.xBSD:  decwrl!nsc!bsd_util
-    for Sys V:   decwrl!nsc!sysV_util
-
-   or, you may send your votes by letter to the same address used by
-   the contest.  Please place your votes on different sheets of paper.
-

chongo //
-

- - diff --git a/1987/rules.html b/1987/rules.html deleted file mode 100644 index 70b6eeef3..000000000 --- a/1987/rules.html +++ /dev/null @@ -1,312 +0,0 @@ - - - - - - - rules - - - - -

Copyright (c) 1987, Landon Curt Noll & Larry Bassel. All Rights -Reserved. Permission for personal, educational or non-profit use is -granted provided this this copyright and notice are included in its -entirety and remains unaltered. All other uses must receive prior -permission in writing from both Landon Curt Noll and Larry Bassel.

-

WARNING: The rules and mailing address for the contest change from -year to year. Be sure that you consult the current set of rules before -submitting entries. ——————————————————————————

-

Subject: 4th International Obfuscated C Code Contest Rules -Newsgroups: comp.lang.c,comp.unix.wizards Keywords: -rules,1987,obfuscate,contest

-

GOALS OF THE CONTEST:

-
* To write the most Obscure/Obfuscated C program under the rules below.
-* To show what should NOT be done in C programs.
-* To provide a safe forum for poor C code.  :-)
-

RULES: 1) The source must be 1024 characters long or less. NO -EXCEPTIONS!

-
2) To help us process your entries, we ask that you submit entries
-   in the following format:   (please include the --- lines)
-

—start of header items— name: org: email address: postal address: -environment: remarks: —start of entry— X <place obfuscated source of -1024 characters or less here> X - X -<leading X’s do not count toward the source character count> X - X -<newlines count as 1 character> X <assume a standard 8 -character tab stop> —end of entry—

-
3) Regarding the header items:
-
-    * All header items except 'remark' are optional.  If you do not
-      wish to answer an item, indicate so by the string:   ***NONE***
-      Any text outside of the above format will be kept confidential.
-
-    * You can remain anonymous.   If the name item is:  ***ANONYMOUS***
-      all items except the 'remarks' item will not be relased.
-
-    * Indicate the name of your Company or School in the 'org' item.
-
-    * The 'email address' item asks for a network path from a major
-      site (such as amdahl) to your mailbox.
-
-    * If you give a 'postal address', please include your Country.
-
-    * Give the machine and operating system (i.e., Un*x version) on
-      which your program ran.
-
-    * The 'remarks' item is not optional.  Please indicate:
-    - how to execute or compile if something special is required
-    - type of input or argument needed, if applicable
-    - what this program does
-    - any other remarks you wish to make
-
-    * If you need more than one line on a header item, place
-      tab or space characters at the beginning of each additional line.
-
-4) The entry should be written in a common C. (K&R + common extensions)
-
-5) The program must be of original work.  All programs must be
-   in the public domain.  All copyrighted programs will be rejected.
-
-6) Entries must be received before 30-May-87 0:00 GMT.
-   Email your entries to:
-   
-        ...!amdahl!obfuscate
-
-   Amdahl talks to hplabs, decwrl, pyramid, seismo and cbosgd.
-   We will attempt to email a confirmation of receipt of contest
-   entries, however since email is not reliable you may not receive it.
-   People are encouraged to submit entries via email, however
-   one may mail entries the following postal address:
-
-    Landon Curt Noll
-    Amdahl Corp.
-    1250 E. Arques Ave.   M/S 316
-    P.O. Box 3470
-    Sunnyvale, CA
-    94088-3470
-    U.S.A.
-
-  Write the words: "International Obfuscated C Code Contest" near the
-  bottom left corner of the envelope.
-
-8) Contest entries sent in by post should indicate where TAB characters
-   are to be placed, otherwise space characters will be assumed.  Each
-   line will be assumed to contain a newline character.  The leading
-   'X' will serve to indicate where each source line starts.
-
-9) Each person may submit up to 5 entries.  Multiple entries must
-   be sent in separate emails or postal envelopes.
-
-10) People are encouraged to examine winners of the previous
-    contests.  A copy of these entries was posted to mod.sources
-    on or about 12-Mar-87.  Contact the mod.sources moderator
-    if you missed that article.  Keep in mind that rules change from
-    year to year, so some winning entries may not be valid
-    entries this year.  Also what was unique and novel one
-    year can get 'old' the next year.
-

ANNOUNCEMENT OF WINNERS:

-
* First announcement will be at the Summer 87 Usenix BOF.
-
-* An announcement will be posted to mod.announce near
-  mid June 1987 stating to which newsgroup the winners
-  have been posted.
-
-* An article containing the winning entries will be published
-  in a future issue of the "Micro/Systems Journal".
-
-* Winners receive international fame and flames!  :-)
-

JUDGING: Awards will be given to the best entry in a number of -categories. The actual category list will vary depending on the types of -entries we receive. At the moment, we are considering using the -following:

-
    * The best small one line program
-    * The most obscure algorithm
-    * The worst abuse of the C preprocessor  (note warnings below)
-    * The strangest source layout
-    * The most useful obfuscated program
-    * <anything else so strange that it deserves an award>
-
-Extra points will be given for programs which:
-
-    * pass lint without complaint
-    * do something quasi-interesting
-    * are portable
-    * are unique in their obfuscation style
-    * are concise
-
-Points will be taken away for programs that:
-
-    * are very hardware or Un*x version specific
-    * dump core or have compiler warnings
-      (we won't take points away if you warn us in the remark item)
-    * fail to compile
-    * obfuscate only by overuse of #defines
-      (you should do this ONLY if your use is unusual)
-    * are similar to previous winners
-    * are similar to previous losers  :-)
-
-The Judging will be done by Landon Noll and Larry Bassel.  
-Comments & questions (not entries) about the contest can be emailed to:
-
-         ...!amdahl!judges
-

chongo //
-Larry Bassel

- -