HDTenEightyP/NetNews huggingface dataset:
From: sl@wimsey.bc.ca (Stuart Lynne)
Subject: Re: interesting system call, stopio
Organization: Wimsey 
Date: Wed, 16 Sep 1992 00:10:22 GMT

In article <m0mUg5U-000FjoC@ilinx.wimsey.bc.ca> brian@ilinx.wimsey.bc.ca (Brian J. Murrell) writes:
>I had an interesting experience with Hangups at the console that I feel is
>worth sharing.

>effects when used by another process.  The side effect here is caused by 
>a system call "stopio".  I now quote a message from Bela Lubkin 
><belal@sco.COM>
>
>But let's assume it *is* your process.  There's a system call in SCO
>UNIX called stopio(S).  Calling stopio on a device causes any further
>I/O to that device to be "poisoned": attempts to read, write or ioctl to
>that device fail and send a SIGHUP to the process making the attempt.
>Now, there are two things in the system which, by default, do stopio's.
>One is the getty/init pair, which does stopio to a port before starting

I hope that SCO is treating this as a bug and not a feature. 

Output to /dev/null should *always* complete, regardless of what any
other process is doing.


-- 
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
From: news@xenitec.on.ca (xenitec.on.ca News Administrator)
Newsgroups: biz.sco.general
Subject: Re: 3.2 4 system reports 3.2 2
Date: 6 Sep 92 19:33:26 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

OK, here's a bit of clarification:

uname -a produces:

	jpradley jpradley 3.2 2 i386

uname -X, though:

	System = jpradley
	Node = jpradley
	Release = 3.2v4.1
	KernelID = 92/06/04
	Machine = i80386
	BusType = ISA
	Serial = sco006664
	Users = unlim
	OEM# = 0
	Origin# = 1
	NumCPU = 1

There are several structures that uname might look at. You can find them in
/usr/include/sys/utsname.h, or in /etc/conf/pack.d/kernel/space.c:

	struct  utsname utsname = {
			SYS,
			NODE,
			REL,
			VER,
			MACH
	};
	struct  xutsname xutsname = {
			SYS,
			NODE,
			REL,
			VER,
			XMACH,
			RESRVD,
			ORIGIN,
			OEMNUM,
			SERIAL
	};
	struct scoutsname scoutsname = {
			SYS,            /* ie. "machine name" */
			NODE,           /* ie. "site name" */
			SCORELEASE,     /* The release number */
			"",             /* kernel id, filled in at runtime */
			XMACH,          /* The full chip name */
			BUS,            /* GT vs. MC */
			"",             /* SCO serial number */
			ORIGIN,         /*  */
			OEMNUM,         /*  */
			0,              /* Number of users Licensed */
			1,              /* Number of CPUs */
	};

And, again in /etc/conf/pack.d/kernel/space.c:

	#define SYS     NODE       /* May be redefined, but uname -S
				    * resets both SYS and NODE names */
	#define REL     "3.2"
	#define VER     "2"        /* SCO UNIX 3.2v4 based on AT&T 3.2 VER 2 */
	#define MACH    "i386"
	#define XMACH   "i80386"

	#define RESRVD  ""
	#define ORIGIN  1
	#define OEMNUM  0
	#define SERIAL  0

	#define SCORELEASE      "3.2v4.1"
	#if (ARCH == MC)
	#define BUS             "MCA"   /* supports MC architecture only */
	#else
	#define BUS             "ISA"   /* AT or filled in at runtime */
	#endif


NODE is something you define when you run /etc/conf/cf.d/configure. Then SYS
gets set to NODE when you relink the kernel.


Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160,1341
Newsgroups: biz.sco.general
From: apl@world.std.com (Anthony P Lawrence)
Subject: Re: Tecmar tape drive and 2.3.4 Xenix
Organization: The World Public Access UNIX, Brookline, MA
Date: Fri, 11 Sep 1992 21:12:51 GMT

In article <9209111300.aa26521@scoke.sco.COM> Bela Lubkin <belal@sco.COM> writes:

-
>The problem is not with interrupt 3, but DMA channel 3.  We also find it
>hard to believe, but it seems that, in the field, most people *do*
>actually set their tape drives to DMA channel 1.
>
>>Bela<


Um... 1,$s/INT 3/DMA 3/g.  
That's what happens when I post at 6:00 AM. :-)

And you are right.  Most are DMA 1.  Which is why I never saw this
problem before.

BTW, I rushed down to the client's site (Xenix people never have modems)
to apply the patch.  I was concerned because they had now been two days 
without a backup, and it was just upgraded to 2.3.4, so a crash would be
*real* annoying, and I wanted to get this fixed up ASAP.

Applied the patch, rebooted, and the tape worked.  Told the owner he
should make a backup.  "Oh, sure.  Tonight." , he said. 

 :-)

		Tony


Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle
From: news@xenitec.on.ca (xenitec.on.ca News Administrator)
Newsgroups: biz.sco.general
Subject: Re: LZH compression under Cnews
Date: 13 Sep 92 00:38:59 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Henry Spencer writes:
> In article <1992Sep12.005144.15215@jpradley.jpr.com> jpr@jpradley.jpr.com (Jean-Pierre Radley) writes:
> >  root 635> compress t1 ; compress -H t2 ; l t?.Z
> >  -rw-rw-r--   1 root     other      59541 Sep 11 20:02 t1.Z
> >  -rw-rw-r--   1 root     other      43057 Sep 11 20:01 t2.Z
> >
> >Not a trivial difference, and /etc/termcap is not the most compressible of
> >files.
> 
> What are the timings like?  Many sites that ship news via UUCP care much
> more about CPU cycles than modem time.  There are several programs that
> do better compression than good old compress at the cost of many more
> CPU cycles.

I didn't run any timings, sorry.
My case is that I can afford the extra CPU time to do the better munching
with resultant less on-line times for some of my downstream sites.

> >One way to fix this would be to change the code in Cnews' input/newsspool.c
> >to recognize the LZH magic number as well.
> >
> >I recommend to Henry & Geoff that they consider so doing in the next release.
> 
> Some sort of provision for other compression methods is coming, but one
> thing I do *not* want to do is maintain a steadily-growing list of magic
> numbers in newsspool.c.  A more general mechanism is called for; it is
> silly for newsspool to try to guess the compression method used, when
> the sending host *knows*.

A SCO 3.2v4.1 site can recognize the magic header, but the problem is that
Cnews doesn't, so it won't pass the incoming batch to "compress -d".

Using 'cunbatch' is not unreasonable as a way to _force_ Cnews to feed the
material to the local uncompress routine.

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160,1341
Newsgroups: biz.sco.general
From: larryp@sco.COM (Larry Philps)
Subject: Re: MMDF Errors
Organization: SCO Canada, Inc.
Date: Tue, 15 Sep 1992 15:56:11 GMT

In <1992Sep15.000525.22068@golem.uucp> davidf@golem.uucp (David J. Fiander) writes:

> According to kgermann@zeos.com (Ken Germann):
> >
> >I removed SMAIL, made sure MMDF was removed. I reinstalled MMDF. I still
> >get the mailbox format errors. 
> >
> 
> This is becuase your mailbox is still in the old format.  There
> should be a program floating around the system that will
> convert old style mailboxes to the MMDF format, but I don't
> know what it's called.

/usr/mmdf/bin/cnvtmbox.  There is even a man page :-) (ODT 2.0).

---
#include <std/disclaimer>

Larry Philps,	 SCO Canada, Inc.
Postman:  130 Bloor St. West, 10th floor, Toronto, Ontario.  M5S 1N5
InterNet: larryp@sco.COM
UUCP:	  {uunet,utcsri,sco}!scocan!larryp
Phone:	  (416) 922-1937
From: news@xenitec.on.ca (xenitec.on.ca News Administrator)
Newsgroups: biz.sco.general
Subject: GCC errors
Date: 13 Sep 92 05:33:34 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Ken Germann writes:

> I get these or similiar errors with process signal handling. 
>         gcc -DKEYDEF=\"/usr/local/lib/joe/.joerc\"  -c asyncxenix.c
> asyncxenix.c: In function `sigjoe':
> asyncxenix.c:43: `SIGHUP' undeclared (first use this function)
> asyncxenix.c:43: (Each undeclared identifier is reported only once
> asyncxenix.c:43: for each function it appears in.)
> asyncxenix.c:46: `SIGPIPE' undeclared (first use this function)
> asyncxenix.c:47: `SIGQUIT' undeclared (first use this function)
....

Sounds as if <signal.h> isn't being #included, since SIGPIPE, SIGHUP, etc.,
are macros defined in that file.

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160,1341
From: bld@compuli.uucp (Bruce Dustman user account)
Newsgroups: biz.sco.general
Subject: compiling gnu emacs
Date: 5 Sep 92 16:01:43 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Does any one have the answers to the questions for compiling gnu emacs on a 
3.2.2 system (SCo).  The distribution is the 18.55 without any patches 
applied.

I have gcc but not g++,  will this work?

The specific failure is a rules seperator on line 57 of the xmakefile when
the command sh build-install is executed.  I have changed to s-usg5.3.h
and the m-intel386.h files from the original BSD specs.

I have not made the changes for XENIX because this is not a xenix kernel.

I have the gcc compiler version 1.40 but it doesn't anywhere show a g++
runtime executable.

all help would bee appreciated.  Thanks in advance.


BRUCE
--
INTERNET     bld@compuli.seaslug.org     (Bruce Dustman) Computer Users Library
             camco!Bruce.Dustman         (206) 481-6881) data
UUCP:        uunet!camco!compuli!bld     (206) 485-7509) voice
From: paul@openage.COM (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: CPIO or TAR on a Plexus P6 anyone????
Date: 8 Sep 92 21:07:42 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Hi All,

Does anyone have any experience with moving data off a Plexus P6.  They have a 
DC-600 class tape drive, and have provided me with CPIO and TAR backups of 
files.  I have both a Wangtek SCSI 5525ES (525 MB tape which should read 60MB 
tapes) and a Wangtek 150/250 MB QIC-02 which will read and write a 60MB tape.

I have tried all the cpio options I could, and even most in combination with 
others and I keep getting:  I/O error on read().

The Plexus P6 is very old, and I would like to use the tape drive if possible.  
My other option is a 9 track drive, but then I would need someone who could 
read it and output a DC-6525 tape. 

Any help would be appreciated.

--------------------------------------------------------------------------------
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
From: philp@world.std.com (Philip D Pennie)
Subject: Re: Mailing lists with MMDF
Keywords: MMDF MAIL MAILING LIST
Organization: The World Public Access UNIX, Brookline, MA
Date: Tue, 8 Sep 1992 01:54:21 GMT

By the way, following up on my original question, it turns out that if I
remove the quotes from around the include line in alias.list it works.  In
otherwords:

list-outbound:  :include:/usr/list/of/addresses

works but, 
    
list-outbound:  ":include:/usr/list/of/addresses"    

does not.  
-----------------
An aside: SCO support mentioned that there is a 1024 character limit on
mailing lists withing the the alias.list file.  Does anyone know if this also
holds for external files?
From: paul@openage.COM (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: RE: What causes modem to hang system?
Date: 9 Sep 92 12:49:39 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

>Runnning SCO 386 Unix V 3.2 with a Hayes 2400 modem, I have found that
>sometimes both the console and connected terminals slow to a crawl.  You
>wait for each character to echo.  At these times, no one is using the
>modem.

>If I turn off the modem, the problem is corrected.  I heard someone else
>had this problem.  I would like to know how to correct it.
>-- 

I've had this problem many times.  It usually stems from a modem being enabled 
with local echo on.  If you cu into the modem and turn local echo off, (ATE0) 
things should clear up.

--------------------------------------------------------------------------------
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
From: "Paul A. Fischer, Sr UNIX Sys Consultant" <paul@openage.COM>
Subject: S3 chipset woes
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Wed, 9 Sep 1992 19:09:18 GMT
Precedence: bulk

Hi all,

openage.com was down for 5 days with disk problems.  At first we though we 
burned our hard disk because we couldn't boot past the i/o bufs= line.  Then we 
also couldn't boot DOS.  We were able to access both DOS and UNIX from floppy.  
What caused all this you ask?

I put a Sprint GX from Video Dynamics in my Compaq.  Somehow or other this 
board was able to cause /dev/syscon to be removed and /etc/inittab to be 
truncated to less than 20 lines!  When I booted with this board in my machine I 
got the dots for text and data, and then the screen went blank, but the drive 
was still crunching like it was trying to boot.

Through a long and hard recovery process I was able to get us back on line, 
with the help of SCO and OS-Direct support.  Thanks to all the SCO people who 
helped with this problem.

I borrowed this board from a friend, so I have no docs, and I would like to 
investigate why this happened.  It might make a good story for SCO MAG. (Are 
you listening Mitch/Sean ?)

Any info on your experiences with this board and S3 chipset boards in general 
would be appreciated.

--------------------------------------------------------------------------------
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
From: jle9162@zeus.tamu.edu (ECKHARDT, JASON LEE)
Subject: X libs for SCO
News-Software: VAX/VMS VNEWS 1.41    
Organization: Texas A&M University, Academic Computing Services
Distribution: usa
Date: Wed, 9 Sep 1992 20:24:00 GMT


I have been trying for weeks to locate X libraries for SCO unix with no success.
Actually I found some compiled for SCO but they require libsocket.a which I 
don't have in my development system.
So I have resorted to attempting to compile the X libs from the X11R4 source
tree myself...but again no success.  I have tried everything I can think of,
using the -DLOCALCONN flag to avoid networking (this is running on my machine
only so networking not important) and still can't get it to work right.
I always come up with these unresolved externals (even with -DLOCALCONN)
 _XBytesReadable
 _WriteV
 _XReadV
I thought these had to do with networking which I thought -DLOCALCONN was 
supposed to disable...

So...can anyone here tell me how to compile libX11.a for SCO or where to
find one that doesn't need libsocket.a or anyother library not included with
the plain-jane development system?

Help is greatly appreciated!
Jason

System: 486/33 running sco unix 3.2.2 and dev. sys. 3.2.0.
  And no, I can't afford to fork the bucks for the X dev. sys. or TCP/IP
dev. system right now!



Newsgroups: biz.sco.general
From: chare@unilabs.uucp (Chris Hare)
Subject: Re: Tape drives - which ones?
Organization: None: Just Me, Chris Hare
Date: Sun, 6 Sep 1992 00:51:32 GMT

In article <9209051057.aa21114@creat.creat.com> Aaron William Brown <aaron@creat.com> writes:
>>
>>We're running SCO UNIX 3.4.2 with ODT 2.0 and are in the market for a
>>1/4" SCSI tape drive for installations as well as backups.  We're
>>leaning towards the Wangteks but are open to suggestions.  Any help
>>would be greatly appreciated.
>>
>
>We have sold 13 Wangtek 5525ES (525MB SCSI) tape drives.  We have
>returned for repair 9 of those.  6 under warranty.  3 at a $359.00
[deleted]
>
>We have had much better luck with the Archive counterpart.
>
The company I work for doesn't sell hardware, but we have consistently
recommended Archive drives because of the success which we have had with
them in house.

-- 
????                --- It Always works for me! ---                           
Chris Hare, UNIX Scientist                  Preferred : chare@unilabs.uucp
Just a mild-mannered consultant by day ....
From: flip@irsaims.UUCP (Gary Filipski)
Newsgroups: biz.sco.general
Subject: Re: Problem with stty on 3.2.4 with a Consensys Powerports board
Summary: Use stty from 3.2.2
Keywords: sco 3.2.2 stty consensys powerports
Date: 8 Sep 92 21:36:53 GMT
Organization: Insurance Rating Systems

In article <1992Sep05.051146.20302@xenitec.on.ca> news@xenitec.on.ca (xenitec.on.ca News Administrator) writes:
>
>   We recently upgraded a client from Xenix to Unix and ran into a
>weird problem:  users could no longer type the characters 4 or ( on
>terminals attached to the multiport serial card (Consensys Powerports
>8-port board, using driver rev 6.4, which was current at least as of
>two months ago).  After a while, I managed to find the culprit, though
>I don't know where responsibility for the problem lies.
>
>stephen@bokonon.UUCP      ...!{uunet,xrtll,becker.gts.org}!bokonon!stephen

We recently had the same problem and identified it, basically, the
same way.  The quick solution is to use stty from the 3.2.2 release
of SCO UNIX.

Consensys recently (last couple of months(?)) released a 6.41 version of
their drivers which fix both this problem and the problem with "more"
hacking off the back end of what it displays (problems with 'draining'
the tty queue?).  Anyway, the only problem we currently have is that
there seems to be a problem with UPGRADING to the 6.41 version of things
if you need to configure the card in anyway different than factory standard.
The configuration doesn't recognize the fact that you installed the software
and complains for you to install it -- which you just completed.  I ended
up removing the package and reinstalling from scratch and that worked fine.
I'm currently trying to upgrade a second system without having to go through
the complete reconfiguration at installation time.

We've installed quite a few Consensys boards over time on both SCO
Xenix and UNIX.  If you have any questions, E-mail me and maybe we
can help each other out.

/flip
-- 
Gary L. Filipski                    ! ...!uunet!irsaims!flip
Insurance Rating Systems            ! Voice (512) 658-4691
PO Box 2576                         ! FAX   (512) 658-2220
Universal City, TX  78148           ! 
-- 
Gary L. Filipski                    ! ...!uunet!irsaims!flip
Insurance Rating Systems            ! Voice (512) 658-4691
PO Box 2576                         ! FAX   (512) 658-2220
Universal City, TX  78148           !
From: news@xenitec.on.ca (xenitec.on.ca News Administrator)
Subject: Re: how many entries in a dir??
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Wed, 09 Sep 1992 01:33:44 GMT
Precedence: bulk

Brian J. Murrell writes:
> what is the limit of entries (files) in a directory?  I remember that 3.2.2
> was giving me problems with more than 1000 entries.  I now have 3.2.4.
> 
> what is the limit on 3.2.4??
> 

There has never been any such limit, so far as I know, in any version
of *nix.

But why would you WANT so many? It's clumsy and slow to search.

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160,1341
Xref: sparky biz.sco.general:3346 alt.sources.wanted:1499 comp.sources.wanted:4349
From: chris@airdata.socal.com (Chris J. Davis)
Newsgroups: biz.sco.general,alt.sources.wanted,comp.sources.wanted
Subject: need ELM v2.3.11 parts 18, 19, 20
Date: 15 Sep 92 18:48:10 GMT
Followup-To: poster
Organization: Euroflight Aviation and Computing Corporation, Los Angeles

Parts 18, 19 and 20 of the ELM v2.3.11 source code recently posted to
biz.sco.sources were lost upstream of our site.

If anyone is willing to email them to us, please reply to this posting.
We do not have access to ftp.  Thanks in advance.
-- 
  __       __  o  __
 |   |__| |__| | |__   Chris J. Davis INTERNET: chris@airdata.socal.com
 |__ |  | |  \ | ___|                     UUCP: hatch.socal.com!airdata!chris
 EuroFlight Aviation, Los Angeles, CA     ICBM: 34deg12'35"N 118deg29'21"W
From: paul@openage.COM (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: Re: What causes modem to hang system?
Date: 9 Sep 92 14:12:02 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

>> I run our modems with ATQ1 and ATE0 which turns OFF responses and 
>> echo respectively.
>> 
>> Also make sure your CD and DTR signals are being properly handled 
>> by the modem.

>I don't get that, I don't get it at all, at all, at all...

>With Telebit, Practical Peripherals, or Viva modems:
>  Under Tandy Xenix, SCO Xenix, or SCO Unix:
>    ALL my modems have ALWAYS been set (in NVRAM, yes):  &c1 &d3 q0 e1
>      I have always run my ports DIDO, and no login has ever failed,
>      nor has any outgoing uucio, cu, or xc, ever not worked, with
>      those settings of the modems.

>I've never done it, and it's never confused any getty.
>Why do so many folks advocate make a mute out of the modem???

If you setup UUCP properly you will find that the dialer program will issue a
AT e0q1  when it sets the modem for dial-in.  Check the Source code.

--------------------------------------------------------------------------------
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
From: "Paul A. Fischer, Sr UNIX Sys Consultant" <paul@openage.COM>
Subject: re: CPU cache and memory performance
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Tue, 8 Sep 1992 19:53:30 GMT
Precedence: bulk


>   As it turns out, Bela's theory is essentially correct.

>   I was recently leafing through the manual to a PC Chips motherboard, and 
>they stated that the amount of RAM that you could cache was directly 
>proportional to the amount of cache RAM installed: 8 MB for 32K, 16 MB for 
>64K, 32 MB for 128K, and 64 MB for 256K.

>   Interestingly, they use 8K of tag RAM for cache sizes up to 128K, and 32K 
>for a 256K cache.

Thanks for the update.  

But what is TAG RAM?  I've never heard the term before.

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