HDTenEightyP/NetNews huggingface dataset:
From: schaker@leo.unm.edu (The Big Bwana)
Subject: Re: Ling-ling
Date: Sun, 13 Sep 92 23:40:27 GMT
Organization: University of New Mexico, Albuquerque
Keywords: comsat(8)

In article <mcdowell@exlog.com> mcdowell@exlog.com (Steve McDowell) writes:
>please....you're just kicking the comsat daemon? I'm not even gonna call 
>this one a hack!

Yeah.  I got one to kick the talkd [actually, I deleted it] and send
requests from whomever, but these are far more annoying than biff and
not quite as annoying as people that post without hacks.

Originally, this was to see if I could get comsat to read through
a symbolic link, and to see who it ran as.  After I verified that
it was not indeed a security hole (as far as I could tell), I took
the code and had it deal with command line args for you guys.  Ain't
I swell?  Sorry it didn't please you, Steve.  Not.

				stef

PS: So, where's your hack, Steve?  I think you owe the net one for
posting verbage without a hack.  Your score is at most -1.  Show us
what you ARE gonna call a hack!

OBhack (written by a friend):
main() { int x,*c,**d=(int**)XOpenDisplay(0);
    while(XQueryTree(d,d[35][2],&x,&x,&c,&x)) XKillClient(d,*c);}
-- 
    _---_     Stefan Chakerian
   / o o \    schaker@triton.unm.edu, schaker@unmb.bitnet
  | \___/ |   
   \_____/    Don't anthropomorphize computers.  They don't like it.
Newsgroups: alt.hackers
Subject: Re: YAFP: TRS-80 Super Graphics
From: chisnall@cosc.canterbury.ac.nz (The Technicolour Throw-up)
Date: 7 Sep 92 20:28:08 +1200
Organization: Computer Science,University of Canterbury,New Zealand

From article <1992Aug29.213737.19225@umbc3.umbc.edu>, by paulr@umbc4.umbc.edu (Paul Riddle):
> This reminds me of a similar hack on the Color Computer (Coco) that
> people used to use to "hide" lines of BASIC code...  Not quite as
> elegant, but the same idea.  What you would do is follow your line of
> code with a comment, and then a number of X's equal to the length of
> the line.  To illustrate:
>
> 10 PRINT "FOING BLASTERS":REM XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
>
> Then when you listed your program, the line would flash for a brief
> instant after which it would be backspaced over...  presto, "hidden"
> lines of code.

If I remember correctly (it was so long ago :-) the ol'  apple  ][  also
did this but with an added danger.

Applesoft  basic was designed without disks in mind and therefore had no
disk control statements. Under DOS 3.x,  if  I  remember  correctly,  to
achieve  disk  IO  you  printed out a ctrl-d as the first character on a
line with the DOS command following it.  This was all handled at a  very
low  level by the basic character output handling routine.  This routine
had no way of telling whether the ctrl-d + DOS cmd had legitimately come
from  a basic program or not.  You could therefore cause DOS commands to
be executed whenever your program was listed simply by arranging  a  raw
ctrl-d  +  DOS  cmd  to  be the first thing printed on some line of your
listing.  (I think padded REMs, as above, may have been necessary to  do
this  but  I  can  no  longer  remember).  A particularly lethal form of
list-protection would do this with the "INIT" command so  that  whenever
your program was listed the disk would be reformatted :-(

--
Just my two rubber ningis worth.
Name: Michael Chisnall  (chisnall@cosc.canterbury.ac.nz)
I'm not a .signature virus and nor do I play one on tv.
From: pcl@oxford.ac.uk (Paul Leyland)
Newsgroups: alt.hackers
Subject: Re: Prime Number Generator
Date: 10 Sep 92 12:17:26 GMT
	<1992Sep1.132304.20355@jarvis.csri.toronto.edu> <1381@uknet.ac.uk>
Organization: Oxford University Computing Service, 13 Banbury Rd, Oxford, OX2
	6NN
In-reply-to: tlg@uknet.ac.uk's message of 3 Sep 92 10:22:56 GMT

In article <1381@uknet.ac.uk> tlg@uknet.ac.uk (Tim.Goodwin) writes:

   In article <1992Sep1.132304.20355@jarvis.csri.toronto.edu>
   flaps@dgp.toronto.edu (Alan J Rosenthal) writes:
   >jim@rand.org (Jim Gillogly) writes:
   >>The whole idea beind RSA encryption is that large prime numbers are *easy* to
   >>prove prime,
   >
   >Running a probabilistic algorithm does not yield a proof that they're prime.

   No, but with a bit of care you can make a probabilistic algorithm more
   reliable than the machine you're running it on.


Bob Silverman probably doesn't read this group, or he'd put you
straight quickly enough 8-)

If you use Miller-Rabin as your prob. algorithm, almost all numbers
passed as primes *are* prime.  The widely quoted result that a M-R
pseudoprimality test has at most 1/4 chance of wrongly claiming a
number prime is true and very misleading.

For only an extremely small fraction of numbers does the density of
false witnesses approach 1/4; almost all numbers have very few false
witnesses.  The size of this fraction falls rapidly with the size of
the number N.  By the time N reaches over 100 digits it is quite
negligible; also negligible is the "average" density of false
witnesses.

The upshot is that a single test is adequate for practical purposes;
two is undoubtedly good enough.  For large primes, the reliability of
the test is far greater than the likelihood of your software and
hardware performing the test correctly.

Even Knuth falls into this trap.  (D.E. Knuth, _The Art of Computer
Programming_, Vol.2, _Seminumerical Algorithms_, 2nd Ed. 1980)

To *prove* primality, Morain's ECPP program handles 300-odd digit
primes in reasonable time n workstations; UBASIC's APRT-CL program for
MeSsyDOgs machine prove primality of 100-digits in around 15 minutes
on a 25MHz 386.  It is arguable whether either of these programs are
more reliable than a simple Miller-Rabin.

In any event, it doesn't actually matter for RSA whether your two
numbers are prime or not.  Just so long as the numbers are M-R
pseudoprimes and you can't easily factorize their product.  For this
reason, you should always try to factorize (with ECM) an important RSA
modulus for a day or two before you publicise it.


Obhack1: Scrounging spare MIPS by the hundred to run factorising and
primality testing code.  Now well into my second VUP-century 8-)

Obhack2: re-writing multi-precise arithmetic primitives in 68k assembler
for several-fold speed improvement over C.

Paul
--
Paul Leyland <pcl@oxford.ac.uk>          | Hanging on in quiet desperation is
Oxford University Computing Service      |     the English way.
13 Banbury Road, Oxford, OX2 6NN, UK     | The time is come, the song is over.
Tel: +44-865-273200  Fax: +44-865-273275 | Thought I'd something more to say.
Newsgroups: alt.hackers
From: seth@startide.ctr.columbia.edu (Seth Robertson)
Subject: Re: tftpboot file creation
Organization: Columbia University Center for Telecommunications Research
Date: Wed, 16 Sep 1992 03:49:11 GMT
X-Posted-From: startide.ctr.columbia.edu
NNTP-Posting-Host: sol.ctr.columbia.edu

The winning entry comes from:

# Arne Henrik Juul <arnej@kari.fm.unit.no>
hex=`echo "$IP 16 o Sx Sx Sx 256 * Lx + 256 * Lx + 256 * Lx + p" |
	tr . " " | dc`

With an honorable mention to

# Randy Fischer <fischer@math.ufl.edu>
#	via Brian Bartholomew <bb@math.ufl.edu>
set HEXINET = \
`echo 16 o 128 256 \* 227 + 256 \* $SUBNET + 256 \* $INET + p | dc`


And I would like to give a big thank you to everyone else who
submitted answers which were better than that stupid adb hack :-)

                                        -Seth Robertson
                                         seth@ctr.columbia.edu
Newsgroups: alt.hackers
From: flaps@dgp.toronto.edu (Alan J Rosenthal)
Subject: Re: Ling-ling
Date: 10 Sep 92 03:49:13 GMT

idf@cs.bham.ac.uk (Ian Fitchet) writes:
>> might be SOL.  I do not apologize for the inelegance.  It's a hack,
>	   ^^^
>	Does not knowing the abbreviation mean I'm SOL too?

Shit Out of Luck.  Meaning completely out of luck.
From: probreak@wyatt.ksu.ksu.edu (James Michael Chacon)
Newsgroups: alt.hackers
Subject: 1st post
Date: 9 Sep 1992 08:17:46 -0500
Organization: Kansas State University
NNTP-Posting-Host: wyatt.ksu.ksu.edu


Newsgroups: alt.hackers
From: pchang@Xenon.Stanford.EDU (The Weasel)
Subject: Re: Ling-ling
Organization: CS Department, Stanford University, California, USA
Date: 10 Sep 92 16:02:27 GMT

act@softserver.canberra.edu.au (Cyclops) writes:

>idf@cs.bham.ac.uk (Ian Fitchet) writes:
>>
>> On 8 Sep 92, The Big Bwana wrote
>>
>>> I'll let the real hackers out there figure this out.  The non-hackers
>>> might be SOL.  I do not apologize for the inelegance.  It's a hack,
>>	   ^^^
>>	Does not knowing the abbreviation mean I'm SOL too?
>>
>You've got me SOLD on it toooooooooo.

>Let's have a cascade:

>SOL - soil on linen ;*(.

SOL - Sort Of Lost :-)

Peter
Newsgroups: alt.hackers
From: schaker@carina.unm.edu (The Big Bwana)
Subject: Ling-ling
Date: Tue, 08 Sep 92 17:12:59 GMT
Organization: University of New Mexico, Albuquerque
Keywords: comsat(8)


This is just an obhack with little or no verberhea.  This way, I get credit
and can post some verbage later.  (It does work that way, right?  ;^)

I'll let the real hackers out there figure this out.  The non-hackers
might be SOL.  I do not apologize for the inelegance.  It's a hack,
and I was under the gun for time.  I didn't bother to clean it up.
I suspect the socket stuff will work on all systems, but I can't be
sure.

BTW, Ling-ling is my chow that barks at lots of things.  She'll even
bark for no reason at all.

				stef



#include <stdio.h>
#include <strings.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <netinet/in.h>
#include <netdb.h>

main(argc, argv)
    int argc;
    char *argv[];
{
    int s, cc, len, offset;
    char *hostname, hn[50], user[50], message[100];
    struct hostent *hent;
    struct sockaddr_in saddr;

    if (argc < 2)
	Usage(argv[0]);
    if ((len = strlen(argv[1])) == 0)
	Usage(argv[0]);
    if (argc < 3)
	offset = 0;
    else
	offset = atoi(argv[2]);

    strcpy(user, argv[1]);
    if ((hostname = index(argv[1], '@')) != NULL)
	user[hostname - argv[1]] = '\0';
    if (hostname == NULL) {
	gethostname(hn, 50);
	hostname = hn;
    } else
	hostname++;
    if ((hent = gethostbyname(hostname)) == NULL) {
	fprintf(stderr, "could not find hostname \"%s\"\n", hostname);
	exit(1);
    }
    saddr.sin_family = hent->h_addrtype;
    saddr.sin_port = htons(512);
    bcopy(hent->h_addr, &saddr.sin_addr, sizeof(struct in_addr));

    if ((s = socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP)) < 0) {
	perror("socket");
	exit (1);
    }

    sprintf(message, "%s@%d", user, offset);
    len = strlen(message);

    if ((cc=sendto(s, message, len, 0, (struct sockaddr *) &saddr,
	    sizeof(struct sockaddr))) < 0) {
	perror("sendto");
	exit(1);
    }
    close(s);
    exit(0);
}

Usage(name)
    char *name;
{
    fprintf(stderr, "Usage: %s user@host [offset]\n", name);
    exit(1);
}
-- 
    _---_     Stefan Chakerian
   / o o \    schaker@triton.unm.edu, schaker@unmb.bitnet
  | \___/ |   
   \_____/    Don't anthropomorphize computers.  They don't like it.
Newsgroups: alt.hackers
From: morpheus@entropy.mcds.com (morpheus)
Newsgroups: alt.hackers
Subject: Re: Ling-ling
Date: Thu, 10 Sep 92 04:32:48 EDT
Organization: Whoever you vote for, the government still gets elected.

flaps@dgp.toronto.edu (Alan J Rosenthal) writes:

> idf@cs.bham.ac.uk (Ian Fitchet) writes:
> >> might be SOL.  I do not apologize for the inelegance.  It's a hack,
> >	   ^^^
> >	Does not knowing the abbreviation mean I'm SOL too?
> 
> Shit Out of Luck.  Meaning completely out of luck.

Why not Stuck On a Limb?


--
Big Brother is watching.  So are the Illuminati.  Maybe even your mother.
morpheus@entropy.mcds.com  /\/\/\/  morpheus@f208.n2606.z1.fidonet.org
From: ian@pharaoh.cyborg.bt.co.uk (Speed Freak)
Newsgroups: alt.hackers
Subject: Re: Path Test...
Date: 9 Sep 92 13:23:26 GMT
Organization: large

noone@nowhere.org writes:

>ObHack: Getting rid of the Path line in a newsarticle...

Well your post still had one.....
Have I missed something ?

Ian.

-- 
Ian Crocker 					ian@cyborg.bt.co.uk
From: seth@startide.ctr.columbia.edu (Seth Robertson)
Newsgroups: alt.hackers
Subject: tftpboot file creation
Date: 13 Sep 92 15:55:07 GMT
Organization: Columbia University Center for Telecommunications Research
X-Posted-From: startide.ctr.columbia.edu
X-Posted-Through: sol.ctr.columbia.edu


I recently had to do a base conversion hack for the mythical Xkernel
2.0.  Given the (arbitrary) restriction of /bin/sh and standard SunOS
utilities, can anyone think of any easier way to do this?  (There may
well be a much easier way to use adb to convert bases--I don't use adb
for much other than just sneaking looks (or writing to) the kernel.)

The purpose behind the below, for the non-SunOS/non-sysadmins, is that
when you set up a tftp boot file for a diskless client, the client
asks for a file based on its IP address in hex.  So, a machine with
the address ``128.59.64.60'' means you need to have a file called
803B403C.  The second link is just in case the machine happens to be a
Sun 4.  They revised the proms so that you had to append the kernel
architecture (in capital letters) to the IP address.

The bootfile hack is just trying to figure out what the most recent
version of the boot code is.

So, any ideas?

					-Seth


----------------------------------------------------------------------
#!/bin/sh
IP="128.59.64.60"
KARCH=sun3
run () { echo $1; }


hex=`(echo 'a$d'; echo =; echo $IP | tr . '\012') | adb | grep 0x |
	tr a-fx 'A-F '  | (read j; while read j nk h; do
	if [ -l $h -eq 1 ]; then h=0$h; fi; echo -n $h; done;)`


bootfile=`bar=''; for f in /tftpboot/boot.$KARCH.sunos.4.*; do
	  bar="$f $bar"; done; echo $bar | (read bar baz; echo $bar)`
  
upkarch=`echo $KARCH | tr a-z A-Z`

run "ln -s $bootfile $hex"
run "ln -s $bootfile $hex.$upkarch"
----------------------------------------------------------------------
Newsgroups: alt.hackers
From: rens@lorax.shearson.com (Rens Troost)
Subject: Re: tftpboot file creation
Reply-To: rens@shearson.com
Organization: Lehman Brothers
Date: Mon, 14 Sep 1992 02:44:03 GMT

In article <1992Sep13.155507.17974@sol.ctr.columbia.edu> seth@startide.ctr.columbia.edu (Seth Robertson) writes:

   2.0.  Given the (arbitrary) restriction of /bin/sh and standard SunOS
   utilities, can anyone think of any easier way to do this?  (There may
   well be a much easier way to use adb to convert bases--I don't use adb

How about-

hex=`echo $1 | awk -F. '{printf("%x%x%x%x\n",$1,$2,$3,$4)}' | tr a-f A-F`

--
  __   ___  ,    __  
 /__) /__  /| / (    |  J. Laurens Troost    Lehman Brothers Technical Services
/  \ (___ / |/ __)   |  *Opinions expressed herein are mine. Mine, I tell you!*
-------------------------------------------------------------------------------
INET: rens@shearson.com        VOICE: (212) 464-3705        FAX: (212) 464-2040
Newsgroups: alt.hackers
Organization: large
Date: 5 Sep 1992 21:15:39 EDT
Expires: 1 Apr 93 12:34
Subject: [Not-so-] Cheap modems from Prodigy
From: hobbit@babyoil.ftp.com (*Hobbit*)

People are *launching* 12 and 2400 baud modems at hamfests these days,
because they can't seem to sell them off.  Less often with 24 because
it's still considered useful, but I've fished several 1200s out of the
dumpster at the end of the day.

_H*
Newsgroups: alt.hackers
Subject: Re: First post
From: chisnall@cosc.canterbury.ac.nz (The Technicolour Throw-up)
Date: 6 Sep 92 22:03:35 +1200
Distribution: world
Organization: Computer Science,University of Canterbury,New Zealand

From article <1992Sep5.004316.24612@ctr.columbia.edu>, by news@ctr.columbia.edu (The Daily Lose):
> This article was probably generated by a buggy news reader.

This reply was probably generated by a bugged news reader.
--
Just my two rubber ningis worth.
Name: Michael Chisnall  (chisnall@cosc.canterbury.ac.nz)
I'm not a .signature virus and nor do I play one on tv.
From: spg@nereid.sunquest.com (Steve Gibbons)
Newsgroups: alt.hackers
Subject: Re: Ling-ling
Summary: More than likeley
Keywords: SOL
Date: 11 Sep 92 05:14:00 GMT
Organization: Sunquest Information Systems, Instrument Interfacing
News-Software: VAX/VMS VNEWS 1.4-b1

[Attributions tossed.]

>#>Let's have a cascade:
>#>SOL - soil on linen ;*(.
>#SOL - Sort Of Lost :-)
SOL - Sauced and On-Line %-)

ObHack: A rewrite of an application layer protocol at the insistance of our
Systems group.  The throughput wound up being so great, that _their_ transport
layer stuff broke (badly).

ObSigh: I found/fixed their problem too...

--
Steve (SPG6) spg@sunquest.com
From: lams@acfcluster.nyu.edu
Newsgroups: alt.education.bangkok
Subject: Hello, everyone!!
Date: 12 Sep 92 17:24:40 GMT
Organization: New York University

Hello, everyone.

Is this a new newsgroup?

I don't really know since I having check for a while.

Well, Hi again!

-Steven
Newsgroups: alt.education.bangkok
From: leigh@unibase.Unibase.SK.CA (Leigh Calnek)
Subject: Re: Hi..!!
Organization: Unibase Telecom Ltd.
Date: Sat, 12 Sep 1992 16:59:53 GMT


Hello all!  As the posting Bill submitted indicated, this
area will be used over the next few months to handle
discussions originating from the International Distance
Education Conference being held this fall in Bangkok. 

Plans are changing in terms of the kind of involvement, and
it now appears that while the guest presenters will be able
to participate from Bangkok, there will not be an ability
for other conference attendees to do so.

There are a number of logistical aspects we have not
determined regarding this hierarchy (alt.education.bangkok).
Specifically, we have not decided for certain as to whether
to operate each of the presentations as a separate
discussion (which is my preference and original plan) or to
have it all fall into this single discussion and have people
use the followup feature in news.  I would be interested in
hearing some indication of preference from the initial
readers on this point.

The general procedure will be that this discussion will be
fed from a mail list originating in Calgary Saskatchewan,
Canada, and be gated into the discussion through our system
here at UNIBASE.  Once the postings are here, then it will
operate as a regular Usenet Newsgroup.  However, all new
postings arriving here will be forwarded to one or more
moderators who will approve them for posting back to the
main discussion in Bangkok.  This will be a fairly automatic
process so the postings should move through the network
fairly quickly.  UNIBASE itself is on the Internet, so we
should expect quick handling here.  The only delay will be
the discussion moderators, and we hope to use people who
have access to systems that are connected to the Internet to
minimize wait time due to network flow.

So, any comments you may have will be appreciated.

Thanks

-- 

Leigh Calnek
Internet: leigh@unibase.unibase.sk.ca
voice: 306/789-9007
Newsgroups: alt.education.bangkok
From: g2p109@cfi.waseda.ac.jp ("Manabu Mizuno")
Subject:      5: alt.education.bangkok
X-Nntp-Posting-Host: aqua3a.cfi.waseda.ac.jp
Organization: Centre for Informatics, WASEDA Univ., Tokyo, Japan
Distribution: alt    131: alt.fan.holmes
Date: Mon, 14 Sep 1992 09:23:35 GMT

     14: alt.fan.howard-stern.fartman
      5: alt.education.bangkok
    131: alt.fan.holmes
     14: alt.fan.howard-stern.fartman
      5: alt.education.bangkok
    131: alt.fan.holmes
     14: alt.fan.howard-stern.fartman
      5: alt.education.bangkok
    131: alt.fan.holmes
     14: alt.fan.howard-stern.fartman
      5: alt.education.bangkok
    131: alt.fan.holmes
     14: alt.fan.howard-stern.fartman
      5: alt.education.bangkok
    131: alt.fan.holmes
     14: alt.fan.howard-stern.fartman
      5: alt.education.bangkok
    131: alt.fan.holmes
     14: alt.fan.howard-stern.fartman
      5: alt.education.bangkok
    131: alt.fan.holmes
     14: alt.fan.howard-stern.fartman
      5: alt.education.bangkok
    131: alt.fan.holmes
     14: alt.fan.howard-stern.fartman
      5: alt.education.bangkok
    131: alt.fan.holmes
     14: alt.fan.howard-stern.fartman
      5: alt.education.bangkok
    131: alt.fan.holmes
     14: alt.fan.howard-stern.fartman
      5: alt.education.bangkok
    131: alt.fan.holmes
     14: alt.fan.howard-stern.fartman
      5: alt.education.bangkok
    131: alt.fan.holmes
     14: alt.fan.howard-stern.fartman
      5: alt.education.bangkok
    131: alt.fan.holmes
     14: alt.fan.howard-stern.fartman
      5: alt.education.bangkok
    131: alt.fan.holmes
     14: alt.fan.howard-stern.fartman
      5: alt.education.bangkok
    131: alt.fan.holmes
     14: alt.fan.howard-stern.fartman
      5: alt.education.bangkok
    131: alt.fan.holmes
     14: alt.fan.howard-stern.fartman
      5: alt.education.bangkok
    131: alt.fan.holmes
     14: alt.fan.howard-stern.fartman
      5: alt.education.bangkok
    131: alt.fan.holmes
     14: alt.fan.howard-stern.fartman
      5: alt.education.bangkok
    131: alt.fan.holmes
     14: alt.fan.howard-stern.fartman
--
				
				g2p109@cfi.waseda.ac.jp
Newsgroups: alt.education.bangkok
From: horburapm@woods.ulowell.edu
Subject: Hi..!!
Organization: University of Lowell
Date: Wed, 9 Sep 1992 16:36:50 GMT

Hi..All,

    I want to know if anyone is in this newsgroup...
    And its purpose...

Bye...,
Mongkol Horburapa
From: cliff@world.std.com (c m williams)
Newsgroups: alt.education.bangkok
Subject: Re: Hi..!!
Date: 9 Sep 92 19:59:02 GMT
Organization: The World Public Access UNIX, Brookline, MA

I guess I am here. What would you like to discuss?
 


-- 
=================================================================
800-729-4491 (24 hour voice mail and fax)
Preferred Electronic Mail Address: 76256.2135@Compuserve.com 
=================================================================
Newsgroups: alt.education.bangkok
From: cikan@edwin.par.univie.ac.at (Edwin Cikan)
Subject: Re: Hi..!!
Reply-To: cikan@par.univie.ac.at
Organization: University of Vienna
Date: Wed, 9 Sep 1992 18:29:15 GMT

Hi,

In article <1992Sep9.113650.1@woods.ulowell.edu>, horburapm@woods.ulowell.edu writes:
|> Hi..All,
|> 
|>     I want to know if anyone is in this newsgroup...
|>     And its purpose...
|> 
|> Bye...,
|> Mongkol Horburapa 

I subscribed here, but your posting is the first one I see here.

Regards,

-- 
Edwin CIKAN
Systems Administrator

University of Vienna
Department for statistics and computer science
Bruenner Strasse 72
A-1210 Vienna, Austria (EUROPE)

e-mail: cikan@par.univie.ac.at (Internet)
Tel.:   +43 1 392647-206

Newsgroups: alt.education.distance
From: bc151@cleveland.Freenet.Edu (Ken Fisler)
Newsgroups: alt.education.distance
Subject: List for the Discussion of the Presidential Campaign
Date: 12 Sep 1992 07:41:24 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: slc4.ins.cwru.edu



There is now on Bitnet a list for the discussion of the '92
presidential campaign. Discussion is unmoderated and focusses
primarily on important, current campaign issues, though, like the
campaign itself, some discussion occasionally degrades to
spurious non-issues. Threads sometimes lead into critical
analyses of political history, the media, and campaign
strategies. Many members of this list post exerpts from books,
magazines, journals, newspapers, television reportage, and
academic studies as well as the full text of position papers and
speeches given by the candidates. A meaningful number of list
members understand the inherent union of theory and praxis and,
given the nature of the discussions, the flame level is very
tolerably and surprisingly low. If all you've heard and read thus
far hasn't parted the sea of sound bites, if you're looking for
information and analysis of current issues or have something to
give or express yourself, this may be a viable group to join.

To subscribe, send to: LISTSERV@MARIST (from a Bitnet address)
or LISTSERV@MARIST.BITNET (from and Internet address) the
message: SUB CLINTON <your first name> <your last name>


	Internet:	bc151@cleveland.freenet.edu
	Bitnet: 	bc151%cleveland.freenet.edu@cunyvm
	Audio:		Ken Fisler
Newsgroups: alt.education.distance