HDTenEightyP/NetNews huggingface dataset:
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.xenix.sco
Subject: Re: Xenix considered harmful (was Re: SCO support - a success story)
Date: 1 Sep 92 13:52:05 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <BtsG0n.50u@mudos.ann-arbor.mi.us>, mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:

| Well, that's good advice even if Xenix is going to be supported
| forever.  I'm sure I'll get flamed for this -- especially in the SCO
| Xenix newsgroup -- but I don't think Xenix is an appropriate product
| for new installations anymore.  SCO should definitely keep supporting

  Xenix has been a special applications package for some time now. For
small systems there is no other commercial UNIX which will perform
useful work in 2MB, and when battery life is vital using less memory is
important. Until recently SCO UNIX was not useful in certain security
applications, where the lowest level of security still did some password
validation. Sorry, SCO, if you want your passwords to follow some rules
you can run it on your internal systems, but we have our rules, and
those are the ones we pay for. That's finally been fixed in the new
release of UNIX and ODT.

  Xenix is also appropriate when you have Xenix device drivers and no
UNIX device drivers. Or when the UNIX device drivers don't work and the
Xenix drivers do. Again, until the latest release, there was that pause
between boot time and first login, while the password database was
blessed or some such. Sorry, we have xenix systems which power up on the
first ring of a modem and can answer on the fourth. Forget UNIX for
that.

  As a general solution I would not tell people to run out and buy Xenix
over UNIX, but for some applications it still makes sense.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
From: michaelb@wshb.csms.com ( WSHB Operations Eng)
Newsgroups: comp.unix.xenix.sco
Subject: UUXQT during transfers
Date: 27 Aug 92 19:42:49 GMT
Organization: WSHB, Herald Broadcasting Syn., Inc., Cypress Creek, SC, USA


Has anyone ever look at what is necessary to get uuxqt to spawn and start
processing jobs before uucico exits. (Junk the whole uucp subsystem and
start with something from uunet? :-)) I know of some systems where this
appears to be happening, but I cannot find a way to make my XENIX 2.3.2
systems do so. I've done some experiments with starting uucico, then going
to another screen and starting uuxqt after the first inboud job has
appeared. There doesn't seem to be anything wrong with the idea in
principle. Everything seems to work just fine and a lot of the stuff is
already complete before uucico hangs up. I just cannot seem to find a way
to reliabily start uuxqt. I've tried a cron job, but that's not acceptable. 
I want something associated with that particular call to start uuxqt.


Thanks,
Michael
-- 
Michael Batchelor--Systems/Operations Engineer #compliments and complaints
WSHB - An International Broadcast Station of   #   letterbox@csms.com
       Herald Broadcasting Syndicate, Inc.     #technical questions and reports
michaelb@wshb.csms.com         +1 803 625 5552 #   letterbox-tech@csms.com
Newsgroups: comp.unix.xenix.sco
From: jaymin@maths.tcd.ie (Jo Jaquinta)
Subject: Writing 8-bit data out tty ports
Organization: Dept. of Maths, Trinity College, Dublin, Ireland.
Date: Wed, 2 Sep 1992 15:43:42 GMT

	We have our own in-house communications protocol and I am porting
it to work under SCO unix. The problem is I just can't seem to get it
to send 8-bit data out the serial ports. The relevant code is:
	...
	sprintf(fname, "/dev/tty1%c", com + '@');
	portfd = open(fname, O_RDWR);
	if (portfd < 0)
		return(-1);
	x = ioctl(portfd, TCGETA, &tty);
	tty.c_cflag = (B4800|CS8|CREAD|CLOCAL);
	tty.c_lflag = 0;
	tty.c_cc[VMIN] = 0;
	tty.c_cc[VTIME] = 0;
	x = ioctl(portfd, TCSETA, &tty);
	...
Am I missing some obvious ioctl flag?
		Cheers,
					Jo Grant

_______________________________________________________________________________
Jo Grant			| "Love is blind, or so it seems, to make me
jaymin@lanczos.maths.tcd.ie	| offer you my dreams. But after all is said and
44 Bancroft Ave., Tallaght,	| done, a blind man's dreams are not much fun."
Dublin 24, IRELAND		| -- Horslips, "The Blind Can't Lead the Blind"
From: Kellner_-_Systems@cup.portal.com
Newsgroups: comp.unix.xenix.sco
Subject: Re: Ctar
Date: Mon, 31 Aug 92 09:03:02 PDT
Organization: The Portal System (TM)
Distribution: usa

I am very confident Ctar even works on floppy disk based
tape drives though have no personal experience with that.

The person to contact is Steve at Unitrends for those kind
of questions and his number is: 803 626 2878.  I'm not sxure
if he has an internet address.  I have used ctar quite 
extensively and am very pleased in all regards.  I've literally
done 100's of crash recoveries and have had all successes.
Newsgroups: comp.unix.xenix.sco
From: xdb@ucthpx.uct.ac.za (D E Bourne)
Subject: Crack on SCO XENIX
Summary: Problem running Crack on SCO XENIX
Date: Wed, 26 Aug 92 12:33:20 GMT
Organization: University of Cape Town
Keywords: Crack,SCO,XENIX

      Hi there,
		 I am having trouble running Crack on XENIX.The
          problem seems to be that crack-pwc wont execute.If anyone
	  knows of a way round this I would be most grateful.
					 Many thanks,
						     David
From: nkraft@crash.cts.com (Norman Kraft)
Newsgroups: comp.unix.xenix.sco
Subject: make
Date: 31 Aug 92 02:16:35 GMT
Organization: CTS Network Services (crash, ctsnet), El Cajon, CA

Hi folks!

Having Xenix 2.3.4, but not the development system, I also do not
have a 'make' for even the simplest of tasks. Does anyone know
of a pd make that I can get? (my feed has the development system
and I can compile over there).

I've tried GnuMake, but it's a bit quirky and often won't work
with the makefiles that come with net distributions. Any suggestions?

(If anyone wants to mail me a binary, that would be even better,
but please query first - I don't really need fifty of them.)

Anyway, thanks in advance!

Norm.
From: compata@cup.portal.com (David H Close)
Newsgroups: comp.unix.xenix.sco
Subject: Keep-alive watchdog for shell process
Date: Wed, 26 Aug 92 02:33:15 PDT
Organization: The Portal System (TM)
Distribution: world

It may not be relevant but this system is SCO Xenix 386 2.3.3 with xnx296.
My question relates to a fairly generic shell process, probably similar for
all known flavors of Unix.

Does anyone know of a way to make a shell process dependent upon the
periodic receipt of a "keep-alive" signal?  Of course, I mean through the
use of the standard set of shell commands and system utilities.  That is,
without programming except in sh, is there a way to make a shell process
die if it doesn't receive some signal at regular intervals?

A first look at TFM reveals that alarm(S) has no counterpart in (C), at
least that I can see.  If wrapped in a simple C program, alarm() would
still not work as that program would not run in the shell's process.  So,
I suspect that two cooperating but independent processes will be needed.
The extra one would receive the periodic signals, resetting its own alarm
each time.  If one failed to arrive and the alarm was triggered, the main
process would be signalled.  But I can't see any way to write this extra
process entirely in sh (or ksh for that matter).

Of course, if there isn't a way, I'd also appreciate any pointers to a
simple program that could do the job.  Thanks for your consideration.

 Dave Close - Compata - Stockton, California - +1 209 467 8255 ("209-install")
  dave@compata.attmail.com | compata@mcimail.com | dhclose@alumni.caltech.edu
From: vid@zooid.guild.org (David Mason)
Newsgroups: comp.unix.xenix.sco
Subject: Re: GIF viewer for Xenix
Date:  1 Sep 92 20:54:00 GMT

From: lawriew@runx.oz.au (Lawrie Waller)
[talk about a gif viewer fo Xenix]>>>
>>
>>SCO makes this available on sosco under the Games hierarchy.
>>
>
>And it works like a dream on my 33/386 using 2.3.2(I have just
>downloaded it).
>

A lot of people are interested in a gif viewer for Xenix that doesn't require
the CGI kit to be installed. Can someone post it to an appropriate newsgroup,
with notification here? Not everyone has the kind of access required to grab
this software.
From: bryan@bass.lkw.com (Bryan Young)
Subject: Semaphores
Organization: Lakewood Corporation
Date: Wed, 02 Sep 1992 15:25:40 GMT

I am running SCO Xenix 2.3.4 and am constantly running out of semaphores.
I went in and tuned the kernel and increased the number of semaphores to a
ridiculous level. However, I am still limited to a certain number.

Any Ideas?
Newsgroups: comp.unix.xenix.sco
From: hollywd@zelator.in-berlin.de (Stuart Hollywood)
Subject: Error msg. problem with XENIX
Organization: Puplic-Access-Xenix-System
Date: Sun, 23 Aug 92 17:30:19 GMT
Keywords: XENIX error

Hey,
 
I get the following msg. at startup of a SCO-XENIX 386 machine:
  
/dev/u
** Phase 1 - Check Blocks an Sizes
POSSIBLE FILE SIZE ERROR I=1893
	
my questions:
a) what could have caused this error?
b) how can I fix it or can I ignor it without running into any
   trouble?
(e-mail would be fine) 
stuart

--
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.xenix.sco
Subject: Re: SCO support - a success story
Date: 31 Aug 92 20:08:24 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <9208290845.AA18903@dynamix.com>, david@dynamix.com (David L Jarvis) writes:

| >   SCO says it will be fixed in the next release, so I guess that's a
| > committment that there will /be/ a next release of Xenix, something I
| > wouldn't have considered certain.
| 
| wow what a surprise ... especially after a sales rep told me there
| definitely wouldn't be and I should start selling more unix and even moving
| xenix ppl to unix ... guess you never really can trust salespeople

  I'm told by the person who sent me the mail message that the term "in
the next release" did not imply that there was any definite committment
to ever have such a release. And there will be an SLS "if there's
sufficient demand." (from the voice mail message).

  I guess I don't have to budget for upgrades. I don't know if you can
"never really trust" salepeople, but you sure look like a fool if you
quote them.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
Newsgroups: comp.unix.xenix.sco
From: lawriew@runx.oz.au (Lawrie Waller)
Subject: Re: GIF viewer for Xenix
Organization: RUNX Un*x Timeshare.  Sydney, Australia.
Date: Tue, 1 Sep 92 00:46:15 GMT

In article <1992Aug24.212640.16495@jpradley.jpr.com> jpr@jpradley.jpr.com (Jean-Pierre Radley) writes:
>In article <714158621.25081@zooid.guild.org> vid@zooid.guild.org (David Mason) writes:
>>I've heard of software that sounds like it will do this on a Xenix system. I'm
>>using an ATI VGA Wonder card on a multisync monitor, and would like SVGA
>>resolution, but is there a .GIF viewer even for standard VGA for SCO Xenix 386
>>2.3.2? 
>>
>
>SCO makes this available on sosco under the Games hierarchy.
>

And it works like a dream on my 33/386 using 2.3.2(I have just
downloaded it).


-- 
===========================================================================
lawriew@runx.oz.au              |Friend is sometimes a word devoid of
Lawrie Waller-SYDNEY AUS        |meaning;enemy,never.(Victor Hugo)
============================================================================
Newsgroups: comp.unix.xenix.sco
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: Xenix considered harmful (was Re: SCO support - a success story)
Date: Sun, 30 Aug 1992 08:38:45 GMT
Organization: The Programmer's Pit Stop, Ann Arbor MI

In article <9208290845.AA18903@dynamix.com> david@dynamix.com (David L Jarvis) writes:
>wow what a surprise ... especially after a sales rep told me there
>definitely wouldn't be and I should start selling more unix and even moving
>xenix ppl to unix ... guess you never really can trust salespeople

Well, that's good advice even if Xenix is going to be supported
forever.  I'm sure I'll get flamed for this -- especially in the SCO
Xenix newsgroup -- but I don't think Xenix is an appropriate product
for new installations anymore.  SCO should definitely keep supporting
its existing customers through bugfixes and new (bugfix) releases, but
I don't think SCO should expend any effort adding new features to
Xenix, and I don't think SCO resellers should recommend Xenix as a
solution to customers who don't already have an installed base of
Xenix machines.  People who are already on Xenix should not be forced
to move to Unix, but they should be gently encouraged to make the leap
at an appropriate time.  For example, when they're considering an
upgrade from Xenix 2.3.2 to Xenix 2.3.4; or when they're considering
getting a new hard drive.

Face it, folks.  The world is moving towards POSIX and other standards
more every day.  With this in mind, it just doesn't make sense to
choose a bastardized SVR3-wannabe for new installations.  The falling
price of hardware has made all but irrelevant the consideration that
Xenix runs in less RAM and takes less CPU horsepower than Unix.  Xenix
no longer has any real reason to exist, except for the people that
have an existing Xenix installation.

(Naturally, my views do not represent those of my employer, his
sister, or his sister's dog.  Copywrong 1992.  All rights reversed.
My lawyers can beat up your lawyers.)

-- 
Marc Unangst                | Real men don't make backups.  Real men never
mju@mudos.ann-arbor.mi.us   | accidentally delete files that they're going
                            | to need later.
From: jrd@cutie.acns.nwu.edu (John R. Dennison)
Newsgroups: comp.unix.xenix.sco
Subject: Re: Xenix considered harmful (was Re: SCO support - a success story)
Date: 4 Sep 92 16:51:57 GMT
Article-I.D.: news.1992Sep4.165157.5307
Organization: Black Bag Midwest

In article <Bu1rv1.5Ku@mudos.ann-arbor.mi.us> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
>
>That's interesting.  I would have thought that for a public-access
>site, things like compatibility with the PD software out there and
>similarity with other Unix systems would be important.  Xenix systems
>are not usually known for these qualities.

	I run a pubnix site, and so far I have come across very little in
	the way of PD software that has not been easily ported over to the
	Xenix environment.

	I also have to echo previous sentiments that Xenix is on eof the more
	(if not most) stable environments currently available.  Its track
	record pretty much speaks for itself.  Not to mention its small kernel
	size and speed.



						John
-- 
Correspondence To:  	  jrd@speedy.acns.nwu.edu
Alternate:	  	  jrd@{gagme,uumeme}.chi.il.us
NovaNET:  dennison-wright2@nova.novanet.org || dennison-uasite@nova.novanet.org
From: bob@consult.UUCP (Bob Willey CDP)
Newsgroups: comp.unix.xenix.sco
Subject: Re: Xenix considered harmful (was Re: SCO support - a success story)
Date: 2 Sep 92 13:00:03 GMT
Reply-To: bob@consult.UUCP (Bob Willey CDP )
Organization: CCS Enterprises, Inc. - Easton, MD

In article <BtxqGy.1zF@mudos.ann-arbor.mi.us> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
>>I've upgraded plenty of 2.3.2 sites to 2.3.4 and never even considered
>>Unix,
>
>Glad to hear you have the best interests of your customer in mind.

Actually he does!!  He is putting in what the customer NEEDS and not
a lot of extras that they will probably never use or need.

>You're right.  I've never seen a client who was willing to lock
>themselves out of modems and shrinkwrapped software.  But hey, if
>that's what you want, I guess you should buy Xenix.

Whoaa.....  I have modems on EVERY SCO Xenix site out there, with NO 
problems.  And as far as shrinkwrapped software, there is probably more
out there for SCO Xenix than SCO UNIX (this may change).  We use
Lotus 123, WordPerfect 5x, WordPerfect Office, Realworld, Cougar,
TruFax, Call Tracker, The Medical Manager and many others....

>During the times I was working there part-time, I was going to high
>school -- started at the beginning of my sophomore year, and I'll be a
>senior this year.
 ^^^^^^

-- 
>.. Bob Willey, CDP          ..  |  ..  uunet!consult!bob  bob@ccs.com   ..<
>.. CCS Enterprises, Inc.    ..  |  ..   Office: (410) 820-4670          ..<
>.. P.O. Drawer 1690         ..  |  ..      FAX: (410) 476-5261          ..<
>.. Easton, Maryland 21601 ......|......... BBS: (410) 476-5098 ...........<
Newsgroups: comp.unix.xenix.sco
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: Re: Adaptec 1740 modes.
Date: Sun, 30 Aug 1992 08:54:12 GMT
Organization: The Programmer's Pit Stop, Ann Arbor MI

In article <9208290830.AA18784@dynamix.com> david@dynamix.com (David L Jarvis) writes:
>4: edit the file ad, change all occurences ad to eiad

Aiiiee!  No!

4a: Edit /etc/conf/sdevice.d/ad, and change the Y to an N.
4b: Edit /etc/conf/sdevice.d/eiad, and change the N to a Y.

Performing the modification as David suggests will probably work, but
you will confuse the hell out of anyone who has to later deal with the
ad/eiad drivers, and you will definitely confuse the various
installable-device (ID) utilities, which may or may not believe that
the eiad device is installed in the kernel.

>support a call (this is a popular one with them), or pick up a recent SCO
>mag where they wrote up these very same instructions ...

If those were the exact instructions from the issue of SCO Magazine
(i.e., you had the magazine sitting next to you while you typed in the
instructions, instead of reconstructing them from memory), then I
would write a nasty letter to the editors of SCO Magazine.  This is
*not* the way the ID subsystem is supposed to work.

-- 
Marc Unangst                | Real men don't make backups.  Real men never
mju@mudos.ann-arbor.mi.us   | accidentally delete files that they're going
                            | to need later.
Newsgroups: comp.unix.xenix.sco
From: fr@compu.com (Fred Rump from home)
Subject: Re: Xenix considered harmful (was Re: SCO support - a success story)
Organization: CompuData Inc.
Date: Thu, 3 Sep 1992 14:43:28 GMT

bob@consult.UUCP (Bob Willey CDP) writes:


>>During the times I was working there part-time, I was going to high
>>school -- started at the beginning of my sophomore year, and I'll be a
>>senior this year.
> ^^^^^^

Hey, give the guy credit. I wish I had a few highschool students with that 
kind of spunk and writing ability here. Most I've met recently have a tough 
time putting a paragraph together. Marc must be working for a friend of mine 
up there in MI. Lucky guy!

Fred
-- 
W. Fred Rump 	office:	   fred@COMPU.COM     'mans feet have grown/so big 
26 Warren St.   home: fred@icdi10.compu.com  that he/forgets his littleness'
Beverly, NJ. 08010                          		Don Marquis 
609-386-6846    bang:uunet!cdin-1!icdi10!fr   
Newsgroups: comp.unix.xenix.sco
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: Xenix considered harmful (was Re: SCO support - a success story)
Organization: Celestial Software, Mercer Island, WA
Date: Thu, 03 Sep 1992 15:36:27 GMT

In <BtznH6.Ez@mudos.ann-arbor.mi.us> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:

:Well, he said that Xenix was appropriate for customers who had no
:networking or security needs.  Modems are a form of networking, and as
:you mention, they work fine.  But putting a modem on a computer and
:leaving security turned off is just about as much of a security risk
:as putting the root password in /etc/issue.

Xenix has the same security as UNIX had for years and it works
just fine if the people on the system take reasonable precautions
about passwords.  I've run Xenix for years on systems that are
quite well connected to the world (camco talks to approximately
50 other systems every day and runs Xenix 2.3.3).
.....
:>>senior this year.
:> ^^^^^^

:Your point being?  Or do you feel that I'm unqualified to participate
:in this discussion, because I'm still in high school?

Hire the teenagers while they still know all the answers! When I
graduated from high school, I knew it all.  Four years of college
taught me how little I really know (it took me a lot longer than
that to learn a little humility :-).

Bill
-- 
INTERNET:  bill@Celestial.COM   Bill Campbell; Celestial Software
UUCP:   ...!thebes!camco!bill   6641 East Mercer Way
             uunet!camco!bill   Mercer Island, WA 98040; (206) 947-5591
SPEED COSTS MONEY -- HOW FAST DO YOU WANT TO GO?
Newsgroups: comp.unix.xenix.sco
From: kanakis@hsi.com (Tony Kanakis)
Subject: '/etc/wtmp' how to control it's size
Organization: 3M Health Information Systems, Wallingford CT
Date: Wed, 2 Sep 1992 14:01:31 GMT


/etc/wtmp was at 14Mb and filled up the file system.

Is there any mechanism in place that should control the size of this file?

Why didn't 'find / -size +2000 -print' list the file?
-- 
======= Tony Kanakis                        {uunet,yale}!hsi!kanakis =======
======= 3M Health Information Systems                kanakis@hsi.com =======
======= Wallingford, Connecticut  06492                 203 949-6355 =======

Newsgroups: comp.unix.xenix.sco
From: vancleef@netcom.com (Henry van Cleef)
Subject: Disk repair needed
Date: Thu, 27 Aug 92 01:37:48 GMT
Organization: Netcom--posted from Andover, Mass.
Distribution: na

I can't find a group that deals with pc hardware questions, but have a
dead hard disk that was running Xenix, so am asking the question here.

Where can I get a Seagate 4096 repaired?  It appears to be an electronic
problem---head 6 won't write reliably, no unusual noises, etc.  I see
some California outfits in Computer Shopper.  What about the East Coast?


Also, I have Xenix 2.3.2 that was originally on an ESDI system.  Will
this support SCSI disks?  
-- 
Hank van Cleef---The Union Institute---History of Science and Technology
Unix, X11, networked systems  vancleef@netcom.com, vancleef@tmn.com  
Newsgroups: comp.unix.xenix.sco,biz.sco.general
From: gomez@enuxha.eas.asu.edu (JL Gomez)
Subject: divvy intrinsics
Followup-To: poster
Organization: Arizona State University
Distribution: usa
Date: Tue, 1 Sep 1992 05:43:21 GMT


From reading the man pages on divvy, does divvy call mkfs?

Also, after using divvy, does one use 'mkdev fs'?

Thanks!
--
gomez@enuxha.eas.asu.edu
From: sandy@godzilla.quotron.com (Sanford Zelkovitz)
Newsgroups: comp.unix.xenix.sco
Subject: Re: Xenix considered harmful (was Re: SCO support - a success story)
Date: 3 Sep 92 17:40:32 GMT
Organization: Quotron Systems, Inc.

In article <1992Sep3.110046.10391@zooid.guild.org> Ross Ridge <ross@zooid.guild.org> writes:
>mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
>>Face it, folks.  The world is moving towards POSIX and other standards
>>more every day.  With this in mind, it just doesn't make sense to
>>choose a bastardized SVR3-wannabe for new installations. 
>
>And to use a bastardized SVR3 POSIX-wannabe instead?  Even if I thought
>SCO Xenix was dead, SCO Unix would be very low on my list of alternatives.
>
>>The falling price of hardware has made all but irrelevant the
>>consideration that Xenix runs in less RAM and takes less CPU horsepower
>>than Unix.
>
>Some people still have have limited budgets. 
>
>>Xenix no longer has any real reason to exist, except for the people that
>>have an existing Xenix installation.
>
>For running a Public Access Unix site I can't really think of a
>better alternative.  Reliability and more efficient use of CPU,
>RAM and disk space are more important issues than the latest
>features when all you're doing is news, 24 hours a day, 7 days
>a week.  
>

I completely agree with Ross. Because of the reliability, size of kernel,
speed, etc., etc., etc., I still have my XBBS running under Xenix386.
I have a version running under SVR4 on my 486/50; however, my old 386/20
( the Xenix Box ) is online for public access.

Sandy


>							Ross Ridge
>
-- 
Sanford <sandy> Zelkovitz            XBBS
Voice: (714)821-9670   Data and FAX: (714)821-9671
....uunet!pride386!alphacm!sandy
sandy@smftst.Quotron.com (130.224.26.12)
Newsgroups: comp.unix.xenix.sco