HDTenEightyP/NetNews huggingface dataset:
From: rich@catalpa.ssc.gov (Rich Verdier CAD)
Subject: Creating 386BSD bootable using a SUN
Organization: SuperConducting Supercollider
Date: Wed, 11 Nov 1992 16:22:25 GMT

Keywords: 


I am trying to create the  Tiny 386BSD bootable floppy after down loading the
dist.fs file to my SUN.

Question. 1.) what is the approach now to create the floppy, the existing FAQ
	     that Ihave acquired is unclear and the INSTALL.NOTES doesn't have
	     pertinent info.

	If this question has already been posted and answered I apologize and
	rather than clutter this newsgroup with redundant info an email response
	would be appreciated.

	Rich Verdier
	SSC Lab Dallas,Tx.
	     

Newsgroups: comp.unix.bsd
From: dth@cs.brown.edu (Dzung T. Hoang)
Subject: [386BSD] Problems compiling GNU stuff.
Organization: Brown University Department of Computer Science
Distribution: usa
Date: Sat, 14 Nov 1992 01:02:36 GMT


I get lots of errors when trying to compile gnumake 3.62 and gcc 2.3.1,
among others, with the compiler included in the 386BSD-0.1 distribution.
It seems that the include files that come with the distribution are
not "compatible" with these programs.

I've heard that some users have compiled gcc 2.3.1 fine.  What do I have
to do to accomplish the same?
----------------------------------------------------------------------------
Dzung T. Hoang
dth@cs.brown.edu
----------------------------------------------------------------------------
Newsgroups: comp.unix.bsd
From: inkari@snakemail.hut.fi (Juha Inkari)
Subject: Re: [386BSD] XFree memory requirements, swap space
Organization: Helsinki University of Technology, Finland
Distribution: comp
Date: Tue, 10 Nov 1992 00:07:25 GMT


Well, to answer my own question, I got X window up by adding /dev/com*
devices and with proper Xconfig (removed Speedo fonts from fontpath
and pointed out the correct device where to find mouse).

Adding swap was also a piece of cake. The install program reserves a
swap partition but it was not marked as one. So I did a disklabel -e
/dev/rwd0a and changed /dev/wd0b partition to type swap and added a
line /dev/wd0b swap swap sw 0 0 to /etc/fstab.

--
/* Juha.Inkari@hut.fi */
Newsgroups: comp.unix.bsd
From: harry@atlas.socsci.umn.edu (Kuo-Chen Chang)
Subject: Re: OLD Logitech Mouse setup??
Organization: University of Minnesota
Date: Sun, 8 Nov 1992 05:27:51 GMT


>Hi netters!

>	I finally have the X server up.  The problem was the name(s)
>	of comport under /dev.  The installation created serial devices
>	named /dev/ttyp0, /dev/ttyp1 ....  But in the generic Xconfig.sample
>	file, they are named as /dev/tty00, /dev/tty01 ...  Once I corrected
>	the naming problem, the Fatal error 32 disappered.  But my old
>	Logitech 3 buttom serial mouse won't work.  In Linux, it is set as
>	MouseSystems	"/dev/ttys0".  I tried both Logitech and MouseSystems
>	and had no luck.  Any idea?

>	Thanks!

>	-- Harry


Hello again!  This time I really solved my problem and am running X server.
Well, the problem is the device name again.  For old Logitech mouse, you
must select "MouseSystems   /dev/com1"  if your mouse is install at COM1.

Harry

Newsgroups: comp.unix.bsd,comp.os.linux
From: sgccseh@citec.oz.au (Steve Hocking)
Subject: Where is the Seagate ST01 driver?
Organization: CITEC
Date: Fri, 6 Nov 1992 06:33:47 GMT
Keywords: st01 TMC-885


	I've just received the patches for the st01 driver that will make it
work with a Future Domain TMC885 SCSI card, but dont have the st01 driver
source. Does anybody have it, or could they send it? I'd love to drive a
CDROM off it.


	Cheers,


	Stephen
-- 
-----------------------------------------------------------------------------
          "Toddlers are the stormtroopers of the Lord of Entropy"

Stephen Hocking                                    sgccseh@citecuc.citec.oz.au
Newsgroups: comp.unix.bsd
From: cullend@bnr.ca (Dave Cullen)
Subject: Re: [386bsd] Colorado Jumbo tape drive device driver.
Reply-To: cullend@bnr.ca
Organization: BNR, Inc., Atlanta
Distribution: na
Date: Thu, 12 Nov 92 16:17:05 GMT

In article <raz.721539888@syzygy> you write:
|> root@hrd769.brooks.af.mil (Super User) writes:
|> 
|> >  I was pursueing pretty much the same thread in comp.os.minix about a year
|> >ago.  Does the Jumbo tape drive have a QIC number?  If so, the address to
|> >write to for the complete scoop on the interface is available from
|> >Freeman Associates in California for FREE!  If it does, drop me a line and
|> >I will scramble around here until I find all of my stuff.
|> 
|> YES! Colorado responded to my fax within 48 hours which, given the 
|> experience of someone else here seems pretty good. Their advice was
|> 
|> 	- Get the QIC-40, 80, 117 specs. These are the minimal set
|> 	to get started. QIC-117 is apparently particularly tricky
|> 	to implement.
|> 
|> 	- Research floppy controller I/O. Apparently the drive
|> 	doesn't even look like a floppy to the floppy chip! What
|> 	this means in practice, I have no idea.
|> 
|> 	- Research the DMA and beware of its limitations.
|> 
|> 	- Read a text on error correction before ANY of the 
|> 	above!
|> 
|> >  I had the same thought for my QIC-40 floppy tape drive for minix.  The
|> >actual interface was a relative snap (although I never did commit it to 
|> >disk), but the error correction algorithm used is very scary.  I had to 
|> >sit at the feet of a mathematician for a solid week before I understood
|> >the rudiments of finite field mathematics.  Reed-Solomon ECC is its name,
|> >and it is not for the faint of heart!!!  The project was pretty much 
|> 
|> OH NO! This is the same scheme used for CD ROM (unless I'm mistaken).
|> I once spent 4 hours getting a VAGUE understanding of it - nowhere near
|> enough to implement.
|> 
|> Can you tell me where to get copies of the standards I mentioned?
|> 
|> 
|> --
|> Bye for now.
|>          - Raz           
|> 
|> raz@socs.uts.edu.au   (Roland Turner)   (OH) 61 2 319 5700

The QIC standards are available from:

	Freeman Associates, Inc.
	311 East Carrillo Street
	Santa Barbara, California  93101
	USA

	Phone (805) 963-3853
	Fax   (805) 962-1541

QIC 40/80 describes the tape layout, error correction etc.
QIC 117 describes the command set and interface.
QIC 122 & 130 describes optional compression.

David
cullend@bnr.ca
From: tinguely@plains.NoDak.edu (Mark Tinguely)
Newsgroups: comp.unix.bsd
Subject: Small buffer leak in kern__physio.c
Date: 9 Nov 92 22:14:31 GMT
Article-I.D.: ns1.BxGz47.9w8
Organization: North Dakota State University


 There appears to be a small buffer leak in kern__physio.c. The function
 physio() allocates a buf only for the lifetime of that function. If the
 function exits on access error, the buf is not released.

 This error was found while looking for M_TEMP allocation (ie. may not be the
 direct cause of a known problem). This is fix visible fix. physio() is
 not called that often to cause a major memory loss.

*** kern__physio.c.orig	Mon Nov  9 15:49:10 1992
--- kern__physio.c	Mon Nov  9 15:53:02 1992
***************
*** 117,126 ****
  		bp->b_bcount = min (256*1024, amttodo);
  
  		/* first, check if accessible */
! 		if (rw == B_READ && !useracc(base, bp->b_bcount, B_WRITE))
  			return (EFAULT);
! 		if (rw == B_WRITE && !useracc(base, bp->b_bcount, B_READ))
  			return (EFAULT);
  
  		/* update referenced and dirty bits, handle copy objects */
  		if (rw == B_READ)
--- 117,130 ----
  		bp->b_bcount = min (256*1024, amttodo);
  
  		/* first, check if accessible */
! 		if (rw == B_READ && !useracc(base, bp->b_bcount, B_WRITE)) {
! 			free(bp, M_TEMP);
  			return (EFAULT);
! 		}
! 		if (rw == B_WRITE && !useracc(base, bp->b_bcount, B_READ)) {
! 			free(bp, M_TEMP);
  			return (EFAULT);
+ 		}
  
  		/* update referenced and dirty bits, handle copy objects */
  		if (rw == B_READ)
Newsgroups: comp.unix.bsd
From: gj@pcsbst.pcs.com (Gary Jennejohn)
Subject: when are shared libraries going to be put into 386bsd ?
Organization: PCS
Date: Tue, 10 Nov 1992 18:16:12 MEZ

The Subject says it all.

Thx
Gary
			PCS Computer Systeme GmbH, Munich, West Germany
	UUCP:		pyramid!pcsbst!gj gj@meepmeep.pcs.com
	EUNET:		unido!pcsbst!gj
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.unix.bsd
Subject: Software Patents: Promotion of science and the useful 
Distribution: world
Date: Thu, 12 Nov 92 03:56:13 GMT
Organization: Crynwr Software

In article <1992Nov11.005634.4977@netcom.com> mcgregor@netcom.com writes:

   In article <1992Nov5.181513.4564@mdd.comm.mot.com> kelsey@mdd.comm.mot.com (Joe    Kelsey) writes:

   >I think we need to change the argument from using the word benefits to
   >using the Constitutional terms: promotion of science and the useful
   >arts.  Then the question becomes, how has the RSA patent promoted
   >science and the useful arts?  The answer: the policies of PKP have
   >STIFLED progress on implementation of public key cryptography in the
   >USA.

   This is not at all obvious.  RSA has implemented public key crypto
   systems and brought them to market. Why aren't they adopted? Other
   companies and individuals could have developed other innovations in
   Private Key cryptography, or enhanced PK cryptography using
   improvement patents.  Where are all those other people. Maybe there is
   another innovation as startlingly unexpected  as PUBLIC key
   cryptography was in the 70's. Maybe there could be KEYLESS
   Cryptography. Where is this innovation?

Stifled, because you can't do anything in the Public Key world without
impinging on the RSA patent.

   >  So this patent does not fall under the purpose stated in the
   >Constitution.

   If it contributes to "progress" (not promotion) in the sciences and
   useful arts it is.  Now you can buy a PKE system, before RSA you could
   not.

Your assumption is that a PKE system would not exist had RSA not
invented it, and further, that they only invented it with the
incentive of the patent system.

The problem with the patent system in general is that it grants a
17-year monopoly on an *idea*.  The assumption is that the patent
holder will use that monopoly to bring product to market.  Yet
marketing requires a completely different skill set from invention.
The patent system may just as well be keeping products from the
market by denying access to good ideas from skillful marketers.

In fact, I know of a person who invented a new method for extracting
honey from combs without removing them from the hives.  This person,
while brilliant in some ways, is a sheer dunce in others.  In
particular, he refuses to work with anyone else because he doesn't
want them to steal his ideas.  So his ideas languish in the grip of
the patent system...

-russ <nelson@crynwr.com> What canst *thou* say?
Crynwr Software           Crynwr Software sells packet driver support.
11 Grant St.              315-268-1925 Voice  |  LPF member - ask me about
Potsdam, NY 13676         315-268-9201 FAX    |  the harm software patents do.
Newsgroups: comp.unix.bsd
From: karl@NeoSoft.com (Karl Lehenbauer)
Subject: Re: FAQ:  Where is 386bsd news archived?
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Sat, 7 Nov 1992 17:33:46 GMT

In article <1992Nov6.154918.24443@cs.wisc.edu> jcargill@grilled.cs.wisc.edu (Jon Cargille) writes:
>Sorry for the FAQ, but I couldn't seem to find an answer in my own
>saved news articles, nor in Terry's 386bsd FAQ.
>
>Where are the archive sites for 386bsd news articles?  I'm willing to
>compile a list, and forward it to Terry for inclusion in the FAQ.

We have an archive.  Over nine megabytes.  Almost everything since around
the time 0.0 was first released, except some utterly worthless threads were 
nuked out of disgust.

But our Internet link is too wimpy to make it available for anon FTP.  If 
someone has the space for a copy, please email the info to me and I'll 
upload it.

-- 
-- Email info@NeoSoft.com for info on getting interactive Internet access.
"It took no computation to dance to the rock 'n roll station."
-- VU
Newsgroups: comp.unix.bsd,comp.os.linux
From: eoahmad@ntuix.ntu.ac.sg (Othman Ahmad)
Subject: Re: IDE faster than SCSI-2
Organization: Nanyang Technological University - Singapore
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 6 Nov 1992 01:25:10 GMT

MAEDA Atusi (mad@math.keio.ac.jp) wrote:
: The file size of one megabyte is too short to get meaningful result.
: You are just measuring the speed of copying to/from buffer cache.

You may be right there but remember that Julian's machine runs at 50Mhz,
whereas mine at 33Mhz.
	buffer cache from 386bsd cannot be as large as 1 Mbyte.
At least we are testing the efficiency of the use of buffer cache.
The latest version of iozone actually flushes the cache but I do not like this,
because that is not how we use unix file system. It does not measure realistic
situation.
	If you want a figure excluding the disk/buffer cache, take the read
figure.
	If it were really all from buffer cache, then the write figure should
be much higher, equivalent to memory bandwidth, i.e. 25Mbyte/second.
	Assuming 4 cycles of 50Mhz, 32 bit per cycle.
: 
: You should give numbers at least twice as large as your RAM size.
: 
Actually I did that, but the figures are not informative. Not relevant to our
usual use. It confused more than it explains.
	I advise people to ignore these "unrealistically high load".
However I'll do it anyway.

--
Othman bin Ahmad, School of EEE,
Nanyang Technological University, Singapore 2263.
Internet Email: eoahmad@ntuix.ntu.ac.sg
Bitnet Email: eoahmad@ntuvax.bitnet
From: jcargill@grilled.cs.wisc.edu (Jon Cargille)
Newsgroups: comp.unix.bsd
Subject: FAQ:  Where is 386bsd news archived?
Date: 6 Nov 92 15:49:18 GMT
Organization: University of Wisconsin, Madison -- Computer Sciences Dept.


Sorry for the FAQ, but I couldn't seem to find an answer in my own
saved news articles, nor in Terry's 386bsd FAQ.

Where are the archive sites for 386bsd news articles?  I'm willing to
compile a list, and forward it to Terry for inclusion in the FAQ.

Thanks for the help,

Jon
-- 
-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.
Jon Cargille		jcargill@cs.wisc.edu
Want your .sig compressed?  Reasonable rates
and fast turnaround. Call today!
From: eoahmad@ntuix.ntu.ac.sg (Othman Ahmad)
Newsgroups: comp.unix.bsd
Subject: Largest file size for 386BSD ?
Date: 6 Nov 92 03:17:57 GMT
Organization: Nanyang Technological University - Singapore
X-Newsreader: TIN [version 1.1 PL6]


Original Unix has the largest file size of 4Gbyte, because it uses 24-bit
pointer.(shouldn't it be 16Gbyte?)

What is the size for 386bsd?
If it still uses 24-bit pointers, then the largest size is still 4Gbyte.

This will be an important issue because soon we'll have hundreds of gigabytes,
instead of magabytes soon.
	It took the jump from tens mega to hundreds in just 10 years.

--
Othman bin Ahmad, School of EEE,
Nanyang Technological University, Singapore 2263.
Internet Email: eoahmad@ntuix.ntu.ac.sg
Bitnet Email: eoahmad@ntuvax.bitnet
From: wjin@cs.uh.edu (W. Woody Jin)
Subject: Re: iozone bogusness
Organization: University of Houston
Date: Tue, 10 Nov 1992 20:59:29 GMT

In article <BxE8q0.Czn@agora.rain.com> davidg@agora.rain.com (David Greenman) writes:
>Sorry for the "late" response here, but the first attempt at posting this
>never made it through the net. Anyway...
>
>>I only use iozone 1, just to be consistent and make the test more realistic.
>>Most applications do not need more than 1 Megabyte of sequential access..
>
>   I don't know what you mean by 'realistic'; your results certainly aren't. 
>Using iozone with a larger value is necessary because, on most machines, the
>filesystem cache is at least 1MB and using a test size of less than the cache
>size will generate useless results. 

I have not seen the source codes of io-zone (could anyone point it for me?),
but if it writes with O_SYNC mode, and if it reads new files whenever it 
reads, it certainly does not use any advantage of buffer cache.
Otherwise, iozone can give bogus benchmarks.

-- 
____   ____  ____ ____________________________________ (___) _________________
|  |   |  |  |  |  W. Woody Jin (wjin@cs.uh.edu)       (o o)      Moo.... 
|  |   |  |__|  |  PhD Student. Research Asst.  o=======\ /  I'm  a Cow Lover.
|  |   |        |  Dept. of Computer Science   / |     ||O   My wife  was born
\  |---|  |--|  |  University of Houston      `  ||'---||    in Cow year. Mooo
 \____/|__|  |__| _______________________________^^    ^^_____________________

Newsgroups: comp.unix.bsd
From: volker@sfb256.iam.uni-bonn.de ( Volker A. Brandt )
Subject: Success compiling emacs 18.59 on 386bsd
Organization: Applied Math, University of Bonn, Germany
Date: Mon, 9 Nov 1992 14:39:04 GMT

Hello all!

Yesterday I compiled the new emacs v18.59 on my 486 running 386bsd v0.1.
I used the standard cc (ie gcc 1.39) but will try gcc 2.2.2 with -O2 soon.

I compiled with X11 support and the X menu enabled.

There were only minor problems: 

 o  there is no libg.a in /usr/lib -- I just created an empty one (I'm not
    sure what happens but I strip my executable anyway :-)

 o  one change in oldXmenu/Makefile has to be made: Change oldXMenu/Makefile by
    adding insque.o to the variable OBJS (from the PROBLEMS file)

 o  I used the X libs from the XFree distribution, but I didn't want to copy or
    link them into /usr/lib so I had to change src/xmakefile to include a
    -L/usr/lib/X11 (xmakefile is generated via make all in src).

I suggest that you get the complete emacs-18.59.tar.Z because you need the
support files anyway, but if you can't compile emacs I could ftp a copy of the
binary to a server of your choice :-)

Thanks to L&BJ and RMS!

-- >Volker
    
-- 
----------------------------------------------------------------------------
Bitnet:   UNM409@DBNRHRZ1                              Volker A. Brandt
UUCP:     ...!unido!DBNRHRZ1.bitnet!unm409             Angewandte Mathematik
Internet: volker@sfb256.iam.uni-bonn.de                (Bonn, Germany)
From: eb@felix.Sublink.Org (Enrico Badella)
Newsgroups: comp.unix.bsd
Subject: Re: Help installing DOS and 386BSD on same drive
Date: 3 Nov 92 18:51:55 GMT
Organization: Soft*Star s.r.l, Torino, Italy

In article <67885@stanton.UUCP> donegan@stanton.UUCP (Steven P. Donegan) writes:
>
>With all the trouble people are having getting BSD and DOS to co-exist I
>thought a success story was in order :-)

Well I must say I was even luckier!
I'm using a 40Mhz 386 motherboard (AMD processor)
	    IDE controller + Western Digital 200MB drive
	    ET4000 SVGA
	    double serial + parallel IO board
all this stuff no-name made in Taiwan. The only known brand board is
my SMC Elite 8003 Ethernet board.

I had a 50MB DOS 5.0 partition on the disk. I booted from the floppy
configured the hard disk and after 5 minutes I was installing bindist,
srcdist and etcdist from my SparcStation (and jumping with joy!)
Now I'm using the 0.1.40 kernel available on agate and have compiled
X11R5 and OSF/Motif without problems in just about 150MB.

	
-- 
Enrico Badella				Internet: eb@felix.sublink.org
Soft*Star s.r.l.			          eb@icnucevx.cnuce.cnr.it
Via Camburzano 9			Phone:    +39-11-746092
10143 Torino, ITALY			Fax:      +39-11-746487
From: martou@ids1.fynu.ucl.ac.be (Jean-Luc Martou)
Newsgroups: comp.unix.bsd
Subject: [386 BSD] Distribution from FTP
Date: 5 Nov 92 14:13:38 GMT
Organization: University of Louvain (LLN) - Service Central d'Ingenierie Logicielle.

Hello!
I have searched the 386bsd on different sites, but nowhere I could find the compressed
set of files (tar.Z). Has somebody any clue or tip?

Bruno
Newsgroups: comp.unix.bsd
From: loverso@coltsfoot.osf.org (John Robert LoVerso)
Subject: Re: [BSD4.3reno] /bin/sh problem?
Summary: BSD /bin/sh is v7 sh
Organization: OSF Research Institute, Cambridge MA
Date: Thu, 5 Nov 1992 13:51:49 GMT

In article <1d9m3vINN8nh@charnel.ecst.csuchico.edu>, rodmur@ecst.csuchico.edu (Dale Harris) writes:
|> Has anyone ever tried doing a function or sub-routine in a shell script
|> in BSD4.3 or BSD4.4, it doesn't seem to want to work, and it works on 
|> several other flavors of Unix.

BSD has traditionally distributed the good, old Bourne shell from V7.  It
predates the additions of functions and a few other things (${...:...}).

Starting with BNR2, they've replaced the V7 shell (AT&T copyright, you know)
with ash, Almquist's shell-a-like, touting most of the new (now POSIX-required)
features.  It has functions.

Another approach is to use GNU's bash.

John
Newsgroups: comp.unix.bsd
From: tdphette@mke.ab.com (Thad Phetteplace x4461)
Subject: Re: XView 3.0 (it works ?)
Organization: Allen-Bradley Co.
X-Newsreader: Tin 1.1 PL4
Date: Mon, 9 Nov 1992 17:10:12 GMT

nbladt@autelca.ascom.ch (Norbert Bladt) writes:
[ stuff deleted... ]
: Just a warning: I got the patches from there, applied them (no reject files),
: compiled it and:
: 	olwm works, clock works.
: 	cmdtool -> reboot (or login from a different system/terminal and kill
: 		the xserver, etc.)
: 	shelltool -> crash.
: 	textedit -> crash as soon as a file is loaded.
: 	Didn't test the other clients, though.
: Running just one xview program (1.2 MB file size isn't large, anyway) is
: not a real test !
: Perhaps this program was even olwm, which, indeed, is working.
: 
: Just a hint for others to wait. At least two persons are trying to
: get it working (including me).
: 
: Norbert.
: -- 
: Norbert Bladt, Ascom Autelca AG, Worbstr. 201, CH-3073 Guemligen, Switzerland
: Phone: +41 31 999 65 52			FAX: +41 31 999 65 44
: Mail: nbladt@autelca.ascom.ch   UUCP: ..!uunet!mcsun!chsun!hslrswi!aut!nbladt

I'm one of the people hacking on xview3.  My current obstacle is the textsw
problem.  Has anyone found a fix yet?  I've made some progress on isolating
it but haven't quite got it yet. Debugging is slow because the textsw bug
has a tendancy to lock your system up.  I'm also planning on fixing the
missing LC_MESSAGES prob.  Am I reinventing the wheel here?

--
Thad Phetteplace
Network Systems Analyst, Allen-Bradley Co.
Phone: (414)382-4461
Email: tdphette@mke.ab.com

The opinions expressed here are entirely my own and not that of my employer.
I am not a slob, I am simply doing an experiment in domestic entropy!
From: fmayhar@altair.mpd.tandem.com (Frank Mayhar)
Newsgroups: comp.unix.bsd
Subject: Installing on IDE drives; I need ide_conf.exe...
Date: 6 Nov 92 23:37:03 GMT
Reply-To: fmayhar@mpd.tandem.com
Organization: Tandem Computers (MPD) Austin, TX

And I can't find it.  Would someone please email me a pointer to it?  Thanks.

I would also like feedback regarding my proposed system setup.  I have two
drives, a 213 MB Western Digital as master, which will hold 386bsd, and an
80 MB Quantum slave which will hold DOS.  I will want to boot 386bsd most of
the time, and DOS on occasion.  I had planned to make a minimal boot floppy
for DOS, which points itself at the Quantum at the appropriate time.  Is
this the best way to go?  Or should I allocate a 1-meg slice of the 386bsd
disk for DOS, so I can boot from it?

The jury still seems to be out regarding 386bsd and DOS coexisting on IDE
drives; I've been waiting on a concensus but none seems forthcoming and
I can wait no longer.  I install this weekend, or whenever I can find
ide_conf.exe.
-- 
Frank Mayhar  fmayhar@mpd.tandem.com
              Tandem Computers, Inc.  Micro Products Division
              14231 Tandem Blvd., Austin, TX  78728    Phone:  (512) 244-8969
Newsgroups: comp.unix.bsd