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 @@ - - -
- - - -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 @@ - - - - - - -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—
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);}> /??/
-
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
-
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
-
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