HDTenEightyP/NetNews huggingface dataset:
From: news@xenitec.on.ca (xenitec.on.ca News Administrator)
Subject: Re: Tandy Scripsit (stop laughing!)
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Thu, 08 Oct 1992 17:37:22 GMT
Precedence: bulk

Anthony P Lawrence writes:
> Well, I never thought I'd see this again, but today I have run
> into a client running Tandy Scripsit on SCO Xenix.
> 
> He's had a bad system crash, a succession of know-nothing consultants,
> and has been totally down these past 6 weeks (!).
...
> Anyway, today I put the poor guy back in business, and got everything
> working EXCEPT I can't get Scripsit to print.  Jobs just sit in the
> Scripsit spool queue and never transfer to the Xenix queue.
> 
> The frustrating part is that somewhere in my mind, I know how to fix
> this!  I've seen this before, I've fixed it before, but it was probably
> 1987 and I can't remember!
> 
> Was there something supposed to be linked to the printer device?  Was there
> something that needs to run in /etc/rc.d ?

I'm not sure if John Esak monitors this place, but he acquired the rights to
Xenix Scripsit from Tandy a few years ago.

You can reach him as    guru@valar.com  .

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160,1341
Newsgroups: biz.sco.general
From: news@xenitec.on.ca (xenitec.on.ca News Administrator)
Subject: times(S)
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Wed, 14 Oct 1992 05:34:07 GMT
Precedence: bulk

The man page for times(S) says that it returns elapsed intervals in "clock
ticks per second". I don't get it. 

Is not HZ a system-dependent quantity, defined in <sys/param.h>, which is
equal to a given system's "clock ticks per second"? 

IOW, the clock ticks/second of this SCO UNIX OS == 100, a constant, and
times() doesn't keep reporting "100" every time it's called.

In fact the value returned by the times() call, and the values it fills in to
the tms structure, are typedef'd as clock_t, which turns out to be a long.

Times() returns ticks, not ticks/second.
-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160,1341
Newsgroups: biz.sco.general
From: geoff@world.std.com (Geoff Collyer)
Subject: Re: SCO Unix 3.2.2, C News and lack of inodes
Organization: Software Tool & Die Netnews Research Center
Date: Fri, 9 Oct 1992 06:29:04 GMT

Stuart Lynne:
>The latest CNews will reputedly copy files that cannot be linked. 

Not true.  It's in the works; in the mean time, you can get diffs from
Tim Thompson (tgt@att.att.com).
-- 
Geoff Collyer				world!geoff, world.std.com!geoff

open, a. admitting visitors or customers; not yet settled or decided (OPD)
Newsgroups: biz.sco.general
From: apl@world.std.com (Anthony P Lawrence)
Subject: Filepro ansi termcap Unix 3.2v4
Organization: The World Public Access UNIX, Brookline, MA
Distribution: biz
Date: Tue, 13 Oct 1992 10:00:11 GMT

Does anyone have the ansi termcap for Filepro under SCO Unix
3.2v4 ?

I have it here somewhere but can't seem to find it.



		Tony

Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle

Newsgroups: biz.sco.general
From: art@chaos.cs.umn.edu ()
Subject: Re: SCO to release Real Time Unix.
Organization: University of Minnesota
Date: Fri, 16 Oct 1992 17:51:56 GMT



Sorry Ken I don't have your answer; but I too am also interested. I am in the 
middle of a very large real time (as opposed to fake time) data collection
project and could possibly use some real-time features to improve performance.

The project I am referring to is the MnRoad project. Perhaps you have heard
of it from the local press here in MN.  If you drive north of the cities on 
I94 there is a four mile stretch of road near Albertville that looks like
a space station landing site. It is actually a road test section with thousands
of electronic sensors embedded in the roadway. If I don't get the data from 
these sensors to the University of Mn. I'm in big trouble.

By not responding to your question does SCO imply anything?  
Newsgroups: biz.sco.general
From: briank@Kimbro.SeaSlug.ORG (D. Brian Kimmel)
Subject: Vpix info needed
Organization: D. Briank Kimmel - home system
Date: Sun, 11 Oct 1992 10:16:44 GMT

I have v3.2.2 unix dev system that I bought used.  The hard drive
died and I am reinstalling the original distribution disks on the
new drive.

The os and dev system went on ok and work correctly,  Vpix loaded
but does not work properly.  When i run vpix, the screen blanks and
nothing happens.  I can get the vpix menu (alt shift sysreq) and quit.

The original owner thinks there was a configure parameter changed but
no longer remembers which one.  I tried several of them that seemed
as though they would work but no luck.

Does anyone know how to get vpix (1.2 by the way) working with 3.2.2
unix?

Any help would be greatly appreciated.

Thanks,
Brian
-- 
D. Brian Kimmel - home system	Email: briank@kimbro.SeaSlug.ORG
Seattle,  WA        (206) 937-5742      Modem: (206) 937-6779
Newsgroups: biz.sco.general
From: sheldon@iastate.edu (Steve Sheldon)
Subject: Re: Video card for ODT?
Organization: Iowa State University, Ames IA
Date: Thu, 15 Oct 1992 01:16:58 GMT

In <9210141957.AA17195@doublec.doubleclick.com> William K. Karwin <doublec!billk@uunet.UU.NET> writes:


>> From: Steve Sheldon <uunet!iastate.edu!sheldon>
>> Subject: Video card for SCO ODT?
>> 
>>  We're deciding between the Orchid Prodesigner IIs, and the Orchid Farhenheit.

>Go with the Prodesigner.  SCO's grafinfo for the Orchid Fahrenheit 1280
>is "experimental", and not supported as part of ODT.  I've worked with
>a developer who could not get the Fahrenheit grafinfo to correctly put the
>board into 256-color mode at any resolution (either it would use 16-color
>mode, or a lower resolution than was requested or both).  I recommend against
>using SCO's Fahrenheit grafinfo until they get it debugged and released as
>an official part of the product.

 This is interesting, and certainly helpful advice.

 One complaint.  SCO seems to be trying to confuse us. :-)
We had initially called asking about the Stealth, and were told it was
supported.  A second call, after we had tried to install everything 
revealed that they never said that, according to them. :-(

 As far as the Fahrenheit 1280 goes.  I downloaded an EFS package which
does provide support for this, along with our monitor.

 But I question why we should have had to track down this EFS.  The
hardware compatibility book sent to us with the software package
claims the Orchid Farhenheit 1280 as being supported, along with a 
lot of other stuff that we did not find as install options.

 This, and the fact that one of the set's of distribution media was
corrupt, has given us a bad taste for SCO ODT already.

 SCO is really not to blame.  We haven't gotten very good answers from the
distributor we bought these packages from.

 i.e. "Well you got one good set, so I'd copy that over onto the bad set."

 Well, I certainly look forward to playing with this more.  From what I've
seen thus far, it looks pretty good, and it'll be even better in SVGA mode.


 
-- 
Steve Sheldon         sheldon@iastate.edu
Iowa Cooperative Soil Survey Resource Unit
2142 Agronomy, Iowa State University  (515) 294-5429

Newsgroups: biz.sco.general
From: chip@tct.com (Chip Salzenberg)
Subject: Re: Problems with cnews+nn6.4.16 on SCO3.2.2
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Content-Type: text
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Wed, 7 Oct 1992 17:10:28 GMT
Content-Length: 416       
Precedence: bulk

Quoting Wu Liu:
> If you're building for Unix only sites, it's best to not link with -lx,
> since that's the Xenix compatibility library.

A few functions in -lx are useful: chsize(), nap(), and locking().

For my use, I've created a -lxenix with just those functions.  Thus
there is no problem of directory function incompatibility.
-- 
Chip Salzenberg at Teltronics/TCT  <chip@tct.com>, <73717.366@compuserve.com>
Newsgroups: biz.sco.general,comp.unix.sysv386
From: kd1hz@anomaly.sbs.risc.net (Michael P. Deignan)
Subject: Re: Problems with cnews+nn6.4.16 on SCO3.2.2
Organization: The Rhode Island Internet Systems Cooperative Network
Date: Fri, 09 Oct 1992 00:09:14 GMT

carl@syscon.rn.com (Carl Kreider) writes:

>I would like to know how.  The default optimization removed a test from
>a dbms loop causing the table size to double on each hash collision
>rather than when the table was full.

Easy. I don't use the standard Devsys CC. I use GCC.

MD
-- 
--  Michael P. Deignan                      / Sex is hereditary. If your 
--  Domain: mpd@anomaly.sbs.com            /  parents never had it, chances 
--    UUCP: ...!uunet!rayssd!anomaly!mpd  /   are you won't either...
-- Telebit: +1 401 455 0347              /
Newsgroups: biz.sco.general
From: staceyc@sco.COM (Stacey Campbell)
Subject: Re: Video card for ODT?
Organization: The Santa Cruz Operation, Inc.
Date: Wed, 14 Oct 1992 21:17:39 GMT


In article <9210141957.AA17195@doublec.doubleclick.com> William K. Karwin <doublec!billk@uunet.UU.NET> writes:
>I recommend against
>using SCO's Fahrenheit grafinfo until they get it debugged and released as
>an official part of the product.

Fahrenheit 1280 support is now part of an offical product called the AGA EFS.
I suspect Bill was/is using our Binary Snapshot pre-AGA EFS release.  If
anyone else is using the old BSP AGA EFS I would recommend grabbing the
AGA EFS from ftp.uu.net, or wherever you normally get such things, and
replacing the old code.  There were plenty of little glitches removed from
and modifications made to the BSP code thanks in part to comments from our
Beta sites who received something similar and some of the folks who grabbed
the original Snapshot.

See biz.sco.announce for the original AGA EFS release announcement, though
it was a while back so the article may have expired at some sites.
-- 
          Stacey Campbell - staceyc@sco.com - uunet!sco!staceyc
From: rodger@comp.lancs.ac.uk (Rodger Lea)
Newsgroups: biz.sco.general
Subject: Re: SCO to release Real Time Unix.
Date: 16 Oct 92 21:44:35 GMT
Organization: Chorus systems.

For those of you who have expressed some interest in the real time
SCO deal here are some pointers:

SCO has signed a deal with Chorus systems to provide a real time version
of SCO Unix.

This will be based on Chorus/MiX, a distributed Unix system developed
by Chorus.

Chorus/MiX is built using a real time micro-kernel (our own) and
a set of servers that provide the Unix functionality. The servers
run above the micro-kernel, can be run in user or system space and can
be run on different machines. The micro-kernel takes care of finding
servers using a transparent IPC mechanism.

The micro-kernel supports address spaces, communication end points,
IPC between them, virtual memory (using external mappers) and threads.

Threads can be scheduled according to several policies including
user or application supplied.

Unix running above this get access to this functionality hence 
supporting real time programming.

Chorus MiX comes in two flavours, MiX v3.2, which is binary compatible
with SCO and MiX v4 which is binary compatable with USL SVR4.

Rather than bore people with details:

	o if your interested in micro-kernels and distributed
	operating systems, then a set of technical papers describing
	Chorus are available via anonymous ftp - see below.

	o if your interest is commercial then contact
	Bob Anundson - bob@chorus.com

	o if your interested in distributed object oriented
	systems then contact me (but don't dare contact me
	with marketing questions ! :-)

rodger

rodger@chorus.com

FTP info
	
	us: 129.95.10.2
	europe   192.33.15.3
	login: ftp
	password: anonymous
	dir:  /pub/chorus-reports
	get the file <index> 

-- 
janet:  rodger@uk.ac.lancs.comp           Department of Computing
arpa:   rodger@comp.lancs.ac.uk           University of Lancaster
uucp:   ...!mcvax!ukc!dcl-cs!rodger       Bailrigg, Lancaster, LA1 4YR, UK
From: jsmith@cibecue.az05.bull.com (Joe Smith)
Newsgroups: biz.sco.general
Subject: PANIC dump in swap file
Summary: Unable to remove PANIC dumps from swap area
Keywords: PANIC swap
Date: 15 Oct 92 17:54:15 GMT
Organization: Bull HN Information Systems, Inc., Phoenix Product Division

I am running an ODT server with 3.2.2 and have experienced a PANIC dump due
to a parity error.  I saved it to tape, but since then I am always told that
there may be a dump in the swap area do I want to save it.  No is not an
acceptable answer, at least if you expect anything to happen with the dump
like removing it.  I have looked everywhere in the documentation for some
clue, but so far have been unsuccessful.  Can any of you ODT gurus give me
some pointers?
Newsgroups: biz.sco.general
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: Follow up to Everex Cube followup
Organization: Celestial Software, Mercer Island, WA
Date: Thu, 08 Oct 1992 14:46:31 GMT

In <9210070911.aa28776@openage.COM> "Paul A. Fischer, Sr UNIX Sys Consultant" <paul@openage.COM> writes:

:>In article <9210051509.aa04569@openage.COM> you write:
:>>The Everex Cubes are out the door!  Hopefully today.  Anyone know of a DEC 
:>>433/MP running with a DPT EISA SCSI controller?

:>Yeah, right.  The applicationDEC 433MP?  I'd take a STEPcube over one
:>of those.  

:OK you want an EISA machine where EISA cards can crash the system.

:>Proprietary hard drive mounting scheme, 

:Aren't they all?  And DEC puts all the mounting kits in the machine.  We had to 
:wait 2 months for the mounting kits.  Until they arived we had the HDD wrapped 
:in bubble wrap.

I generally don't mount any hard disks internally (or tape drive for that
matter), but put them in an external chassis.  This has several
advantages:
	1.	No cooling or power supply problems.
	2.	I can change processors easily, just swap scsi cables.
	3.	I don't have to buy the big, expensive towers.
	4.	Don't have to worry about proprietary mounting hardware.

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?
From: bob@consult.UUCP (Bob Willey CDP)
Newsgroups: biz.sco.general
Subject: Re: Intel/SCO Identification
Keywords: serial number unique id
Date: 16 Oct 92 12:21:53 GMT
Reply-To: bob@consult.UUCP (Bob Willey CDP )
Organization: CCS Enterprises, Inc. - Easton, MD

In article <1992Oct15.151958.9428@casey.uucp> kevinc@casey.uucp (Kevin C. Castner) writes:
>Is there any way to uniquely identify a PC (running SCO) from some
>aspect of the hardware such as a BIOS Serial Number, Unique CPU
>number, etc.

I don't have the answer as to how to accomplish this, but I know
that it is possible.

Wyse used to ship their version of Xenix/UNIX and during the startup 
process it would look at the machine, and if it was NOT a wyse machine
it would stop with an error, and would not continue.  I know this because
Wyse stop selling this and neither Wyse nor SCO could help a client who
was upgrading their machine (to a non-Wyse machine).  The only answer
anyone had was to buy a NEW copy of SCO Xenix (in that case).
Unfortunately, we had several customers out there with this product. 

-- 
>.. 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: biz.sco.general
From: Eduard Vopicka <Eduard.Vopicka@vse.cs>
Subject: Re: PANIC dump in swap file
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Reply-To: Eduard Vopicka <Eduard.Vopicka@vse.cs>
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Fri, 16 Oct 1992 08:33:29 GMT
             PANIC dump in swap file
Precedence: bulk

On Oct 15,  5:54pm, Joe Smith wrote:
} Subject: PANIC dump in swap file
} I am running an ODT server with 3.2.2 and have experienced a PANIC dump due
} to a parity error.  I saved it to tape, but since then I am always told that
} there may be a dump in the swap area do I want to save it.  No is not an
} acceptable answer, at least if you expect anything to happen with the dump
} like removing it.  I have looked everywhere in the documentation for some
} clue, but so far have been unsuccessful.  Can any of you ODT gurus give me
} some pointers?
}-- End of excerpt from Joe Smith

	1) Reboot, enter single user mode
	2) cp /unix /dev/swap
	3) Reboot again, now go to multiuser mode

Good luck,

Ed

-- 

============================================================================
= Eduard Vopicka                             e-mail: Eduard.Vopicka@vse.cs =
= Computing Centre                              fax: +42 2 235 85 09       =
= Prague School of Economics                                               =
= W. Churchill square 4                                                    =
= CS 130 67 Prague 3                      ("There is always one more bug") =
============================================================================

Newsgroups: biz.sco.general
From:     Terry Klarich <terry@klarich.ucc.okstate.edu>
Subject:  select questions on xenix 2.3.3
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Tue, 13 Oct 1992 03:56:28 GMT
Precedence: bulk


I am trying to get the new version of pcomm up on xenix.  It has the option for
the use of the select or poll calls.  Being as that xenix doesn't have poll, I
am forced to use select.  I believe this is where the trouble begins.  I can get
pcomm to compile and run; but, it doesn't read from the keyboard or serial port
properly.  I thaught the select call was fixed in 2.3.3?  Is this not the case?
Any comments anyone?  If it is not fixxed, What should I do?

THanks a bunch
Terry Klarich
Newsgroups: biz.sco.general
From: kevinc@casey.uucp (Kevin C. Castner)
Subject: Intel/SCO Identification
Keywords: serial number unique id
Organization: UPS Research & Development
Date: Thu, 15 Oct 1992 15:19:58 GMT

Is there any way to uniquely identify a PC (running SCO) from some
aspect of the hardware such as a BIOS Serial Number, Unique CPU
number, etc.

I thought about the ethernet address, but not all machines would have
an ethernet adapter.

						Thanks

    ======================================================================

      Kevin C. Castner                           kevinc@ups.com
      Unix Administrator                         United Parcel Service

         The best angle to approach any problem from is the try angle.
                                                       - unknown

    ======================================================================
-- 
    ======================================================================

      Kevin C. Castner                           kevinc@ups.com
      Unix Administrator                         United Parcel Service
Newsgroups: biz.sco.general,comp.unix.sysv386
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: SCO Unix 3.2.2, C News and lack of inodes
Organization: The Gator Conferencing System 219-289-3745 
Distribution: usa
Date: Thu, 15 Oct 1992 11:38:56 GMT

ssanbeg@visual.spk.wa.us (Scott Sanbeg) writes:

>In article <1992Oct13.234836.14248@mixcom.com> Dean.Roth@mixcom.mixcom.com (Dean.Roth) writes:
>>
>>Are you saying that 3.2r4 does NOT allow the creation of filesystem
>>with more than 64K inodes yet?!  If so, then I'll be seriously

>You can specify the number of inodes in the 'mkfs' syntax; e.g.
>mkfs ... num_blks:num_inodes ...

However, the limit with SCO (or most 3.2's for that matter)
is 65500.

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: biz.sco.general
From: "Paul A. Fischer, Sr UNIX Sys Consultant" <paul@openage.COM>
Subject: Re: Micronics Motherboard 486/50 Eisa PANIC
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Fri, 16 Oct 1992 14:18:38 GMT
Precedence: bulk

>"Paul A. Fischer, Sr UNIX Sys Consultant" <paul@openage.com> writes:
>>Hi All,
>>
>>I tried installing SCO UNIX 3.2v4 today.  I was loading on a clone 486/50 EISA 
>>with 16MB RAM.
>>
>>We were using:
>>Micronics EISA 486/33 Motherboard w/ Phoenix BIOS
>>Bus speed 8.3 Mhz
>>1.44 floppy
>>525 Wangtek Tape
>>Adaptec 1740
>>Quantum Prodrive 420s
>>
>>The system would get to building the terminfo database in the installation and 
>>then panic with:
>>
>>PANIC: clfree - Free block 12698 freed on EAFS dev hd (1/40)
>>
>>IT scripts tell me this is most likely a HW problem.
>>
>>If I use a 1540B instead I don't even get that far.  
>>
>>I have two questions:
>>
>>1)      Anyone seen this before and have a solution?
>>
>>2)      Can anyone recommend a know-to-work-with-SCO 486/33 EISA MB?
>>
>>--------------------------------------------------------------------------------
>>Independent SCO support and service provider in the D.C. metro area.
>>No Incumbents in '92. Get the crooks out of office. Vote & Send a Message
>>Paul A. Fischer           | Open Age Inc.  | paul@openage.com
>>Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax

>Check your disk controller and make sure that it supports unix. some
>controllers have jumpers that you may have to alter.

>Brian

I have solved the problem.  The RAM in the machine was Sanyo.  When we replaced 
it with Toshiba RAM chips it ran fine.

--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
No Incumbents in '92. Get the crooks out of office. Vote & Send a Message
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax

Newsgroups: biz.sco.general,comp.unix.sysv386
From: carl@syscon.rn.com (Carl Kreider)
Subject: Re: Problems with cnews+nn6.4.16 on SCO3.2.2
Organization: Syscon Corporate Headquarters - South Bend, IN USA
Date: Fri, 09 Oct 1992 14:16:28 GMT

kd1hz@anomaly.sbs.risc.net (Michael P. Deignan) writes:

>carl@syscon.rn.com (Carl Kreider) writes:

>>I would like to know how.  The default optimization removed a test from
>>a dbms loop causing the table size to double on each hash collision
>>rather than when the table was full.

>Easy. I don't use the standard Devsys CC. I use GCC.

I love flip answers to serious questions.  Shows your stuff.  In fact
*my* boss isn't interested in paying me to try to chase down gcc and make
it work.

-- 
Carl Kreider       Usenet    uunet!rde!gator!syscon!carl
CIS  71076,76      Internet  carl@syscon.rn.com
Newsgroups: biz.sco.general
From: sl@wimsey.bc.ca (Stuart Lynne)
Subject: SCO and SLIP/PPP
Organization: BC News and Mail
Date: Thu, 8 Oct 1992 02:21:17 GMT

Can some kind soul who is using SCO's PPP/SLIP to gateway a small
ethernet to the Internet comment on how to setup the routing?

I can't quite get it to work properly. I'm trying to setup a default
route, which works fine if the only interface configured is the SLIP
connection. But if we also config the ethernet device then the 
routing gets screwed up.

I suspect I'm doing something wrong. On vanbc we have a ka9q box doing
our routing. That works well. But complicates life by having to have
a separate box. Would be nice to get rid of it.


-- 
Stuart Lynne <sl@wimsey.bc.ca> ....................... UNIX Facsimile Software
Wimsey Information Technologies ................... moderator biz.sco.binaries
uucp login:nuucp passwd:nuucp .................. ftp.wimsey.bc.ca:~ftp/ls-lR.Z
PD Software for SCO UNIX .................. ftp.wimsey.bc.ca:~ftp/pub/wimseypd
Newsgroups: biz.sco.general