Request for Discussion (RFD) Newsgroup : comp.lang.dysfunctional Status : unmoderated Distribution : Worldwide Summary : For discussion of dysfunctional languages Proponent : John Raucous, (jraucous@sjrl.ibm.com)This is a formal Request For Discussion on the creation of an unmoderated newsgroup, comp.lang.dysfunctional.
This RFD has been posted in accordance with the Guidelines for Newsgroup Creation. Its language is based on previously submitted RFDs. The RFD is being cross-posted to the following relevant news groups:
news.announce.newgroups
news.groups
alt.lang.basic
alt.lang.teco
alt.lang.s-lang
comp.lang.cobol
It is also being sent to the following mailing lists:
Dysfunctional Languages Email Group (DLEG)
While specific dysfunctional computer languages such as BASIC, COBOL, or TECO arose quite early in the history of computing, it was not until the late 70s that theoretical interest in dysfunctional computing was awakened. Much of this research centered around the fact that the independence of a statement's effect from its local context allows dysfunctional languages to be well modeled by random walks following a Poisson distribution. John Raucous' 1977 AMI Turning Award Lecture, "Can Programming Be Liberated from Its Anal Retentive, Uptight Style?" also brought researchers upon the dysfunctional bandwagon.
The first language to be designed solely along dysfunctional lines was OK, developed by a team at NILS (National Institute for the Lack of Standards). OK allowed programmers to define the meaning of the statements in their programs, and then allowed the compiler to totally ignore this meaning. The early eighties produced REAGAN, which extended dysfunctional principles into a multitasking arena. In REAGAN, the primary process is always under the control of the secondary process, neither of which are allowed to communicate with any of the child processes. REAGAN processes never voluntarily give up control, but rather are forced to halt under a complex process known as "indictment."
Currently, the most popular dysfunctional language is BUNDY, best known for its unusual approach to garbage collection. Instead of deallocating garbage memory, BUNDY attempts to reuse it over and over again as many times as possible. Many commentators believe that BUNDY's popularity derives from its strong similarities to the C programming language.
Although employees of Microsoft and other corporations promoting the use of dysfunctional languages will be welcome and encouraged to use this newsgroup to disseminate important technical disinformation, it is important to note that there will be no official endorsement of this newsgroup by Microsoft Inc. or vice-versa, as such an aknowledgement would be in violation of the spirit of dysfunctional languages.