HDTenEightyP/NetNews huggingface dataset:
From: larry@trauma.rn.com (Larry Snyder)
Subject: Re: Telebit modems
Organization: Gator Conferencing Systems - 219-289-0777 - 6 lines
Date: Wed, 22 Jul 1992 14:39:33 GMT

leonard@qiclab.scn.rain.com (Leonard Erickson) writes:

>The T2500. And if you keep an eye on misc.forsale.computers, you can pick
>up a used one for $350. I've seen several in the last month, probably because
>folks upgrading to Wordblazers are dumping them. :-)

Not everyone is dumping them -- since the WB still has broken UUCP spoofing
with a window size of 7 (the default on most current releases of UNIX)

-- 
Larry Snyder                                    internet: larry@gator.rn.com
4950 Estero Blvd, Ft. Myers Beach, FL            uucp: uunet!rde!nstar!larry
Xref: sparky comp.dcom.modems:11426 comp.misc:3030 comp.sys.ibm.pc.misc:11003
From: ted@isgtec.com (Ted Richards)
Newsgroups: comp.dcom.modems,comp.misc,comp.sys.ibm.pc.misc
Subject: Re: bbs or ftp for Telix ?
Date: 30 Jul 92 02:21:53 GMT
Organization: ISG Technologies Inc. Mississauga Ont. Canada
X-Newsreader: Tin 1.1 PL4

mr@rat.cica.indiana.edu (Michael Regoli) writes:
: In <1992Jul26.061603.21174@crash.cts.com> donm@pnet01.cts.com (Don
: Maslin) writes: 
: 
: >Exis BBS is:    1-416-439-9399
: 
: Does anyone know what version of Telix Exis is shipping to registered
: users?  Is it still 3.15?

Yes. It's still 3.15.

In response to another response, it's in Toronto (actually Scarborough,
one of the suburbs).

--
Ted Richards            ted@isgtec.com             [...!uunet.ca!isgtec!ted]
ISG Technologies Inc.   3030 Orlando Dr. Mississauga  Ont.  Canada   L4V 1S8
From: jmr@predator.austin.ibm.com (Jim Rowan)
Newsgroups: comp.dcom.modems
Subject: French/US V.32 modem compatibility?
Date: 22 Jul 92 23:25:55 GMT
Distribution: comp
Organization: Personal Systems Programming, IBM Austin


I have a Telebit T2500 and would like to call a company in France with it.
(from the US...)  They have V.32 modems.  However, I can't get the modems
to connect.

Is there some register in my telebit that I can twiddle to make this work?

I seem to remember from somewhere that the frequencies used here and in
europe were different.   Is there any truth to this?

Jim Rowan	IBM AWD AIX Development Tools
		TL 678-8026		MaBell: (512) 838-8026
		jmr@austin.ibm.com	IBM VNET: austin(jrowan)
From: leonard@qiclab.scn.rain.com
Newsgroups: comp.dcom.modems
Date: 18 Jul 92 17:50 MDT
Subject: Re: Help on upgrade to 16550A UART
Nf-ID: #R:711329489snx@n5ial.chi.il.us:393198510:1992Jul18.135000.3758@qiclab.scn:623442496:001:713
Nf-From: qiclab.scn.rain.com!leonard    Jul 18 17:50:00 1992


willmore@iastate.edu (David Willmore) writes:

>I hope that clears up some of the confusion.  Now, what I want to know
>is does anyone have a program to detect what type of serial chip a
>computer has?  Some little .com file that says:

>port 1 is 16550
>port 2 is 16550
>port 3 is 8550

>Something simple like that?

The MSD.EXE that comes with Windows 3.1 (and was apparently available
in some other way for a couple of years) does this. It's the onlty 
utility I've seen that reports this.
-- 
Leonard Erickson		      leonard@qiclab.scn.rain.com
CIS: [70465,203]			 70465.203@compuserve.com
FIDO:   1:105/56	 Leonard.Erickson@f56.n105.z1.fidonet.org
(The CIS address is checked daily. The others infrequently)

Newsgroups: comp.dcom.modems
From: larry@trauma.rn.com (Larry Snyder)
Subject: Re: V.fast modems available?
Keywords: v32 zyxel uucp
Organization: Gator Conferencing Systems - 219-289-0777 - 6 lines
Date: Sun, 26 Jul 1992 13:24:19 GMT

geoff@zswamp.UUCP (Geoffrey Welsh) writes:

>rdippold@cancun.qualcomm.com (Ron Dippold) writes:

>> Motorola Codex, however, is offering a free upgrade to the actual
>> V.fast standard modem when it comes out.  For point to point if you
>> have the money this is an excellent deal.  I agree, if there was no
>> promised upgrade it'd be obsolete very fast.

>   Why?  Are these modems not compatible with any existing standard (e.g. 
>V.32bis)?

>   USRobotics has promised to upgrade their small-box Courier V.32bis and 
>Courier HST Dual Standard modems to V.fast when it arrives, and they're 
>compatible with an existing standard; USR's Courier line isn't as cheap as, 

USR promises for $299 unlike UDS and several of the other modem vendors
which will do the upgrade for FREE
-- 
Larry Snyder                                    internet: larry@gator.rn.com
4950 Estero Blvd, Ft. Myers Beach, FL            uucp: uunet!rde!nstar!larry
Newsgroups: comp.dcom.modems
From: saff@ax.ibase.br (Saliel Figueira Filho)
Subject: T1600/T3000 and MNP emulators
Organization: IBASE
Date: Thu, 30 Jul 1992 17:21:36 GMT

Hi,

I've got some problems trying to use MTEZ communication program to connect
to a telebit T1600/T3000. I've got the 'CONNECT' message, the modem CD and
EC lights wakes up, but that's all. It freezes.

The modem is set to fallback from v32 -> v22bis, and V42 -> MNP5. Changing the
configuration to not use v32 or v42 does not avail. And the program works fine
with other MNP modems (we've tried ATI 2400, and Telebit's Trailblazer plus, 
the last just MNP4 was possible). We also tried to connect without compression,
setting MTE to try just MNP4, but all of this cames to nothing.

Any help on this would be appreciated.

Thanks,

Saliel
-- 
saff@ibase.br
From: rjones@magnus.acs.ohio-state.edu (Ronald Jones)
Newsgroups: comp.dcom.modems
Subject: Re: INTEL SATISFAXTION 400
Date: 31 Jul 92 14:20:43 GMT
Organization: The Ohio State University

In article <13061.2A77620B@psycho.fidonet.org> Alan.Gilbertson@f230.n3603.z1.FIDONET.ORG (Alan Gilbertson) writes:
>On <Jul 25 16:33>, John Navas writes:
>
> JN> but it has a fairly serious flaw:  Since the 400 has no 
> JN> non-volatile storage for firmware, the firmware must be 
> JN> downloaded each time the system is turned on. 
>
> JN> support NT or UNIX.  The workaround for OS/2 is to download 
> JN> the firmware in a DOS boot session.  In other words, the 
>
>Wouldn't a line in STARTUP.CMD to run a DOS session to execute the loader handle this problem?  The DOS session could then exit (at the end of a batch file, or whatever) and OS/2 would continue to boot normally.  Does anyone have any experience using the 400 with OS/2?
>
>--  
>Internet: Alan.Gilbertson@f230.n3603.z1.FIDONET.ORG

Yes, that does it. Run CASMGR.EXE using casmgr.cnf as its parameter as a
windowed DOS application and set it to close window on exit. Also you
should specify the DOS device for the session as satisfax.sys ioaddr=0xxx
(xxx=350 in my case).

This works just fine but I am disturbed by Intel's DOS only attitude. Device
drivers should be available for OS/2 from some vendors. I think they are
included with PMFAX (from Softnet, Inc.) The Intel BBS mentions this. I
don't know what UNIX users can do. Anyway I wouldn't recommend the Intel
Satisfaxtion because of this.

I am expecting to receive PMFAX any day now and will post the answer when
I know for sure.


-- 
 < Ron Jones                   |           E-mail:   rj+@osu.edu  > 
 < The Ohio State University   |           Office: (614) 292-1665 >
 < Columbus, Ohio 43210        |           FAX:    (614) 292-7151 >
                         "eschew obfuscation"
From: holmes@gorilla.nbn.com (Tim Holmes)
Newsgroups: comp.dcom.modems
Subject: distinctive ringing
Date: Tue, 21 Jul 92 20:48:51 PDT
Organization: GORILLA BBS

Now that my area has distinctive ringing available, I would
like to get recommendations on switching units.  Any
good/bad experiences, prices, etc. would be appreciated.


==========================================================================
Tim Holmes             holmes@gorilla.nbn.com             San Rafael, CA
--------------------------------------------------------------------------
From: dylan@cs.washington.edu (Dylan McNamee)
Newsgroups: comp.dcom.modems
Subject: Phone line compatibility with high-speed modems (AMLs)
Date: 27 Jul 92 14:22:55 GMT
Distribution: na
Organization: Computer Science & Engineering, U. of Washington, Seattle


When the phone guy was installing my second phone line, he asked me what 
I would be using the line for.  I told him it would be dedicated to a modem
(convinced the FCC's modem tax hadn't been instituted yet :) and he said
that he'd have to switch my main line with the additional line, (at no cost
to me...) because he was using an AML (additional main line) instead of 
actually running another line to my apartment.  

Apparently, an AML is an encoding box which allows you to piggyback one 
phone line on top of another.  He showed me the box, and it looked sufficiently
complex to do this job.  He also said the phone company pays something like
$800 per box(!).  Does anyone know what the effects of these things are?
I thought that any line that carries voice at phone-company standards of
quality would be able to carry modem signals...

Curiosity is getting the better of me...
dylan
From: urlichs@smurf.sub.org (Matthias Urlichs)
Newsgroups: comp.dcom.modems
Subject: Re: ZyXEL rk412ce problem
Date: 27 Jul 1992 13:35:50 +0200
Organization: University of Karlsruhe, FRG
NNTP-Posting-Host: 127.0.0.1

In comp.dcom.modems, article <WBE.92Jul14071529@crystal.bbn.com>,
  wbe@bbn.com (Winston Edmond) writes:
<    I FTP'd rk412ce.u2[45] from grind.isca.uiowa.edu and updated my 512Kb
< EPROMs.  THANKS (!!) to the folks that keep retrieving this stuff and making
< it available via anonymous FTP!
< 
Seconded!

NB, I have a problem (still using 4.05 ROMs) with the S7 register (wait for
carrier before hanging up). It seems that if this register is set to anything
above 7 seconds (from memory), the modem hangs up after 30+ seconds; if it's
lower, the modem hangs up almost immediately.

Can anybody reproduce this problem?
What's a good email address to report bugs to, if any?

-- 
Committees have become so important nowadays that subcommittees have to
be appointed to do the work.
-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: comp.dcom.modems
Subject: Re: Help on upgrade to 16550A UART
Date: Thu, 23 Jul 92 20:04:17 EDT
Organization: Izot's Swamp

jim@n5ial.chi.il.us (Jim Graham) writes:

> In article <RXc6NB7w164w@zswamp.UUCP> geoff@zswamp.UUCP writes:
> 
> > pozar@kumr.lns.com (Tim Pozar) writes:
> > >    The 16550 can support higher speeds than 19200 where the 8250 cannot. 
> > 
> >    Is that a fact?  This doesn't agree with my (not documented) experience,
> > which suggests that an 8250 of recent manufacture is good to 57,600 (and a 
> > 16450 to 115200) bps.
> 
> well, I decided to pull out the old National Semiconductor data sheets
> on these chips to get the real story right from NS, and got a bit of a
> surprise....
> 
> first, the old 8250 UART I once had installed most certainly refused to
> be programmed higher than 9600 bps.

   I don't get it.  You mean to say that it refused to register divider values 
that would result in speeds higher than 9600 bps?  How long ago was that?

> it was a UM8250B, which indicates to me that it's a clone of the NS chip,

   Sounds like UMC (Universal Microelectronics Corporation), a Korean company 
who've come from Asian obscurity to the point where just about every generic 
clone has UMC parts in it.

> second, I know I set a 16450 at 115.2 kb....but the data sheets for the
> 450 say it doesn't go that high.  perhaps that chip is another clone,
> too....I can't open that computer up to find out, though.  :-(

   As you know, the bps rate is equal to the 115,200 / the divider you 
provide.  The 8250, I believe, was not reliable with a divider lower than 2 
(with a resulting speed of 57,600 bps), but the 16450 was supposed to work 
with a divisor of 1.  Of course, the first batches might easily have been less 
than up to spec, and clones are always a different kettle of fish altogether.

> anyways, here's what the data sheets have to say on the speeds that each
> can be set to (for the moment not considering reliability...just how
> fast they can be programmed at):
> 
> INS8250/INS8250-B:                    DC to 56k       page 4-3
> NS16450/INS8250A/NS16C450/INS82C50A:  DC to 56k       page 4-19
> NS16550AF:                            DC to 256k      page 4-36

   That last figure must be with a non-standard crystal, right?

Geoffrey Welsh, 7 Strath Humber Court, Islington, Ontario, M9A 4C8 Canada
geoff@zswamp.uucp, [xenitec.on.ca|m2xenix.psg.com]!zswamp!geoff (416)258-8467
Newsgroups: comp.dcom.modems
From: yanagida@ole.cdac.com (Bruce A. Yanagida)
Subject: UUCP window size
Summary: how to patch UUCP window size
Keywords: uucp, window
Organization: Cascade Design Automation
Date: Mon, 27 Jul 1992 18:37:59 GMT


I have a stock Sun Sparcstation 2 running SunOS4.1.1 with the stock Sun
provided UUCP software (a Honey Danber variant).  I have recently
installed two new Telebit WorldBlazer modems for UUCP.  I believe I may
be running into problems with the UUCP window size setting.  Does
anyone know what the default setting for SunOS UUCP is?  Is it 7?  If
so, how can I patch it to 3 if I wanted to experiment?
Newsgroups: comp.dcom.modems
From: bob@MorningStar.Com (Bob Sutterfield)
Subject: Re: Modems, compression, and SLIP or PPP (was Re: Using Telebit PEP with SLIP)
Organization: Morning Star Technologies
	<1992Jul22.171145.25307@angular.uucp> <3626@randvax.rand.org>
Date: Tue, 28 Jul 1992 04:42:50 GMT

In article <3626@randvax.rand.org> edhall@rand.org (Ed Hall) writes:
   In article <1992Jul22.171145.25307@angular.uucp> jas%angular.UUCP@ingres.com (Jim Shankland) writes:
      Does v.42bis eliminate the need for V-J header compression?  Or
      vice versa?  Would it be a mistake to use both?

   No ... the two are complementary.

You should *always* use VJ compression.  It reduces interactive
latency to a useful level, and it speeds up throughput by some
marginal degree.

Whether you use V.42bis depends upon your application.  It will only
very rarely (if at all) decrease your throughput, likewise latency, so
it's probably safe to turn it on and leave it on for most purposes.

      And what about PPP vs. SLIP?

   PPP has a higher "overhead" than SLIP, since it adds its own header
   and checksum.

A typical PPP frame is exactly three bytes larger than a typical SLIP
frame.  This expands a typical VJ-compressed telnet packet from five
bytes to eight.  So far as I can tell, the difference is unmeasurable
and imperceptible.

   The checksumming and more robust framing is of only marginal use
   when the connection is near-error-free, such as with V.42 or MNP4,
   and does add a small amount of latency.

Few connections are error-free.  A V.32bis/V.42/V.42bis modem, clocked
at 38400 or better, can easily deliver bits fast enough to overwhelm
primitive serial I/O interfaces such as are found in many popular UNIX
systems.  Those UART overruns are manifested as line errors, which
PPP's 16-bit CRC (not a checksum!) will almost always catch, so that
the PPP can drop the damaged packet before passing it up to IP.  This
will save your bacon if you're running non-UDP-checksummed NFS, even
over a V.42 or MNP4 modem.

   But there are other aspects of PPP which makes it useful...

Right.  You may find some useful tidbits for comparison in the paper I
presented at last December's Sun User Group in San Jose.  Get it from
ftp.uu.net:vendor/MorningStar/papers/sug91-cheapIP.ps.Z.
From: storner@diku.dk (Henrik St|rner)
Newsgroups: comp.dcom.modems
Subject: Re: 600cps at V32bis
Date: 30 Jul 92 10:30:58 GMT
Organization: Department of Computer Science, U of Copenhagen

I have just run across a similar problem, with a US Robotics modem and
a 3B2 computer. It turned out that the problem was not with the modem,
but with the speed that the computer was able to sustain. I couldn't get
anything better than approx. 500 cps on a V.32/V.42 link.

Moving the modem to another computer that had more power gave me 800+ cps,
which is what I would expect.

So maybe You should try to attach a terminal/PC directly to the RS6000 and
see, what throughput You are able to get from that. If it cannot go any
higher that the 600 cps You have ssen with the modem, than clearly the
problem lies not with the modem, but with the computer.
--
Henrik Storner (storner@olivetti.dk / storner@diku.dk)
Tech. Support
Olivetti Denmark.
From: bise@girtab.usc.edu (Daniel W. Bise)
Newsgroups: comp.dcom.modems
Subject: PPI14400FXSA, eprom update?
Date: 24 Jul 1992 12:25:29 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: girtab.usc.edu

kevin.fong@uttsbbs.uucp (Kevin Fong) writes:
>There is a bug in the current release of the eprom (1.12c and earlier)
>which makes the modem lose its ability to connect with V.42 or MNP error
>correction or compression after it has been used for several hours.

This is not amusing. I ordered this modem through the sysop program
about three weeks ago (expecting it in about a week). Everything I'd
read about it compared with the Supra and Zoom was positive, so I
made the leap - now this.

>This was clearly evident in my case, since I run a BBS with two full
>time nodes.  The only solution is to turn the modem off and then back
>on.  There is NO software command that can reset your modem (power down
>is the only solution I have found).

Perhaps the messages from the happy, happy FXSA owners were based on
ligher usage than that experienced in a BBS application?

>I was able to get them to release a beta eprom of theirs,
>which they claim has fixed the above problem.

In your view, would it be worthwhile for me to attempt to call
PPI and request that this beta ROM be shipped with my modem when
it does finally ship? Or will it be too much of an ordeal? 
(BTW, did you have any dealings with the Aussie who works the 
sysop program or did you just talk to tech support?)

.--------------------------------------------------------------------.
| Daniel W. Bise                   "My life must be a beta version!" |
| USC BArch (finally!)                           bise@girtab.usc.edu |
| The PATCHBAY BBS (818)441-3965           71601.1752@CompuServe.com |
| 14KHST/V.32-->WC3.5,Tomcat! Mail,Win3,TTFonts,PC Soundcards/GrafiX |
`--------------------------------------------------------------------'
  ^^^ Ain't them Dual Standards swell? :-)
Newsgroups: comp.dcom.modems
From: schnepp@nodecg.ncc.telecomwa.oz.au (Tom Schnepple)
Subject: TELIX Z-modem BINARY file transfer problem
Organization: Network Computer Centre
Date: Tue, 28 Jul 1992 12:26:16 GMT

Problem with TELIX binary Z modem transfer:

TELIX: V3.15
Modem: plain vanilla 2400 modems with factory default settings.
8Data, 1stop, no parity

I have 2 modems both running TELIX with identical software setups,
Z-modem transfer type set to binary, but TELIX does not manage to get a
proper transfer going with lot's of timeout problems and eventually
aborts the transfer.

No problems whatsoever while transferring ASCII files.

Anybody able/willing to help?
Thanks very much!

     _--_|\    Tom Schnepple  (schnepp@telecomwa.oz.au) 
    /      \   Perth, Western Australia
--> *_.--._/ 
          v 
Newsgroups: comp.dcom.modems
From: rdippold@cancun.qualcomm.com (Ron Dippold)
Subject: Re: Boom! You're Dead.
Organization: Qualcomm, Inc., San Diego, CA
Date: Sat, 25 Jul 1992 03:59:54 GMT

In article <1992Jul24.133231.17199@qiclab.scn.rain.com> 70465.203@compuserve.com writes:
>les@chinet.chi.il.us (Leslie Mikesell) writes:
>
>>Yes, maybe back in 1980 someone actually had a reason to put the
>>modem in command mode in the middle of a connection.  Maybe they
>>were using software that didn't offer the ability to drop DTR.
>
>As I've said elsewhere, *I* need dropping DTR to drop the *connection*
>as well as go into command mode. So it is unsuitable.

I use DTR to drop into command mode, and have my terminal software to
do a DTR drop and then an "ATH^M" to hang up.   If DTR signalled a
drop into command mode as somewhat of a standard, what software
wouldn't offer that as an option?  It's certainly better than the
"<pause>+++<pause>" kludge.
-- 
There ought to be a better way than government to run the world.
Xref: sparky comp.dcom.modems:11206 comp.dcom.lans.misc:602
From: pat@acpub.duke.edu (Forrest P. Boyd)
Newsgroups: comp.dcom.modems,comp.dcom.lans.misc
Subject: BYTCOM
Keywords: Switch Settings
Date: 26 Jul 92 14:48:59 GMT
Followup-To: poster


 recently picked up a Bytcom 24/12adh modem. It works but i get double
characters for every keystroke (like echo is on). I have tried several
software packages with the same result.. Unfortunately, I do not have a
manual of tech support number for the company.  Does anyone know or have
a llisting of software switch option applicable for this manf/model
modem? At the least does anyone know how to contact the company who
manf/supports this product?

The full Man/Model number is Bytcom / Model 24/12 CONTAC


Pat Boyd
pat@bogart.ac.duke.edu
Duke University
Network Engineer
919-660-6994
From: kevin.fong@uttsbbs.uucp (Kevin Fong)
Newsgroups: comp.dcom.modems
Subject: YMODEM SPECIFICATION DOCU
Date: 26 Jul 92 01:22:00 GMT
Reply-To: kevin.fong@uttsbbs.uucp (Kevin Fong)
Organization: The Transfer Station BBS, Danville, CA - 510-837-4610/837-5591

jroth@aegis.or.jp (Joel Roth) writes:

-> I know this is a frequently asked question, but could
-> someone kindly tell me where to look for a specification
-> document and/or source code to Ymodem?

Joel,

I can't send it over to you, but feel free to call my BBS at:

+1 510 837 4610 or
+1 510 837 5591

There is a file on my system called YMODEM.ARC which (once uncompressed)
has the C source for YMODEM.

I'm sure you can also find it on many of your local BBS's.

Good luck!

Kevin (kevin.fong%uttsbbs%boo@pacbell.com)
                                                                                                                     
Newsgroups: comp.dcom.modems
From: ramani@saathi.ncst.ernet.in (S. Ramani)
Subject: Connecting a Codex-Motorola modem to a Trailblazer using V32 bis
Organization: National Centre for Software Technology, Bombay, India.
Date: Tue, 28 Jul 1992 17:43:14 GMT

We have a Codex-Motorola 3266 modem which can operate in V.32bis.  Our
connection to Internet is thru UUNET Technologies. We have attempted
connecting this modem  in  the 4-wire leased line mode to a Telebit
T3000 modem at the other end in V.32bis. From the LCD panel of our
modem we have observed that while negotiating an error-correcting
connection, our modem receives a retraining request from the T3000
modem.  So both modems begin retraining, and the connection negotiation
starts from the beginning. The retraining request is sent by the T3000
even though it is disabled on the modem.

The noise level on the line has been measured by our collegues at UUNET
and they feel that it is at a level that should not hamper both modems
to establish a V.32bis connection.

We request suggestions and/or ideas to make this V.32bis connection
work.

The physical connectivity is as follows: From Bombay we are 4-wire upto
ITMC, New York. From there the circuit is two wire upto UUNET. 

Newsgroups: comp.dcom.modems
From: jhood@banana.ithaca.ny.us (John Hood)
Subject: Re: Boom! You're Dead.
Organization: Pick a banana, any banana
Date: Tue, 21 Jul 1992 16:32:20 GMT

In article <1992Jul19.172104.26200@ddsw1.mcs.com> karl@ddsw1.mcs.com (Karl Denninger) writes:

>Wrong!  >127 is DISABLED for the escape character.  Thanks for playing.  
>Go read your modem manual please...... (I have)
>
>Any sensible implementation of in-band signalling has a way to turn it off.

Not always :) I have an old E-Tech 2400 bps, MNP5 modem that doesn't
_allow_ you to set that register above 127.  Fortunately, I was still
able to kill off the escape character by playing with the guard time,
I think.

-- 
John Hood, CU student, CU employee, and sometime BananaOp
jhood@albert.mannlib.cornell.edu,jhood@banana.ithaca.ny.us,jeh@crnlvax5.bitnet
By any reasonable computer's standard, I'm a virus.  So are you.