HDTenEightyP/NetNews huggingface dataset:
From: Ed Cooley <edc@openage.COM>
Subject: Re: Intel/SCO Identification
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 13:50:45 GMT
Keywords: serial number unique id
Precedence: bulk

I know you asked for a hardware method, but it seems the logical 
way to accomplish this is through the operating system serial 
number.  Given, of course, that you will be doing this on SCO 
systems.

Some manufacturers may have implemented computer serial numbers 
in BIOS, specifically low-volume, high-end computer 
manufacturers, but I don't personally know of any.  I don't see 
how a high-volume PC manufacturer could hope to accomplish this 
on a production line.  You'd have to burn each ROM as the 
computer is finished being produced.  Heaven forbid you upgrade 
the ROM.

The good news is that what you're after probably is getting close 
to reality for future computers.  Compaq announced plans this 
year to begin implementing SNMP client information in ROM on 
their workstation system boards.  I think Chipcom does this in 
their Ethernet adapters too.  Anyway, this would entail putting 
unique addressing onto each systemboard.  Other manufacturers 
will certainly pick up on this too.  I know this isn't much help 
to you now though.

The SCO serial number still sounds like the best way to me.

> 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.

--------------------------------------------------------------------------------
Ed Cooley           12209 Bayswater Road    "An independent service and
Technical Manager   Gaithersburg, MD 20878   support provider for SCO
Open Age, Inc.      Main: 301/948-6422       products."
edc@openage.com     Fax:  301/948-9644

Newsgroups: biz.sco.general
From: jdc@aplexus.jhuapl.edu (David J. Cover)
Subject: NEED SUBSIDIARY SENDMAIL.CF
Summary: Need subsidiary sendmail.cf file
Keywords: sendmail
Organization: JHU/Applied Physics Laboratory
Date: Tue, 13 Oct 1992 21:06:35 GMT

hi,
	I was wondering if anybody had a subsidiary sendmail.cf file for
	ODT2 (much like the one that comes with sparcstations).  To be a
	little more specific, I would like to have a sendmail.cf file
	that would send all local (my domain) directly to the machine via
	ethernet, and would like all non-local mail (not for my domain)
	to be sent to our mail server.  Sun gives one with all of their
	sparcstations, but I have had no luck in trying to get it to work
	on my sco box.  Any help would be greatly appreciated.

						Dave
Newsgroups: biz.sco.general
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: Tandy Scripsit (stop laughing!)
Organization: Celestial Software, Mercer Island, WA
Distribution: biz
Date: Thu, 08 Oct 1992 14:54:37 GMT

In <BvruD1.KM2@world.std.com> apl@world.std.com (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.

.....lots of common horror story deleted....
: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 just ran into this when I updated a client from Xenix 2.3.2 to
2.3.4 (or was it 2.2.4 -> 2.3.4?).  The printers didn't work and
none of the old fixes seemed to work.  I called John Esak who
ported SCRIPSIT to non-Tandy platforms and he said that we needed
to find the latest SCRIPSIT release.  I got this from another
client site and everything worked fine.

If you want to wean the client from SCRIPSIT, I wrote a program
that converts SCRIPSIT->WordPerfect.  It preserves most
formatting information including headers, footers, special print
codes...  If you don't like WordPerfect, you can import the WP
files into most modern word processors.

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: biz.sco.general
From: walter@faber.faps.uni-erlangen.de (Stefan Walter)
Subject: System dump memory image in swap device ...
Organization: Institute for Manufacturing Automation, Erlangen, Germany
Date: Thu, 8 Oct 1992 08:59:00 GMT

After a system crash we always have that boot message:

   There may be a system dump memory image in the swap device.
   Do you want to save it?

Now the question:
Whats to do to remove that memory image?

I would be happy if you could mail me an answer.
Thanks, 
  Stefan

------------------------------------------------------------------------------  
  Stefan Walter                      |  EMail: walter@faps.uni-erlangen.de 
  University Erlangen                |  Mail:  Uni Erlangen, Egerlandstr. 7, 
   __                                |         W-8520 Erlangen, Germany
  /_  |   /                          |  Phone: *49 9131 857711
  __/ |/|/                           |  FAX:   *49 9131 302528
------------------------------------------------------------------------------  
Newsgroups: biz.sco.general,comp.unix.sysv386
From: vancleef@netcom.com (Henry van Cleef)
Subject: Re: Problems with cnews+nn6.4.16 on SCO3.2.2
Organization: Netcom--posted from Andover, Mass.
Date: Sat, 10 Oct 1992 00:32:17 GMT

In article <1992Oct08.144637.11279@syscon.rn.com> carl@syscon.rn.com (Carl Kreider) writes:
>Michael P. Deignan (kd1hz@anomaly.sbs.risc.net) wrote:
>: I have routinely used optimization on Cnews and NN without any problems.
>
>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.  Took me over a day to find,
>which my employer considers terribly expensive.
>-- 
Yesterday I built GCC 2.2.2 on an SCO Unix 3.2.0 and 3.2.2 (ODT 1.1)
systems.  

Get Bison-1.18.  Compile it with the stock (Microschlock) cc and install
it.  If you have a problem, shut off optimization and recompile---it's
quick.

Get gcc-2.2.2  Run the configure stript just like it says in INSTALL

sh configure --target="i386-*-sco"

Just like that for 3.2.0 or 3.2.2  

Edit the resulting Makefile to shorten down the "target=i386-*-sco" to
just "sco" (filename length problems), change the mandir so that it
points to man.1 instead of man1 (and set up these directories
externally).  Do a first make LANGUAGES=c, then do a stage1 make, just
like it says in INSTALL.  Install the stage1 results and forevermore use
gcc for all work with public/open sources.

It is absolutely not worth the battle to try to use either cc or rcc
with the stuff the universities are big on.  Gcc works like a champ on
SCO Unix.  
-- 
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: biz.sco.general
From: staceyc@sco.COM (Stacey Campbell)
Subject: Re: Video card for SCO ODT?
Organization: The Santa Cruz Operation, Inc.
Date: Tue, 13 Oct 1992 18:23:36 GMT


In article <sheldon.718951932@pv141b.vincent.iastate.edu> sheldon@iastate.edu (Steve Sheldon) writes:
> We've got our speedy little 486DX50's and our beautiful NEC 5FG monitors,
>and are just trying to find a video card that will work nicely with SCO ODT.
>
> I'm kind of curious.  These cards like the Farhenheit and the Stealth are
>designed to speed up MS Windows.  How do they perform with X?

The SCO X server supports a bunch of cards with built in "accelerators",
these are cards that don't require the 386/486 CPU to move all the bits
around on the screen (that CPU usually has other more important things
to do ;-).  Cards with accelerators use special hardware and memory to
move or draw large blocks of pixels, all you have to do is program them
with the correct commands.  The SCO X server supports cards in the 8514/A,
S3, and TMS340x0 classes as well as many other propriatary video
card designs.  Check out the X11R4 EFS and the AGA EFS for a full list
of fast video cards.

> Perhaps we should just save the money and go with the Prodesigner?

For a $150 more you can get much better X server performance from, say,
an S3 or 8514/A based card than a regular VGA.  Your best bet is to
find out if these cards are within your budget (if you went out and
bought a 486/50 then it wouldn't be inconsistent to spring a few more
bucks for fast video), check which cards SCO supports, then go down and
see them running either SCO X, or if your hardware dealer doesn't have
that installed, watch them run DOS graphics, the general effect should
be similar (i.e. things run fast).

I should mention that SCO Company policy frowns on employees recommending
or making criticisms of particlar hardware brands, so please don't
construe this posting as anti-ProDesigner, their price make them good
value.  The issue is that non-local bus VGA cards have speed limitations
that accelerated cards and local bus video cards avoid.
-- 
          Stacey Campbell - staceyc@sco.com - uunet!sco!staceyc
Newsgroups: biz.sco.general
From: carl@syscon.rn.com (Carl Kreider)
Subject: upgrading
Organization: Syscon Corporate Headquarters - South Bend, IN USA
Distribution: us
Date: Thu, 15 Oct 1992 13:56:25 GMT

We have run into a snag trying to update from ODT 1.1.1 to ODT 2.0 - 
it seems that 2.0 won't run with the Adaptec 1742 SCSI controller
that worked with 1.1.1, yet it works with a 1542.  Anyone have any
experience with this?
-- 
Carl Kreider       Usenet    uunet!rde!gator!syscon!carl
CIS  71076,76      Internet  carl@syscon.rn.com
Newsgroups: biz.sco.general
From: William K. Karwin <doublec!billk@uunet.UU.NET>
Subject: Re: Video card for ODT?
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 19:57:29 GMT
Precedence: bulk


> 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.

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

--
William Karwin                  Double Click Imaging, Inc.
billk@doubleclick.com           (408) 438-8989  FAX (408) 438-8390
Newsgroups: biz.sco.general
From: foy@hippee.enet.dec.com 
Subject: allowing a non-priv user to shutdown system? (again!)
Reply-To: foy@hippee.enet.dec.com 
Organization: Digital Equipment Corporation
Date: Tue, 13 Oct 1992 13:02:37 GMT





A while back someone asked the same question. Could someone post the final
solution to this problem... 

	TIA

	jf
From: jeffl@comix.UUCP (Jeff Liebermann)
Newsgroups: biz.sco.general
Subject: Re: talk command and talkd
Summary: talkd not in /etc/tcp
Keywords: talk unix sco opendesktop
Date: 11 Oct 92 03:42:44 GMT
Distribution: biz
Organization: COmmittee to Maintain Independent Xenix

In article <1992Oct07.014459.1626@i88.isc.com> stevea@i88.isc.com (Steve Alexander) writes:
>In any event, this probably means that your /etc/utmp file is either corrupted
>or unreadable.  In the version of talk supplied with TCP/IP 1.2.0, an attempt 
>is made to look you up in the password file as well, which allows talk to work 
>regardless of the status of /etc/utmp.

I can't make it work either on 2 different system using
SCO Unix 3.2v4.1.  It worked fine in tcp/ip 1.1.3 but not 1.2.0.
The /etc/talkd is not even mentioned in /etc/tcp script
used to start tcp.  I copied the the section which loads talkd
from the 1.1.3 version, shutdown, and rebooted.  The listing of
"PROCS" from the /etc/tcp script stops for an exessive amount of
time (approx 15 sec) at talkd before continuing.  ps -ef shows
that talkd is NOT running.  There is nothing on the SCO Support
BBS and email to support@sco.com went unanswered.


-- 
# Jeff Liebermann   Box 272     1540 Jackson Ave     Ben Lomond    CA   95005
# 408.336.2558 voice  wb6ssy@ki6eh.#nocal.ca.usa  wb6ssy.ampr.org [44.4.1.86]
# 408.699.0483 digital_pager    73557,2074  cis [don't]
# jeffl@comix.santa-cruz.ca.us  uunet!comix!jeffl  jeffl%comix@scruz.ucsc.edu
Newsgroups: biz.sco.general,comp.unix.sysv386,news.software.b
From: sef@kithrup.COM (Sean Eric Fagan)
Subject: Re: SCO Unix 3.2.2, C News and lack of inodes
Organization: Kithrup Enterprises, Ltd.
Date: Mon, 12 Oct 1992 21:50:28 GMT

In article <bw0yt0.itr@wang.com> fitz@wang.com (Tom Fitzgerald) writes:
>Has anyone else made changes like this to relaynews?

SCO did; they had a seperate filesystem for comp.  Whether or not they made
such changes available is a good question, but you can bug them until they
do :).

-- 
Sean Eric Fagan  | "You can't get lost in one room, no matter how
sef@kithrup.COM  |  little effort you make to learn your way around."
-----------------+    -- William E Davidsen (william@crd.GE.COM)
Any opinions expressed are my own, and generally unpopular with others.
Newsgroups: biz.sco.general,comp.unix.sysv386
From: cbuckley@unix1.tcd.ie (Colm Buckley)
Subject: Extra VIDI modes for SCO?
Organization: Trinity College, Dublin
Date: Tue, 13 Oct 1992 11:03:11 GMT

I have a 486 machine running SCO UNIX 3.2v4.1. The video card in the
machine is a Trident 8900 S-VGA. Supplied with this card was a DOS program
which allows me to change the screen mode - text resolutions of up to
132x60 are possible. What I would like is a way to access these screen
modes while running SCO UNIX. The existing "vidi" program only allows the
standard EGA 80x43 as the highest resolution - can this be extended in any
way?

Any help would be appreciated.

-- 
Colm.
+-------------------------------------+----------------------------------+
| Colm Buckley                        | "My program doesn't work."       |
| Computer Science,                   | "You forgot the semicolon."      |
| Trinity College, Dublin 2, Ireland  | "But..."                         |
|                                     | "Line 376. Check."               |
| cbuckley@unix1.tcd.ie               | "But..."                         |
| CBUCKLEY@vax1.tcd.ie                | "Trust me."                      |
+-------------------------------------+----------------------------------+
Newsgroups: biz.sco.general
From: bill@Celestial.COM (Bill Campbell)
Newsgroups: biz.sco.general,comp.periphs.scsi
Subject: Re: Tape Errors with Archive 525MB drive
Date: 14 Oct 92 06:14:47 GMT
Article-I.D.: Celestia.1992Oct14.061447.13637
Organization: Celestial Software, Mercer Island, WA

In <1992Oct13.044032.7126@uumeme.chi.il.us> drac@uumeme.chi.il.us (Bruce Maynard) writes:

:In article <1992Oct10.022721.11344@Celestial.COM> bill@Celestial.COM (Bill Campbell) writes:
:>I'm having problems with an Archive 525MB SCSI tape drive where I
:>can write a tape and verify it and everything seems fine -- until
:>I take it out of the drive and put it back in.  Frequently (not
:>always) the tape will be unreadable even if write protected!
:>When I try to read the tape, it backs and fills as though it is
:>trying to determine the tape density.
:>
:>         ...

:>Does anyone have any suggestions as what would cause this?

:Sounds like a really dirty head to me... or possibly the little space where it
:uses a tiny mirror to determine the end-of-tape is dirty/messed up...

I thought of this.  The drive is practically brand-new.  This
doesn't explain why the tape is unreadable on another drive after
it's been removed from this one.

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: biz.sco.general
From: sheldon@iastate.edu (Steve Sheldon)
Subject: Video card for SCO ODT?
Organization: Iowa State University, Ames IA
Date: Tue, 13 Oct 1992 04:52:12 GMT

 We've got our speedy little 486DX50's and our beautiful NEC 5FG monitors,
and are just trying to find a video card that will work nicely with SCO ODT.

 We we had initially planned on going with the Diamond Stealth, and our
initial call to SCO claimed that they supported it. We find out now that
ODT does not support any Diamond products.

 We're deciding between the Orchid Prodesigner IIs, and the Orchid Farhenheit.

 I'm kind of curious.  These cards like the Farhenheit and the Stealth are
designed to speed up MS Windows.  How do they perform with X?

 Perhaps we should just save the money and go with the Prodesigner?


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

Xref: sparky biz.sco.general:3744 comp.unix.sysv386:15644
From: ssanbeg@visual.spk.wa.us (Scott Sanbeg)
Newsgroups: biz.sco.general,comp.unix.sysv386
Subject: Re: Problems with cnews+nn6.4.16 on SCO3.2.2
Date: 16 Oct 92 03:22:46 GMT
Organization: The Visual Market - Spokane, WA

In article <Bw5v45.LJw@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>
>you lay down your money for an OS -- complete with development
>system -- and you need to throw the compiler out -- that's an
>interesting approach (but I guess it works)..

You lay down your money for an OS, yes - the Dev. Sys. is bought
separately.
Scott

 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Scott Sanbeg     UNIX Systems Administrator       (509)535-2561
ssanbeg@visual.spk.wa.us (or) ...!uunet!tau-ceti!visual!ssanbeg
Newsgroups: biz.sco.general
From: Bela Lubkin <belal@sco.COM>
Subject: Re: PANIC dump in swap file
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 20:26:38 GMT
Precedence: bulk

Ed Cooley wrote:

> Try this...
> 
> dd if=/etc/termcap of=/dev/swap
> 
> That'll get rid of the message.  I agree that SCO should give a 
> menu option to remove the dump image from swap.  Ease-of-use 
> sells - live it, learn it, know it.

We agree; that's why under 3.2v4, after either saving or ignoring the
dump image, it asks you whether to remove it from swap.

>Bela<
Xref: sparky biz.sco.general:3680 comp.unix.sysv386:15497
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: biz.sco.general,comp.unix.sysv386
Subject: Re: Problems with cnews+nn6.4.16 on SCO3.2.2
Date: 12 Oct 92 18:40:58 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Oct10.003217.6315@netcom.com>, vancleef@netcom.com (Henry van Cleef) writes:

| Yesterday I built GCC 2.2.2 on an SCO Unix 3.2.0 and 3.2.2 (ODT 1.1)
| systems.  
| 
| Get Bison-1.18.  Compile it with the stock (Microschlock) cc and install
| it.  If you have a problem, shut off optimization and recompile---it's
| quick.
| 
| Get gcc-2.2.2  Run the configure stript just like it says in INSTALL
| 
| sh configure --target="i386-*-sco"
| 
| Just like that for 3.2.0 or 3.2.2  
| 
| Edit the resulting Makefile to shorten down the "target=i386-*-sco" to
| just "sco" (filename length problems), change the mandir so that it
| points to man.1 instead of man1 (and set up these directories

Thanks for the tips, although I think most people would use cat.LOCAL
rather than man.1, and put the data in formatted. What's the filename
lenght problem? Does GCC really use filenames longer than 255 chars? I
thought that was all behind us, although I do see some of the BSD sites
running filenames set to 4095, so I guess somebody uses it.
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    Keyboard controller has been disabled, press F1 to continue.
Newsgroups: biz.sco.general,comp.unix.sysv386,news.software.b
From: eah@xenitec.on.ca (Ed Hew)
Subject: Re: SCO Unix 3.2.2, C News and lack of inodes
Organization: XeniTec Consulting, Kitchener, Ontario, CANADA
Date: Mon, 12 Oct 1992 05:47:02 GMT

In article <BvwCJK.A4r@wimsey.bc.ca> sl@wimsey.bc.ca (Stuart Lynne) writes:
>	[....]	 the current version *will* use symlinks if they
>exist on your system. 

Symbolic links exist on SCO UNIX 3.2v4, in EAFS filesystems.

>I bought a new drive yesterday, I'll be getting news installed on three 200mb
>partitions overnight and into tomorrow. We'll see if it works!!!

You'll of course have to recompile cnews to make use of symlinks,
but I expect you'll be just as happy with them as we were when
we switched earlier this year.  Now, if only I can get that 2
gig drive online, I could use some more filesystems.  :-)

		--ed
Newsgroups: biz.sco.general,comp.unix.sysv386
From: sef@kithrup.COM (Sean Eric Fagan)
Subject: Re: SCO Unix 3.2.2, C News and lack of inodes
Organization: Kithrup Enterprises, Ltd.
Date: Fri, 16 Oct 1992 05:21:21 GMT

In article <1992Oct15.214120.26465@wes.on.ca> tomh@wes.on.ca (Tom Haapanen) writes:
>What I was BZZZZTing was your comment that EAFS is still limited to 64K
>inodes.  I'm sure I've seen claims by SCO that you can have more inodes in
>an EAFS filesystem.  Is that not true?

I see.  You were being obnoxious in stating as fact something you only
thought, despite the flat-out statement by someone else that it was not
true, not bothering to determine yourself whether or not you were right.

The answer to your question, since you did not seem capable of reading it in
either of the messages you followed up to is "no, the EAFS still uses 16-bit
inodes."  Which, as simple arithmetic will lead you to conclude, is 64k
(although it is a bit less than that, as I think three inode numbers [0, 1,
and 65535] are reserved or already in use by the filesystem-generation
code).

-- 
Sean Eric Fagan  | "You can't get lost in one room, no matter how
sef@kithrup.COM  |  little effort you make to learn your way around."
-----------------+    -- William E Davidsen (william@crd.GE.COM)
Any opinions expressed are my own, and generally unpopular with others.
Newsgroups: biz.sco.general
From: spnp@hippo.ru.ac.za (Mr NL Parker)
Subject: Definitely a FAQ !
Summary: Need easy editor for sco.
Keywords: simple,editor,needed
Organization: Rhodes University, Grahamstown, South Africa
Date: Thu, 8 Oct 1992 07:14:38 GMT

Hi there

No doubt this has been asked before but could some kind soul please
help me find a simple editor for Sco. Features should include:

1) Characters disappear when you press 'Backspace'.

2) Arrow keys on keyboard work in the 'normal' way.

I believe pico does this so if anyone has compiled pico please let me
know.

Thanks in advance
Neil

-- 
Neil Parker                                         *
Computer Centre, University of Transkei                 * ~  
Pvt Bag X1 Umtata . Tel (0471)-3022461         *
Email: spnp@hippo.ru.ac.za                     `      *
Newsgroups: biz.sco.general,comp.unix.sysv386