HDTenEightyP/NetNews huggingface dataset:
From: crmilton@mundil.cs.mu.OZ.AU (Christopher Robert MILTON)
Subject: Dune on tonight, Channel 7, 11.30pm
Summary: Anyone know if it's the extended version
Keywords: Dune, TV
Organization: Computer Science, University of Melbourne, Australia
Date: Sat, 10 Oct 1992 06:11:35 GMT

Hi,

In case you didn't know, Dune is on tonight (Channel 7, 11.30pm I think) and
I wondered if anyone knew whether it was the extended-for-tv version being 
shown? If so, does anyone know how much longer than the original (film/video)
release this version is?

I love this film (even though it's not as good as the book),
Chris.

I=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=I
I Chris Milton.                   email address : crmilton@mundil.cs.mu.oz.au I
I=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=I
I  "I am so amazingly cool you could keep a side of meat in me for a month.   I
I            I am so hip I have difficulty seeing over my pelvis."            I
I                                                         - Zaphod Beeblebrox I 
I=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=I
Newsgroups: aus.sf
From: daz@mullian.ee.mu.OZ.AU (Dazza Primm)
Subject: Re: TNG - Up the Long Ladder (SpoiLers)
Organization: Computer Science, University of Melbourne, Australia
Distribution: aus
Date: Fri, 16 Oct 1992 12:54:25 GMT

fraser@munta.cs.mu.OZ.AU (Fraser Wilson) writes:

>BTW, I was watching a movie the other day, no idea which one, and they
>had an ad for Unification (the end of series 5 and the beginning of
>series 6).  Looked good.

Yawnification , sorry Unification :-), is the 7th and 8th episodes of
the fifth season. Times Arrow parts 1 and 2 split the fifth and sixth
seasons

>Fraser.
daz
--
  Darren (Dazza) Primm, Dept EE Eng, Melb Uni, Parkville, 3052, Australia
 "There's no point in being grown up if you can't be childish, sometimes."
   Internet: daz@mullian.ee.mu.oz.au  [dazza@ecr.mu.oz.au]  IRC: Family

Newsgroups: news.future
From: mskuhn@immd4.informatik.uni-erlangen.de (Markus Kuhn)
Subject: Newsreader supporting MIME
Reply-To: mskuhn@immd4.informatik.uni-erlangen.de
Organization: CSD., University of Erlangen, Germany
Date: Thu, 15 Oct 1992 20:01:59 GMT

Are already any PD newsreaders available, that support RFC 1341 (MIME,
a multi body part extension similar to X.400 IPM for RFC 822)? Especially
supporting the character set ISO 8895-1 would be VERY interesting for 
many readers of regional european USENET groups (e.g. de.*).

Markus

-- 
Markus Kuhn, Computer Science student -=-=- University of Erlangen, Germany
Internet: mskuhn@immd4.informatik.uni-erlangen.de  |  X.500 entry available
--- Wer, wie, was? Wieso, weshalb, warum? Wer nichts fragt bleibt dumm. ---
From: schmitz@scd.hp.com (John Schmitz)
Newsgroups: news.future
Subject: Re: Newsreader supporting MIME
Date: 16 Oct 1992 01:12:48 GMT
Organization: Hewlett-Packard Santa Clara Division
NNTP-Posting-Host: hpsceo.scd.hp.com

mskuhn@immd4.informatik.uni-erlangen.de writes:
> Are already any PD newsreaders available, that support RFC 1341 (MIME,

It's generally fairly easy to modify the existing readers to call an
external program like metamail or MH's mhn to view a MIME article.
I have done this to trn.  I also use MH's mhn to compose articles.
It works fairly well.  If you want the patches for trn, send me
mail.  I'd like to see more readers support MIME.
Xref: sparky news.future:821 news.software.nntp:1299
From: brian@ucsd.edu (Brian Kantor)
Newsgroups: news.future,news.software.nntp
Subject: Re: motd or similar for readers
Date: 9 Oct 1992 01:56:32 GMT
Organization: The Avant-Garde of the Now, Ltd.
NNTP-Posting-Host: ucsd.edu

In article <1992Oct8.124536.28064@walter.cray.com> Ray.Moody@Cray.Com writes:
>RFC 977 doesn't say anything about multiple line replies at all.  The
>protocol does *not* allow this.  This is actually a good choice by the
>developers.

Well, actually, it wasn't that we chose not to allow it, it's that we
didn't think of it.  But I agree with you, it shouldn't be done.
I think we explicitly disallowed it in the NNTP version 2 spec, if that
ever sees the light of day.

However, we do allow 1xx messages.  The original spec isn't clear on
those, but what's supposed to happen is that a 1xx message should be
displayed to the user and then the client state machine should loop
around again.

The problem with using these for MOTD sorts of things is that because we
didn't cover it in the original spec, it would undoubtedly break some
less-than-robustly-coded software.  There is a lot of that out there.
I advise you not to use it.

I don't remember whether we made a provision for a MOTD thingy in NNTPv2
or not.  Ask Eliot.
	- Brian
Xref: sparky news.future:820 news.software.nntp:1297
From: Ray.Moody@Cray.Com
Newsgroups: news.future,news.software.nntp
Subject: Re: motd or similar for readers
Date: 8 Oct 92 17:45:36 GMT
Organization: Cray Research field support at General Electric in Cincinnati
Originator: moody@pittpa

In article <1aebjiINN1q2@daisy.ee.und.ac.za>, Alan P Barrett writes:

>The protocol already allows this.
>
>200 foo.bar.edu NNTP server ready, posting is permitted
>200-I see that the "in-addr.arpa" records for your site are wrong.
>200-Please ask your network administrator to fix them within 7 days,
>200-or you will be denied access to this server.
>200-
>200-As from 1 April 1995, this server will no longer carry the baz.*
>200-hierarchy.  If you don't like this policy, moan at
>200-bigboss@admin.bar.edu.

As Rich Salz points out, the traditional use of dashes is on all but
the last line.  But that isn't what is important here.

RFC 977 doesn't say anything about multiple line replies at all.  The
protocol does *not* allow this.  This is actually a good choice by the
developers.  NNTP is different from other internet services in that
certain parameters must be parsed out of a reply line.  For example:

	 211 104 10011 10125 net.unix-wizards group selected
	 223 1013 <5734@mcvax.UUCP> Article retrieved; text separate.

Allowing lines to be continued would unnecessarily confuse the parsing
issue.

								Ray
From: cs@Germany.EU.net (Chris Schmidt)
Newsgroups: news.software.b
Subject: Re: INN Version 1.2 Problem...
Date: 8 Oct 1992 09:50:37 GMT
Organization: EUnet Backbone, Dortmund, Germany
NNTP-Posting-Host: mail.germany.eu.net

In article <1avoerINN7b@roche.csl.sri.com>, hogan@csl.sri.com (Emmett Hogan) writes:
|> 
|> Hi all,
|> 
|>   I am having a problem with INN version 1.2.  Namely my innd will
|> periodically stop running, apparently due to the following error:
|> 
|> Oct  7 00:59:43 roche innd: ME cant dbzsync Interrupted system call

INN's Install.ms says :

9. Known Problems :

SunOS4.1.1 has a bug where write(2) can return EINTR. The most common
symptom is the following fatal error message from innd :

	Can't sync history, interrupted system call

This is Sun bug 1052649. It is fixed in patch 100293-01. According to
the release manual, it is also fixed in all releases of SunOS since 4.1.2.


So to get rid of that problem install this fix and everything works 
perfect - at least that was the case on our system ...

	Chris 
                             
            EUnet-Support-Infoserver  +   EUnet-Support-News 
     Universitaet Dortmund, IRB, Postfach 500 500, D-4600 Dortmund 50
                   cs@Germany.EU.net (Chris Schmidt)
                        Tel. : +49 231 755 2444

/* Unix is a registered trademark of AT&T in the USA and other countries. */
/*                    AT&T is a modem test command.                       */
Newsgroups: news.software.b
Newsgroups: news.software.b
Subject: Re: INN on ULTRIX 4.2
From: brockie@golem.wcc.govt.nz (Roger Brockie)
Date: 8 Oct 1992 11:51:50 +1300
Organization: Wellington City Council, Wellington, NZ
NNTP-Posting-Host: golem.wcc.govt.nz

In article <1avcppINN57v@rodan.UU.NET> rsalz@rodan.UU.NET (Rich Salz) writes:
>In <1992Oct6.230019.340@lester.appstate.edu> COMBSTM@APPSTATE.EDU (*Terry M. Combs) writes:
>>Has anyone tried to implement INN on ULTRIX 4.2 - RISC?
>Sure; news.bbn.com is/was a DECstation 3100.
>
>>I am particularly interested in the issues of the syslogd daemon, config.data
>>used, and what to do about certain compile errors.
>Your best bet is to junk the Ultrix4.2 syslog and install the modern one
>that is distributed with INN.  If you are paranoid about that, see the README.

The problem with INN version is that it is the BSD4.3 version.  So all the apps running
on Ultrix that were linked against the BSD4.2 syslog, i.e. all of them, won't work.

The best bet is to get the version of gatekeeper.dec.com in /pub/DEC, its called
jtkohl-syslog-complete.tar.Z.  This version supports both the BSD 4.2 and 4.3 calling
interfaces.

Roger


-- 
brockie@golem.wcc.govt.nz
Newsgroups: news.software.b
From: andy@homebase.vistachrome.com (Andy Finkenstadt)
Subject: Batchparms + ihave/sendme
Reply-To: andy@homebase.vistachrome.com
Organization: Vista-Chrome Incorporated
Date: Thu, 8 Oct 1992 11:56:27 GMT

Does the ihave/sendme batcher follow the batcher parameters?
This is C-news 21-dec-91 release.  

=== batchparms
#
# site		size	queue	builder	muncher	sender
# ----		----	-----	-------	-------	------
/default/	400000	30	batcher	compcun	viauux
#
gator.ihave	40000	20	batchih	nocomp	viainews
gator.sendme	40000	20	batchsm	nocomp	viainews
gator-wehave	40000	20	batchih nocomp  viainews 

# sample ihave/sendme setup
#louie.ihave	40000	20	batchih	nocomp	viainews
#louie.sendme	40000	20	batchsm	nocomp	viainews

=== sys (I split gator onto three lines, in sys it's one line)
gator:world,na,usa,alt.binaries,alt.sources,!alt.sources.amiga,biz,\
	comp,news,sci,rec,misc,soc,talk,gnu,hiv,fl,ga,sura,uunet,\
	!to/all,!sendme,!ihave:I:gator.ihave/togo
gator-send-ids:to.gator/ihave:I:gator.sendme/togo
gator-ctl:to.gator/all,!sendme,!ihave:f:gator/togo
gator-real:to.gator/sendme:f:gator/togo

-- 
Andrew Finkenstadt       | Vista-Chrome, Inc.   |           andy@GEnie
GEnie Unix Sysop/Manager | The Printing House   |    NIC Handle: AF136
+1 904 222 2639 home     | 1600 Capital Cir SW  |   ...!uunet!rde!andy
+1 904 575 0189 work     | Tallahassee FL 32310 | andy@vistachrome.com

     The game of love is never called off on account of darkness.
Newsgroups: news.software.b,news.admin
From: henry@zoo.toronto.edu (Henry Spencer)
Subject: Re: no more ``nonconforming news Message-IDs of last week''
Date: Wed, 7 Oct 1992 16:36:03 GMT
Organization: U of Toronto Zoology
Followup-To: news.software.b

In article <1992Oct06.210604.11856@uum1.mn.org> clayh@uum1.mn.org (Clayton Haapala) writes:
>... all works find (and fast!) except that the message id fields
>are hosed in the following manner:  as the article sits in
>/usr/spool/news/in.coming, the Message-ID field read "MessageID" (no dash),
>and relaynews then throws it away as bogus when it runs.

Delete inject/stripinvis and rebuild.  The inject makefile knows how to
build a stripinvis that will work on your system; the stripinvis in the
distribution was included by mistake.  This is one of those "rough edges"
the documentation alludes to. :-)
-- 
There is nothing wrong with making      | Henry Spencer @ U of Toronto Zoology
mistakes, but... make *new* ones. -D.Sim|  henry@zoo.toronto.edu  utzoo!henry
Newsgroups: news.software.b
From: mikenews@access.digex.com (Mike Doughney)
Subject: Re: corrupted active and history files
Summary: Me too.
Organization: Express Access Online Communications, Greenbelt, Maryland USA
Date: Sun, 11 Oct 1992 20:39:18 GMT

In article <BvxG1J.Coy@zoo.toronto.edu> henry@zoo.toronto.edu (Henry Spencer) writes:
>In article <BvwwHF.GDw@newsflash.concordia.ca> anne@maxwell.concordia.ca (Anne Bennett) writes:
>>...Since then it has once trashed its
>>active file by apparently replacing about 400 lines in the
>>middle of it  (the active file) with text from a few articles,
>>and once trashed its history file the same way.
>
>I haven't heard of anyone else having problems like *that*...

This is exactly the problem I've been having since installing the new
release on our server.  I'm running SunOS 4.1.1 on a Sun 3/160.  All
the compatibility tests for the stdio library passed during the build.
The active file has been trashed once, and I've had to rebuild the
history file every other day for the past week or so.

>If I had problems like that on a new system, my instantaneous gut reaction
>would be to rebuild without the stdio-speedup code, on the grounds that a
>subtle malfunction there could conceivably do this.  (Note that you'll have
>to do a "make gclean" -- or at least "rm libcnews.a" -- first, because an
>ordinary build won't take the stdio stuff *out* of libcnews.a if it's
>already in there.)

I have recompiled and reinstalled the system without the stdio
library, but I don't remember if I did a "gclean" or a "clean" first.
I will be deleting libcnews.a and remaking as we are still having
problems with the history file getting what looks like a whole batch
dropped into the middle of it. 

>Well, actually, that would be my second gut reaction.  The first would be
>to take the system down and do an fsck on that filesystem...

All filesystems pass an fsck without any errors whatsoever.  

Mike
-- 
Mike Doughney              mike@access.digex.com               +1 301 220 2020
Digital Express Group Inc. -  6006 Greenbelt Road #228, Greenbelt MD USA 20770
Express Access Online Communications --------- Telnet, FTP, IRC available NOW.
Login as "new": Washington 301-220-0462 Baltimore 410-766-1855: info@digex.com
Newsgroups: news.software.b,news.admin,news.admin.policy
From: geoff@world.std.com (Geoff Collyer)
Subject: inews in C (was Re: C News ctl/newgroup script isn't very careful!)
Organization: The World @ Software Tool & Die
	<1992Oct12.222725.6167@robohack.UUCP>
Date: Tue, 13 Oct 1992 11:35:29 GMT

Greg A. Woods:
>Besides, I'm eagerly awaiting the "final" C version of inews!

The work on recoding parts of inews in C is done.  The Performance
Release contains the result.
-- 
Geoff Collyer				world!geoff, world.std.com!geoff

open, a. admitting visitors or customers; not yet settled or decided (OPD)
From: anne@maxwell.concordia.ca (Anne Bennett)
Subject:  INN and machine resources (WAS bfrclose couldn't find an open descriptor to close)
Reply-To: anne@maxwell.concordia.ca (Anne Bennett)
Organization: Concordia University, Montreal, Canada
Date: Sat, 10 Oct 1992 01:01:00 GMT

henry@zoo.toronto.edu (Henry Spencer) writes:
> In article <1aplpgINNfjr@rodan.UU.NET> rsalz@rodan.UU.NET (Rich Salz) writes:
> >You might prefer the performance characteristics of INN.  One of them is
> >synchronous postings:  when inews returns, your article has been written
> >to the spool directory...
> 
> I hate to put in a plug for the competition :-), but Rich is probably right.
> If you're moving news by NNTP, and if synchronous behavior and low
> propagation delays are vital to you, and if machine resources are not that
> big a concern, INN is worth a good hard look.

I'd appreciate if Rich or Henry would expand on the sentence "if machine
resources are not that big a concern..."; which resources are we talking
about, and how much more of them do we need, to run INN as opposed to
Cnews+nntp?
-- 
Ms. Anne Bennett          anne@maxwell.concordia.ca           (514) 848-7606
Computing Services C-1012, Concordia University, Montreal QC, Canada H3G 1M8
(Administrator for Concordia University mail relay, news transfer, and DNS) 
Newsgroups: news.software.b,news.admin,news.sysadmin
From: kre@cs.mu.oz.au (Robert Elz)
Subject: Re: Summary (almost): INN Version 1.2 Problem...
Organization: Computer Science, University of Melbourne, Australia
Date: Wed, 14 Oct 1992 11:07:58 GMT

In <1b4d38INN527@roche.csl.sri.com> hogan@csl.sri.com (Emmett Hogan) writes:

| it appears that my problem is well know, and is a problem
| with SunOS 4.1.1.

| Any more suggestions?

If you are really stuck, and can't get a patch out of Sun that works,
I can probably dig up (well, maybe dig up) the rather gross mods I
made to innd before we discovered the Sun patch - basically you can survive
is you just retry the write after the EINTR (as you would if the write
was to a terminal or something, rather than a file).

Or, there are also dbz patches to make the history writes much smaller
rather than the occasional huge write, that would probably hide the
problem well enough to work.

Any file write, in any program can be killed bythis bug, so it really
should be fixed, but the hugs history.pag file writes from innd are
the only place that most people see it.

kre
Xref: sparky news.software.b:3141 news.admin:7932 news.sysadmin:1308
From: hogan@csl.sri.com (Emmett Hogan)
Newsgroups: news.software.b,news.admin,news.sysadmin
Subject: Summary (almost): INN Version 1.2 Problem...
Date: 9 Oct 92 09:51:02
Organization: Computer Science Lab, SRI International, Menlo Park, CA.
Distribution: world
NNTP-Posting-Host: mothra.csl.sri.com
In-reply-to: hogan@csl.sri.com's message of 7 Oct 92 15:34:11



My Original Posting:

> On 7 Oct 92 15:34:11, Emmett Hogan said:

Emmett> I am having a problem with INN version 1.2.  Namely my innd will
Emmett> periodically stop running, apparently due to the following error:

Emmett> Oct  7 00:59:43 roche innd: ME cant dbzsync Interrupted system call

Emmett> Roche is a Sun 3/470 with :
Emmett> 32Mbytes of memory
Emmett> 83Mbytes of swap
Emmett> SunOS 4.1.1
Emmett> 632Mbyte News Partition (with is only 37% full)

Emmett> I imagine it has something to do with the history file, but I cannot
Emmett> seem to find any reference to this error in the docs.  Does anyone
Emmett> have any suggestions?

Emmett> -------------------------------------------------------------------

Well, I should have looked at the Install document a little more
closely, it appears that my problem is well know, and is a problem
with SunOS 4.1.1.  All I have to do is apply Sun Patch #100293-03, or
upgrade to SunOS 4.1.{2,3}, and my problems will be solved.  But alas,
my news server is a Sun 3/470, so upgrading to SunOS 4.1.{2,3} is not
an option, and I could not find a version of this patch for Sun 3x
(68030) machines (the Sun 3 version of the patch causes my machine to
crash upon reboot...something to do with "mount").

Any more suggestions?

Thanks to all those who responded, especially since none of you said
"Geez, just RTFM, you idiot !!" :-)

-Emmett
--
-------------------------------------------------------------------
Emmett Hogan              Computer Science Lab, SRI International
Inet: Emmett_Hogan@csl.sri.com
UUCP: {ames, decwrl, pyramid, sun}!fernwood!hercules!Emmett_Hogan
USMAIL: EL231, 333 Ravenswood Ave, Menlo Park, CA  94025
PacBell: (415)859-3232 (voice), (415)859-2844 (fax)
ICBM: 37d 27' 14" North, 122d 10' 52" West
-------------------------------------------------------------------
Newsgroups: news.software.b
From: gordon@sneaky.lonestar.org (Gordon Burditt)
Subject: Re: bfrclose couldn't find an open descriptor to close
Organization: Gordon Burditt
Date: Wed, 14 Oct 1992 16:38:42 GMT

>I got a new error message:
>Oct  4 19:15:44 mp nntpxmit[3754]: uxa.ecn.bgu.edu. xfer: explode: had to
>close a descriptor to reuse it; this should not happen!

I encountered one cause of this error message in the regression tests.
At least one reason for getting this message is more properly worded:
.... explode:  missing or protected subdirectory under $NEWSARTS/out.going

Explanation:  my version of tar does NOT copy empty directories.
When the regression tests copy a test tree, the empty directories
don't get made.  The regression tests bomb with an error message
like the above.  Replace the tar archive/extract with a tree-copy
that DOES copy the empty directories, and it works.

					Gordon L. Burditt
					sneaky.lonestar.org!gordon
Newsgroups: news.software.b
From: anne@maxwell.concordia.ca (Anne Bennett)
Subject:  corrupted active and history files
Reply-To: anne@maxwell.concordia.ca (Anne Bennett)
Organization: Concordia University, Montreal, Canada
Date: Sat, 10 Oct 1992 15:32:03 GMT

I have just installed a news server running Cnews (may 92
performance release), nntp (with msgidd patch), and
newsxd+nntplink for outgoing connections.  The server, a
DECstation 5000/125 running Ultrix 4.2a, had been receiving and
transmitting a small test feed for a few weeks without problems,
when 5 days ago we switched it to be fully fed (exchanging with
a dozen sites via nntp).  Since then it has once trashed its
active file by apparently replacing about 400 lines in the
middle of it  (the active file) with text from a few articles,
and once trashed its history file the same way.

So far I have two hypotheses:

(1) The filesystem is too big for Ultrix and it is somehow
wrapping and overwriting inodes (seems unlikely, as I think more
would have gone wrong than has gone wrong so far, but I'll ask
DEC about it on Tuesday).

(2) I have somehow miscompiled Cnews, and some of the programs
are misbehaving (reading the wrong memory pages??).

Has anyone else encountered a similar problem?  Any alternative
hypotheses and suggestions would be appreciated.


-- 
Ms. Anne Bennett          anne@maxwell.concordia.ca           (514) 848-7606
Computing Services C-1012, Concordia University, Montreal QC, Canada H3G 1M8
(Administrator for Concordia University mail relay, news transfer, and DNS)
From: perry@leopold.jpunix.com (John Perry)
Newsgroups: news.software.b,comp.unix.sysv386
Subject: UUCP denied??
Date: 10 Oct 92 11:34:41 GMT
Organization: J. P. and Associates
X-Newsreader: TIN [version 1.1 PL6]

Hello Everyone!

I seem to have a little problem? with the spring release of Cnews. I'm
not even sure if it is Cnews' fault. Maybe someone out there in netland
can help me out.

I sporadically receive a message from UUCP similar to the example below.
-----
From uucp Fri Oct  9 23:45:13 1992
From: UUCP administrator <uucp@leopold.jpunix.com>
X-Mailer: SCO System V Mail (version 3.2)
To: uucp@leopold.jpunix.com
Subject: uucp DENIED
Date: Fri, 9 Oct 92 23:45:10 CDT
Source-Info:  From (or Sender) name not authenticated.
Status: RO

uucp buster  (10/9-8:01:01,14744,2) REMOTE REQUESTED (buster!D.busteedf242d --> jpunix!D.busteedf242d (news))
uucp buster  (10/9-18:56:01,18874,0) REMOTE REQUESTED (buster!D.bustef055e8c --> jpunix!D.bustef055e8c (news))
-----

I have looked through the logs and I can't find any correlation to what
was going on at the time this message was sent. I am probably looking in
the wrong places. 

Can someone help me out here?

-- 

 John A. Perry  -  perry@jpunix.com
                   jpunix!perry
Newsgroups: news.software.b,news.admin,news.admin.policy
From: henry@zoo.toronto.edu (Henry Spencer)
Subject: Re: C News ctl/newgroup script isn't very careful!
Date: Tue, 13 Oct 1992 07:35:24 GMT
Organization: U of Toronto Zoology

In article <1992Oct12.222725.6167@robohack.UUCP> woods@robohack.UUCP (Greg A. Woods) writes:
>The following control message arrived today, and C News' newgroup
>script duitifully appended a line to the active file with an empty
>blank line!

Tsk tsk, you're running an obsolete version. :-)  The Performance Release
newgroup script rejected that one (although admittedly it was unexpected,
and could have been handled better).
-- 
MS-DOS is the OS/360 of the 1980s.      | Henry Spencer @ U of Toronto Zoology
              -Hal W. Hardenbergh (1985)|  henry@zoo.toronto.edu  utzoo!henry
Newsgroups: news.software.b