HDTenEightyP/NetNews huggingface dataset:
From: shwake@nearside.UUCP (Raymond Shwake)
Newsgroups: comp.unix.xenix.sco
Subject: Re: Hardware support HORROR story!
Date: 22 Dec 92 20:35:25 GMT
Organization: A/C International

apl@world.std.com (Anthony P Lawrence) writes:

>Here's the problem, the reason, and the explanation:  there is a
>limited supply of intelligence.  The number of computers needing
>service has now exceeded the number of intelligent people
>available.  So fools are sent to do service.

	I think the problem is more general than this, though I agree with
	your suggestions. We used to call people tasked with maintaining
	these high tech devices as Support or Systems Engineers, and once
	upon time I think many of them merited the name. To many companies,
	however, such services are considered a *cost* center, and they'll
	use such people as they can find and train (at least in the product
	fundamentals). It's short-sighted, but it's what we too often do in
	this country.

	Apropos, I came across an article some time back discussing the
	lower production levels of two nearly identical factories, one set
	in Japan, the other in the U.S. Why, it was wondered, was the U.S.
	factory "down" so much more than its Japanese counterpart, and at
	lower efficiency when working? It seemed the Japanese plant staffed
	essential positions with qualified engineers, who knew the equipment
	well and constantly worked to make it work better. The U.S. plant
	decided they could get by with technicians tasked to just keep it
	going.
-- 

uunet!media!irscscm!nearside!shwake			shwake@rsxtech
Newsgroups: comp.unix.xenix.sco
From: johng@NCoast.ORG (John Gilbertson)
Subject: QIC1000 and SCO 3.2.4 Unix
Organization: North Coast Public Access *NIX, Cleveland, OH
Date: Sat, 2 Jan 1993 18:20:08 GMT
Summary: Is QIC1000 supported under SCO 3.2.4?


Does anyone know if support (drivers, etc..) for QIC100 format tape is built
in with SCO UNIX 3.2.4? This drive is to be used on an NCR 3445 system with
a SCSI interface.

Thanks

John

-- 
+-----------------------------------------------------------------------+
| o | John Gilbertson                              johng@ncoast.org | o |
| o | Computer Decisions, Inc.                        jrg@cdinc.com | o |
| o | Cleveland, Ohio 44130             an171@cleveland.freenet.edu | o |
Newsgroups: comp.unix.xenix.sco
From: vancleef@netcom.com (Henry van Cleef)
Subject: Re: Problem with multi-screens
Organization: Netcom--posted from Andover, Mass.
Date: Wed, 30 Dec 1992 02:36:08 GMT

In article <517@yonder.UUCP> michael@yonder.UUCP (Michael E. Haws) writes:
>I have a customer who is running SCO XENIX 2.3.1 and has been running
>it for years now.  Within the last 2 weeks she has had a problem with
>multi-screens behaving erratically.  She has four Screens enabled,
>tty01 thru tty04.  She uses Alt-F1 thru ALT-F4 to switch to these
>screens.  What has started happening recently is that sometimes these
>keys work correctly to switch screens for her and sometimes they do not.
>
>When they do not switch screens for her she is sometimes left looking
>at her original screen and she gets the message
>
>  If your terminal supports lower case letters, please
>  use them. Login again, using lower case if possible
>
>She is sometimes left with strange characters on the original screen
>when she hits the ALT-F keys as if not all the characters generated
>by they ALT-F? keys are being sent correctly.
>
>Has anyone seen this?  Is it a hardware or software problem most likely?
>
This was the first symptom of the death of a Northgate keyboard on my
system.  Try another keyboard.
-- 
Hank van Cleef  vancleef@netcom.com vancleef@tmn.com  Andover, Mass.
Unix systems consultant---kernel, device drivers, networking, X11
SysV, BSD, Sun, Ultrix, AIX, SCO. Porting a specialty. 
	     The Union Institute  History of Science
Newsgroups: comp.unix.xenix.sco
From: chip@chinacat.unicom.com (Chip Rosenthal)
Subject: do I have your tape drive?
Organization: Unicom Systems Development, Austin, TX
Date: Sat, 02 Jan 1993 04:43:21 GMT

Please excuse the general broadcast.

There is a comp.unix.xenix.sco reader who sent me a busted tape drive
quite a while back to look at.  Unfortunately, I misplaced his name
and address.  If you are reading, could you please drop me a line.
Thanks.
-- 
Chip Rosenthal  512-482-8260 | Ergonomic (adj) - Designed to ensure
Unicom Systems Development   | maximum discomfort in left-handed people.
<chip@chinacat.Unicom.COM>   |
Xref: sparky comp.unix.xenix.sco:3556 comp.unix.questions:15012
From: fiorucci@taloa.unice.fr ()
Newsgroups: comp.unix.xenix.sco,comp.unix.questions
Subject: How to put COM4 (Irq3-0x2e8) under SCO ODT 2.0
Date: 29 Dec 1992 09:09:16 +0100
Organization: University of Nice - Sophia Antipolis, France
Distribution: world
NNTP-Posting-Host: taloa.unice.fr


Xref: sparky comp.unix.xenix.sco:3550 biz.sco.general:4854
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.xenix.sco,biz.sco.magazine
Subject: Re: Data recovery from a tar tape
Date: 29 Dec 92 18:51:39 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Dec26.114530.11218@hellgate.utah.edu>, henslee%jensen.cs.utah.edu@cs.utah.edu (Lane Henslee) writes:

| Any hints or help will be greatly appreciated.

1) Buy a DAT tape (the client should be willing at this point)
2) Shoot the person who ignored the message and pressed RETURN.
   (The client will probably want to do this him/herself)
3) use tape fsf to get to what's left of the bulk of the data and
   restore using the "resync" option of SCO or GNU tar.
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    Keyboard controller has been disabled, press F1 to continue.
From: mferreri@gumby.Altos.COM (Mark Ferreri)
Newsgroups: altos.bugs.sco,comp.unix.xenix.sco,comp.unix.dos-under.unix
Subject: SCO Unix and WIN /3 Compatibility Problem
Keywords: SCO Unix 3.2.4 MSDOS 5.0 Windows 3.1
Date: 23 Dec 92 02:14:51 GMT
Reply-To: mferreri@altos.Altos.COM (Mark Ferreri)
Followup-To: altos.bugs.sco
Distribution: na
Organization: Altos Computer Systems, San Jose, CA.

This is my first attempt at posting on Usenet, although I've been perusing
the news for some time, so feel free to correct any glaring lapses in
netiquette or give me suggestions for more appropriate groups to post the
following info to.

The Problem;

I am unable to run 'win /3' after loading SCO Unix 3.2v4 onto a separate
disk partition. The Windows logo displays and a few scattered pixels show
up after the logo clears, but I am always returned to the dos prompt.

Configuration: Acer 1133E with 210Mg HD, ATI 1024 Video, 16 Meg Ram.

DOS 5.0 was loaded first, followed by Windows 3.1. At this point, Windows
ran in either standard or 386 Enhanced mode. The problem does not show up
until SCO Unix is loaded and is located onto a partition which occupies the
remainder of the disk.

I contacted MicroSoft support and they were fairly helpful, but we could
come to no resolution (they even found a couple of other reports, but there
was no resolution in either of those reported instances; customer may have
given up or solved it and not called back).

I also tried all the troubleshooting techniques contained in the last issue
of the Windows Resource Kit for 3.1 to no avail.

Manually changing the active boot partition back and forth between Unix and
DOS has no effect.

In fact, the ONLY thing that seems to make a difference is to use DOS fdisk
to remove the Unix partition. 'win /3' then starts working again, but I've
lost Unix at that point.

I've been unable to get through to SCO Support or access the SOSCO BBS (no
contract support), so if anyone else has access and knows if this has
already been reported to them and has seen a relevent 'it script', I'd be
thrilled to find out what's going on. I hate to have to make a choice between
crippling the full functionality of Windows or abandoning Unix. If you'd like
to reply by private e-mail, my mail address is 'mferreri@altos.com'.

Thanks-In-Advance
Newsgroups: comp.unix.xenix.sco,biz.sco.general
From: karl@ddsw1.mcs.com (Karl Denninger)
Subject: Re: Data recovery from a tar tape
Date: Tue, 29 Dec 1992 15:21:53 GMT
Organization: MCSNet, Chicago, IL

In article <Bzw6t7.845@world.std.com> apl@world.std.com (Anthony P Lawrence) writes:
>mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
>: 
>: No.  When you write to the first track of a cartridge tape (QIC)
>: drive, the erase bar is activated and all the tracks on the tape are
>: erased at once.  So even if you haven't written an entire track of
>: data, there will be large gaps in the the data on the other tracks.
>
>I didn't know that: I assumed that "good" data could be found somewhere
>on the tape.
>
>'Splain me this: if the tape doesn't go to the end, and it (as far as
>I know) rewinds without passing through to the end, how does data
>get damaged?

It probably did zap the entire thing however.

One track on a 60MB cartridge is only ~6MB in data.

On a 150mb cartridge its ~10MB.

You're likely to have erased the entire cartridge.  Even if you have not,
the servo bursts HAVE been erased on part of the tape.  The drive will refuse 
to read past the point where the servo is gone (that's how it knows how to
align the head; without that it gets "lost").

Your customer is likely screwed; there is little you can do about it now.
At best you might be able to get back part of a track (~10mb tops) if you
really play games with the drive and data.  

The majority of the data is gone.

This is the nature of QIC devices.

--
Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
Data Line: [+1 312 248-0900] Anon. arch. (nuucp) 00:00-06:00 C[SD]T
Request file: /u/public/sources/DIRECTORY/README for instructions
Newsgroups: comp.unix.xenix.sco
From: rwmech@uumeme.chi.il.us (Robert W. Mech)
Subject: Current Screen Change
Organization: UUMEME Public Access Xenix
Date: Tue, 22 Dec 92 13:10:18 GMT


I am intrested if anyone knows how to switch the current screen of the console
automaticly.  Basicly here is my delima, I have more than one status monitoring
packages (why cant there be just one?) and I have them running on 2 or more
screens all the time.  Im not always sitting at the console, and sure enough,
the screen I last left on is not the one I want to be looking at.  So Im 
curious if anyone has some code or would quicly write some up ;-) that would
switch the multiscreens automaticly.  Basicly what im looking for is 
somthing that will switch between 2 or more screens on the console after 
a minute or so.  That way not only will my screen not get burned in, but
it will also allow me to just glance at the monitor to see whats going on.
I have attempted to figure out the sys/keyboard.h file, and map it myself, but
with no luck.  If anyone has done this or knows how to use the silly 
sys/keyboard.h file, please let me know.

Thanks in advance for any help somone can provide.

-- 
:*: rwmech@uumeme.chi.il.us | Owner/Adminstrator UUMEME Public Access Xenix :*:
Those who would sacrifice essential liberties for the sake of temporary
               safety deserve neither liberty nor safety.
-------------------------------------------------------------------------------
From: jay@gdx.UUCP (Jay Snyder)
Newsgroups: comp.unix.xenix.sco
Subject: Re: Current Screen Change
Date: 30 Dec 92 00:28:54 GMT
Organization: GDX-BBS,Central Pa Unix BBS/anon uucp (717)737-3249 PEP+/2400/1200 24hrs
In-reply-to: mike@pacsoft.com's message of 25 Dec 92 06:44:29 GMT

In article <1476@pacsoft.com> mike@pacsoft.com (Mike Stefanik) writes:

  > Path: gdx!frackit!wa3wbu!vogon1!psuvax1!uwm.edu!spool.mu.edu!uunet!pacsoft!mike
  > From: mike@pacsoft.com (Mike Stefanik)
  > Newsgroups: comp.unix.xenix.sco
  > Date: 25 Dec 92 06:44:29 GMT
  > References: <1992Dec22.131018.9336@uumeme.chi.il.us>
  > Organization: Pacific Software Group, Riverside, CA
  > Lines: 17
  > 
  > In an article, rwmech@uumeme.chi.il.us (Robert W. Mech) writes:
  > >I am intrested if anyone knows how to switch the current screen of the console
  > >automaticly. [...]
  > 
  > The easy way is to send the escape sequence to switch console screens.
  > A simple function would look like this:
  > 
  >         void switch_screen(int n)
  >         {
  >                 printf("\033[%dz", n);
  >                 fflush(stdout);
  >         }
  > 
  > For more information, read the screen(HW) manual page.
  > -- 
  > Mike Stefanik  mike@pacsoft.com  ...!uunet!pacsoft!mike  (909) 681-2623
  > Pacific Software Group, Riverside, CA

Does this work on SCO Unix (or any other 386 unix?).

_______________________________________________________________________________
Jay A. Snyder               jay@gdx         ...{uunet,vogon1}!compnect!gdx!jay
This is your Brain: (unix)              GDX-BBS (717) 737-3249 WorldBlazer
This is your Brain on drugs: (MSDOS)     Unix and MSDOS File areas + Xenix bins
Newsgroups: comp.unix.xenix.sco
From: gilmore@casbah.acns.nwu.edu (Kevin Gilmore)
Subject: SCO unix and win/3---answer
Organization: Northwestern University, Evanston, Illinois, USA
Distribution: usa
Date: Wed, 23 Dec 1992 12:54:27 GMT

Unfortunately the answer is very simple, and there is nothing
yet that you can do about it.

The bootstrap the sco puts on the hard disk has already kicked the
machine into protected mode by the time you are able to type "dos"

There are as yet no plans from sco to fix this.

Solution #1 boot dos from a floppy.

Solution #2 use fdisk to change the active partiton and then boot
dos. You can keep using fdisk to change the active partitions back
and forth.

	....kg....
From: michael@yonder.UUCP (Michael E. Haws)
Newsgroups: comp.unix.xenix.sco
Subject: Problem with multi-screens
Date: 29 Dec 92 17:02:39 GMT
Organization: Redstone Enterprises, Lakewood, Co

I have a customer who is running SCO XENIX 2.3.1 and has been running
it for years now.  Within the last 2 weeks she has had a problem with
multi-screens behaving erratically.  She has four Screens enabled,
tty01 thru tty04.  She uses Alt-F1 thru ALT-F4 to switch to these
screens.  What has started happening recently is that sometimes these
keys work correctly to switch screens for her and sometimes they do not.

When they do not switch screens for her she is sometimes left looking
at her original screen and she gets the message

  If your terminal supports lower case letters, please
  use them. Login again, using lower case if possible

She is sometimes left with strange characters on the original screen
when she hits the ALT-F keys as if not all the characters generated
by they ALT-F? keys are being sent correctly.

Has anyone seen this?  Is it a hardware or software problem most likely?

Thanks for any help.

Michael
-- 
Michael E. Haws             "Keep the blue side up"        w - (303) 986-2370
..!uunet!yonder!michael                                    h - (303) 278-7722
meh@csn.org
Newsgroups: comp.unix.xenix.sco
From: root@cpp.uucp (Rich Bauer)
Subject: Re: Device numbers
Organization: Critical Path Project, Philadelphia
Date: Tue, 29 Dec 1992 16:32:56 GMT

Does anyone have a file or an explanation of how to fully and
correctly use divvy on SCO Xenix 2.3.4 GT?  

I just added a 1.2G drive and divided it into 4 file systems,
but when I go to look at the divvy tables using 

divvy -b36 -c36 it shows all entries for all drives.

What are the major and minor device numbers?  What is the -c
when dealing with hard drives?

I am confused by the manuals which either contain errors or
have examples which don't work or don't pertain to my SCSI
set up.

Help

-- 
Rich Bauer	   	   |	UUCP...!dsinc!jabber!cpp!rich
Critical Path Project Inc  |	or.....rich@cpp.UUCP
Philadelphia PA            |    Public Access, News & Mail 
Newsgroups: comp.unix.xenix.sco
From: vancleef@netcom.com (Henry van Cleef)
Subject: Re: Device numbers
Organization: Netcom--posted from Andover, Mass.
Date: Wed, 30 Dec 1992 02:50:17 GMT

In article <1992Dec29.163256.28668@cpp.uucp> root@cpp.uucp (Rich Bauer) writes:
>Does anyone have a file or an explanation of how to fully and
>correctly use divvy on SCO Xenix 2.3.4 GT?  
>
>I just added a 1.2G drive and divided it into 4 file systems,
>but when I go to look at the divvy tables using 
>
>divvy -b36 -c36 it shows all entries for all drives.
>
Dunno about the divvy with Xenix 2.3.4, but SCO has had two versions I
have dealt with.

Assuming that this is your first hard disk, you have set up four xenix
partitions, and loaded Xenix on the first:

The older version divvy -b 1 -c 1 would look at the Xenix partition.
divvy -b 1 -c 1 -v 2 would look at the second.  the -v argument tells
which partition you want to look at.

I got all set to install the 2nd and 3rd partitions on my first hard
disk when I installed (full installation) Unix 3.2v4 and discovered a
new divvy: takes /dev/hd01 (02, 03) to look at the different partitions
and looks at them in a different order.

If you simply want to set up divisions that are already loaded, without
doing a new mkfs on them, use divvy to name the partition, then
P[revent] creating an fs, quit to the next menu, and I[nitialize].  After
that, you can do a mkdev fs to set up the mount tables.  

I don't recall what the 3.2.4 docs said, but in that they didn't wake me
up to the idea of a new divvy, I suspect they are as obscure as ever.  

The first hard disk is major device 1 for both block and character
access.  If you are adding a second disk, do a mkdev hd and look at the
major numbers for /dev/hd10 and /dev/rhd10
-- 
Hank van Cleef  vancleef@netcom.com vancleef@tmn.com  Andover, Mass.
Unix systems consultant---kernel, device drivers, networking, X11
SysV, BSD, Sun, Ultrix, AIX, SCO. Porting a specialty. 
	     The Union Institute  History of Science
From: mike@pacsoft.com (Mike Stefanik)
Newsgroups: comp.unix.xenix.sco
Subject: Re: Current Screen Change
Date: 2 Jan 93 00:24:52 GMT
Organization: Pacific Software Group, Riverside, CA

In article <924@gdx.UUCP> jay@gdx.UUCP (Jay Snyder) writes:
>In article <1476@pacsoft.com> I wrote:
>> The easy way is to send the escape sequence to switch console screens.
>> A simple function would look like this:
>
>Does this work on SCO Unix (or any other 386 unix?).

This will work with SCO XENIX and SCO UNIX, but I would certainly consider
it a non-portable extension.  Perhaps other flavors (such as Coherent)
provide it for compatability purposes, but I don't know for sure one way or
the other.

-- 
Mike Stefanik  mike@pacsoft.com  ...!uunet!pacsoft!mike  (909) 681-2623
Pacific Software Group, Riverside, CA
Newsgroups: comp.unix.xenix.sco
From: david@dynamix.com (David L Jarvis)
Subject: Re: Device numbers
Organization:  SOFTWARE / DYNAMIX
Date: Tue, 29 Dec 92 9:31:13 EST
X-Received: by usenet.pa.dec.com; id AA26841; Tue, 29 Dec 92 06:55:02 -0800
X-Received: by inet-gw-1.pa.dec.com; id AA15016; Tue, 29 Dec 92 06:54:56 -0800
X-Received: from dynamix.UUCP by uu3.psi.com (5.65b/4.0.071791-PSI/PSINet)
	id AA09158; Tue, 29 Dec 92 09:32:43 -0500
X-Received: by dynamix.com (smail2.5c)
	id AA06841; 29 Dec 92 09:31:13 EST (Tue)
X-To: ggvvgg@mixcom.com (Dave Fenske),
        comp.unix.xenix.sco.usenet (comp.unix.xenix.sco)
X-In-Reply-To: <1992Dec29.043931.21766@mixcom.com>; from "Dave Fenske" at Dec 29, 92 4:39 am
X-Mailer: ELM [version 2.3 PL11]

> Would any reader happen to know what the correct major/minor numbers
> should be on an SCO Xenix system which has a 3.5" diskette for the
> device /dev/install and /dev/rinstall?
> 
> That is, if you do an ls -l on /dev/install, where the drive you loaded
> Xenix from is a 3.5"  high-density diskette, what kind of numbers do
> you get.

Well, here's the output of an 'l /dev/*install' on my system ...
(which has a 3.5" high-density floppy drive as the primary)

brw-rw-rw-   1 bin      bin        2, 64 Dec 24 08:27 /dev/install
crw-rw-rw-   1 bin      bin        2, 64 May 28  1992 /dev/rinstall

There you have it!

#----------------------------------------------------------------------#
#          David L. Jarvis                 SOFTWARE  /                 #
#          david@dynamix.com                       /  DYNAMIX          #
#----------------------------------------------------------------------#
Newsgroups: comp.unix.xenix.sco,biz.sco.general
From: apl@world.std.com (Anthony P Lawrence)
Subject: Re: Data recovery from a tar tape
Organization: The World Public Access UNIX, Brookline, MA
X-Newsreader: Tin 1.1 PL3
Date: Sun, 27 Dec 1992 00:31:55 GMT

mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
: 
: No.  When you write to the first track of a cartridge tape (QIC)
: drive, the erase bar is activated and all the tracks on the tape are
: erased at once.  So even if you haven't written an entire track of
: data, there will be large gaps in the the data on the other tracks.

I didn't know that: I assumed that "good" data could be found somewhere
on the tape.

'Splain me this: if the tape doesn't go to the end, and it (as far as
I know) rewinds without passing through to the end, how does data
get damaged?


		Tony   apl@world.std.com

Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle
       Kevin Clark is embarrassed by most of what I say.




Newsgroups: comp.unix.xenix.sco,biz.sco.general
From: apl@world.std.com (Anthony P Lawrence)
Subject: Re: Data recovery from a tar tape
Organization: The World Public Access UNIX, Brookline, MA
X-Newsreader: Tin 1.1 PL3
Date: Sun, 27 Dec 1992 20:26:59 GMT

mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
: 
: As you can see, even if you could convince the drive the read past the
: second EOF mark (which you can't), most of your old data has already
: been erased.  This is a function of the hardware design of a QIC tape
: drive, and happens regardless of which archiving program (tar, cpio,
: etc.) you use.

My wife has been telling me that I need a break, and I guess she's right.
I didn't know that the data path was serpentine (so I learned something
there, thank you Marc), but I knew damn well that you can't get past
EOF, because I went through this years ago trying everything I could
think of and finally gave up.  Yet, somehow that just passed right out of my
head and I was *positive* I could skip right by it :-).            

I should have paid attention to how many other things I've screwed up
this week! But, nooo...

Therefore, on the advice of my wife, I am refaining from attempting to
use what is left of my brain for anything more involved than formatting
floppies.

All I have scheduled for next week is an addition of an Seagate ST-251 at
one site and a change from Computone to Digi at another.  I really think
I can handle these without destroying anything... but my wife is shaking
her head quite dubiously.


		Tony   apl@world.std.com

Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle
       Kevin Clark is embarrassed by most of what I say.
From: kew@timesink.timesink.spk.wa.us (Keith Walker)
Newsgroups: comp.unix.xenix.sco
Subject: Why doesn't my 486DX like vpix?
Date: 31 Dec 92 16:37:05 GMT
Distribution: comp
Organization: My home computer (as if I had one at work)

To say that my new 486DX2/50 computer doesn't like vpix is like saying
you don't like being run over by a car: When I start vpix, the computer
locks up and dies, to be recovered only via the reset button or The Big
Red Switch.

I recently upgraded my computer from a 386/25 with no 387 to a 486DX2/50.
All I did was take the hard disk out of the old computer (which died, anyway)
and stick it in the new one.  When I tried out vpix, though, the above
results occured.

I hope someone out there knows about this problem and can help.  I don't
use vpix often, but it is quite handy for certain things.

BTW, this is vpix version 1.2.0n running on Xenix 2.3.3.

Thanks.
--
kew@timesink.spk.wa.us | Ah, the early space program: 
Keith Walker  	       | The moon, the planets, the stars!
                       | We were going to do *everything*!
(509) 466-9384         | Now, it's everything we can do. :-(
-- 
kew@timesink.spk.wa.us | Ah, the early space program: 
Keith Walker  	       | The moon, the planets, the stars!
                       | We were going to do *everything*!
(509) 466-9384         | Now, it's everything we can do. :-(
Newsgroups: comp.unix.xenix.sco