HDTenEightyP/NetNews huggingface dataset:
From: pizzi@nervous.com (Riccardo Pizzi)
Subject: Re: More than 2 comm ports with ISC 2.2, help please!???
Reply-To: pizzi@nervous.com (Riccardo Pizzi) 
Organization: The Nervous XTC Public Access Unix System, Rimini, ITALY
Date: Tue, 29 Sep 92 01:59:35 GMT

In article <1992Sep28.212940.14555@mnemosyne.cs.du.edu> mdent@nyx.cs.du.edu (Mike Dent) writes:

>  Hi! I am struggling trying to get  a 3rd comm port working with isc
>2.2.1. I have a 2 comm port card working ok, but the prolem comes when I
>tryt to get a 8 port card working! I can get the first 2 ports of the card
>working ok, but any more, and it dosent want to know. The documentation is
>not very clear at all.
>  The card is calleda  Mandax 8 port serial card. It has 8 ports, and is
>selectable as 2 interupts, 1 int for the first 4 ports, and 1 for the
>second 4 ports.  I desperatly need to get at least 1 more comm port
>working!

You could install the FAS driver. FAS is placed in the public domain
and archived in comp.sources.something (sorry I just can't recall exactly).
I had the same problem with a 4-ports card and solved it that way. FAS is
great! Highly recommended.

Ciao

Rick
-- 
Riccardo Pizzi @ the Nervous XTC Public Access Unix System, Rimini, ITALY
E-Mail -> pizzi@nervous.com        <*>      Bang-path -> uunet!nervous!pizzi
Nervous XTC, the home of the UniBoard package * Data: +39-541-27135 HST/PEP/V32
Xref: sparky comp.unix.sysv386:15132 comp.unix.bsd:6711 comp.os.linux:12285 comp.os.ms-windows.programmer.win32:1283 comp.os.coherent:4886 comp.unix.solaris:232 comp.os.msdos.desqview:3253 comp.os.os2.programmer:5374
From: merlin@neuro.usc.edu (merlin)
Newsgroups: comp.unix.sysv386,comp.unix.bsd,comp.os.linux,comp.os.ms-windows.programmer.win32,comp.os.coherent,comp.unix.solaris,comp.os.msdos.desqview,comp.os.os2.programmer
Subject: MAXIMUM PROCESS SIZE under SCO UNIX ODT 1.1 and ANY OTHER 386 UNIX??
Date: 2 Oct 1992 01:30:40 -0700
Organization: University of Southern California, Los Angeles, CA
Distribution: inet
NNTP-Posting-Host: neuro.usc.edu

Do I understand correctly that the maximum user process size available
in SCO UNIX SYSV/386 is 4 MB (MAXUMEM=8,192 pages * 512 bytes/page)???

Is this limitation specific to SCO UNIX or is it generic to AT&T UNIX?

Can I get around this limitation by running under root, odt, whatever?

This is creating a serious problem for me as I move into working with
larger and larger 3D models of human brain structure and activity.

Does any other 386 based UNIX (or at least 386based system capable of
supporting AT&T and/or BSD compatible unix source code with minimal 
conversion effort) offer larger user process (individual task) virtual 
address space?  Perhaps BSD/386, 386BSD-0.1, coherent, solaris, linux,
MSDOS w/DJGCC, MS WINDOWS w/32 Bit Zortech C++, OS/2 2.0, ?

Ideally, I'd like to be able to go up to perhaps 64MB virtual address 
space on 64MB 486 based EISA motherboard.

Thanks, AJ

------------------------------------------------------------------------------
Alexander-James Annala
Principal Investigator
Neuroscience Image Analysis Network
HEDCO Neuroscience Building, Fifth Floor
University of Southern California
University Park
Los Angeles, CA 90089-2520
------------------------------------------------------------------------------
Newsgroups: comp.unix.sysv386
From: kdenning@portal.hq.videocart.com (Karl Denninger)
Subject: Re: Wangtek or Archive??
Organization: VideOcart Inc.
Date: Mon, 5 Oct 1992 12:41:07 GMT

In article <718250322.2276@zooid.guild.org> vid@zooid.guild.org (David Mason) writes:
>From: larry@gator.rn.com (Larry Snyder)
>>
>>We have an Archive 2150S here and use a combination of 60/150/250
>>meg tapes here without any problems
>>
>
>I assume you aren't writing to the 60MB tapes? I thought that wasn't possible.

Writing to a DC600A (60MB) tape in a VP2150S produces QIC-120 (120MB) format.

--
Karl Denninger 		Inet:  kdenning@hq.videocart.com
VideOcart Inc.		Voice: (312) 987-5022

Newsgroups: comp.unix.sysv386
From: paul@pphbau.atr.bso.nl (PPH Bauwens)
Subject: Re: cu, console, and 8 bits
Organization: Private Node
X-Newsreader: TIN [version 1.1 PL6]
Date: Tue, 29 Sep 1992 20:37:09 GMT

mat@mole-end.matawan.nj.us wrote:
: I notice that when I do a CU to a remote system that sends 8-bit
: characters (e.g. PC BBSs that use the graphics characters above
: ASCII 0x80), something truncates the high bit.  Since this seems
: independent of the modem and since the console software can send a
: full 8 bits to the monitor, I have to assume that cu is doing this.  Is
: there any way to fix this, short of getting cu source from someplace?

Try either 'stty -istrip' or use the '-b8' option of 'cu'.
At least the SVR4 'cu' will automatically switch into 7-bit mode if
'stty istrip' is set, even if you use 'stty cs8'.

Hope this helps.
-- 
--------------------------------------------------------------------------
Paul Bauwens				Email:	paul@pphbau.atr.bso.nl
Rietkerkweg 364					paul@pphbau.hobby.nl
3066VL Rotterdam  Nederland		Phone:	+31-10-4211858
From: shite@sinkhole.unf.edu (Stephen Hite)
Newsgroups: comp.unix.sysv386
Subject: Location of SCO Unix GCC binaries?
Date: 28 Sep 92 17:34:56 GMT
Organization: Univ. of North Florida


  Could some kind soul please tell me where I can ftp the SCO
Unix binaries for GCC from?  Thanks!

Steve Hite
shite@sinkhole.unf.edu
Newsgroups: comp.unix.sysv386,comp.windows.x,comp.os.linux,comp.unix.bsd,comp.os.mach,comp.sys.ibm.pc.misc,comp.sys.ibm.pc.hardware
From: john@jwt.UUCP (John Temples)
Subject: Re: Free software and the future of support for Diamond products
Organization: Private system -- Orlando, FL
Date: Sun, 27 Sep 1992 22:55:00 GMT
Keywords: Diamond, free-software

In article <1992Sep26.174107.1594@philabs.philips.com> kkt@philabs.philips.com (Kim-Kiat Tan) writes:
>	What is the STB stands for ?

On their packages, it says "Simply The Best."  I don't know if that's
what the company's initials really stand for, though.

>But I have a hard time finding out what other vendors
>have a true 24 bits graphics display, anybody ?

Genoa Systems makes a board called the 7900, which is an ET4000-based
ISA card with an AT&T DAC that supports 15, 16, and 24 bit per pixel
modes, in addition to standard VGA.  I didn't have too much difficulty
finding an engineer at Genoa who was willing to put together some
sample code for me that showed how to program the DAC into the extended
modes without the use of the BIOS.  I've now got my UNIX drivers
working with the 7900 in all its modes.

It's a pretty decent little card, especially considering the price
(dealer cost around $150).
-- 
John W. Temples -- john@jwt.UUCP  (jwt!john@peora.sdc.ccur.com)
Newsgroups: comp.unix.sysv386
Subject: SCO UNIX and Modem
From: kim@cs.arizona.edu (Kyung Soo Kim)
Date: 3 Oct 92 03:03:42 GMT
Keywords: SCO UNIX 3.2, modem

I am new to UNIX system on my new 486 system.
I have SCO UNIX 3.2.0 with no development system or TCP/IP(?) 
system.  I am looking into the installation manual, but I can't
find and section about modem.  Can anyone help me out?
My modem is Hayes compatible 2400 baud internal modem.
Also, if I need program for modem, please let me know the name of
the program(prefferably public domain) and ftp site where I can't 
download it for free.
Thank you.

kenny
From: thu@huedv.hu.sub.org (Thomas Huppertz)
Newsgroups: comp.unix.sysv386
Subject: Q: Scanner-Driver for ISC (3.0)
Date: 6 Oct 92 02:19:51 GMT
Reply-To: thu@huedv.hu.sub.org
Organization: HUPPERTZ EDV-Beratung, Thererstr. 10, 8083 Mammendorf, Germany

Does anyone know a scanner-driver for ISC ?
    - PD or commercial
    - which scanner's (hand-, A4, high-/low-res ...)

or has someone experiences with the epson-scanner - as I know is there
one with RS232 available (?). Is it usable?

Thanks in advantage,
    Thomas
    

-- 
==================== Gruss: === Thomas === Huppertz  ========================
       HUPPERTZ EDV-Beratung, Thererstr. 10, 8083 Mammendorf, Germany 
               Tel. ++49-8145-1569, Fax. ++49-8145-8286 
==================== EMail:== thu@huedv.hu.sub.org ==========================
Newsgroups: comp.unix.sysv386
From: orville%weyrich@uunet.uu.net (Orville R. Weyrich)
Subject: Re: Unix "Lite" is not so light
Reply-To: orville@weyrich.UUCP (Orville R. Weyrich)
Organization: Weyrich Computer Consulting
Date: Mon, 5 Oct 92 00:00:44 GMT

In article <ellis.718141928@nova> ellis@nova.gmi.edu (Stew Ellis) writes:
>orville%weyrich@uunet.uu.net (Orville R. Weyrich) writes:
>
>>In article <2979@news.cerf.net> jde@esix.everex.com (Jeff Ellis) writes:
>>>[ Article crossposted from comp.unix.sys5.r4 ]
>>>[ Author was Jeff Ellis ]
>>>[ Posted on 30 Sep 92 17:10:21 GMT ]
>>>
>>>Scott Evernden (scott@unixland.natick.ma.us) wrote:
>>>:>In article <1a7cspINNmmu@cs.utexas.edu> turpin@cs.utexas.edu (Russell Turpin) writes:
>>>BTW What features are important for you people to buy 4.2? 
>>>(in short what should Esix do to get you to buy?)
>
>>How about an inexpensive upgrade path?
>
>>How about ability to exist on an inexpensive MS-DOS peer-to-peer network
>>like LAN-tastic or Novell-Lite? I am still looking for a viable alternative
>>to Netware 3.x for small work-groups that need to have a "real" computer 
>>[UNIX or OS/2] in their network. Netware 3.x is too much of a closed
>>"good-old-boy" product, what with their expensive CNE program and dearth of
>>good self-study  materials, and their high per-node licensing costs, esp.  for
>>small networks.
>
>PC Interface was included with Intel SVR4.0.3.  The client software and the
>server if needed are available from Locus Computing (the developers of
>Merge).

Uh, I thought that PC-interface was a client-server architecture and not 
peer-peer. That is, PC's can talk to the Unix host, but not to each other.

True peer-peer allows a small system to evolve. cilent-server forces a
revolution.

orville

--------------------------------------   **************************************
Orville R. Weyrich, Jr.                        Weyrich Computer Consulting
Certified Data Processor                     POB 5782, Scottsdale, AZ 85261
Certified Systems Professional                   Voice: (602) 391-0821
Certified Computer Programmer            Internet: orville%weyrich@uunet.uu.net
--------------------------------------   **************************************
Xref: sparky comp.unix.sysv386:15228 comp.unix.pc-clone.32bit:262 comp.unix.sys5.r4:146
From: john@jho.com (John Ho)
Newsgroups: comp.unix.sysv386,comp.unix.pc-clone.32bit,comp.unix.sys5.r4
Subject: Re: uucp g protocol tuning parameters -- help cutting phone bills!
Date: 5 Oct 92 14:18:11 GMT
Organization: Software Programming, Inc., Dallas, Texas USA

>In article <1992Oct3.072415.19296@weyrich.UUCP>, orville%weyrich@uunet.uu.net (Orville R. Weyrich) writes:
> 
>> but I am only getting about 500 cps out of my [long distance  -- I pay  for
>> it!] link to uunet. I get about  900 cps out of a local link.

You should be happy that you are getting 500 cps from UUNET because I am 
getting only 176 cps from PSI and this is the average thru put over a period 
of six months - their marketing seems to be doing a marvelous job getting 
customers but their hardware is way overloaded; Not to mention the 
news is sometimes 48 hours late.  The only advantage I have with PSI 
is that they charge a flat rate and it is a local call for me. :( 

-- 
John Ho from Dallas, Texas USA. (john@jho.com)           - No news is bad news.
Newsgroups: comp.unix.sysv386
From: gauthier@ug.cs.dal.ca (Paul Gauthier)
Subject: Re: SCO NFS Traumas
Organization: Math, Stats & CS, Dalhousie University, Halifax, NS, Canada
Distribution: dal
Date: Mon, 5 Oct 1992 18:42:10 GMT

In <1620@integow.uucp> colin@integow.uucp (Colin Smale) writes:

>	Assertion failed: line 509 of pcnfsd.c: "ex"

Ugh! Flashback!

We had this problem for aeons and SCO denied the hell out of it for the
longest time because it was so damn transient. Get yourself copies of
lng287b and efs120 (I think those are the correct names). Install them
and the problem will go away. Check with SCO, there is someone there
who knows the numbers for sure. If installing those doesn't help your
problem (or they just seem to be totally unrelated to the problem at hand)
send me some mail and I'll look up the correct numbers in my files. One of
them is a replacement for lockd (I think) and one is an update to the ethernet
drivers (I think).

Use archie to find them. They may be on wimsey.bc.ca.

Secondly, get FTP Software to ship you pl7 of the Interdrive stuff. I don't
know for sure if it helps the problem but when we had the problem they
tried to play it off that we had an old buggy version (pl5) so they
sent us the upgrade free as a bug fix.

Hope that helps, I wish _I_ had had someone like me to tell me how to fix
it. I posted 3 or 4 times to various groups with no responses.

PG
-- 
===========================================================================
                             Paul Gauthier
cyclist, rock climber, skydiver, computer scientist (...in order of danger)
Electronic: gauthier@ug.cs.dal.ca  Voice: (902)423-0089  Fax: (902)420-1675
From: c4craig@teal.csn.org (Craig Anderson)
Newsgroups: comp.unix.sysv386
Subject: V/386 R3.2 Device Driver Reference Manual
Date: 2 Oct 92 19:47:21 GMT
Organization: Colorado SuperNet, Inc.


Can anyone tell me where to find:

UNIX SystemV/386 R3.2 Device Driver Reference Manual

Craig H. Anderson
C4 Network, Inc.
518 17th Street, Suite 1400
Denver, CO 80202
    (303) 825-8183
FAX (303) 893-6510
c4craig@csn.org
Newsgroups: comp.unix.sysv386
Subject: Small bug in Xmach screen saver (Dell V.4 rel 2.2) ???
Organization: Technology Research Group, SAIC, San Diego
From: jcp@logjam.trg.saic.com (John C. Peterson)
Date: Wed, 30 Sep 1992 21:38:31 GMT

    There seems to be a small bug in the Xmach screen saver under Dell V.4
rel 2.2. I usually run my screen saver in the blank mode, just to reduce
burn-in to a minimum. However, I was recently getting ready for a visit by
some potential customers, and tried the "noblank" mode (ie: xset s noblank),
since it has more of a "flashy look". Whenever the saver changes the size of
the "X" logo to a size larger than some threshold size, it's corrupted, and
looks, ...well, less than flashy.

    This is the Xmach server on a ATI Graphics Ultra, I haven't noticed any
other problems under X, so it seems to be configured properly. Dell Technical
support indicated they weren't aware of any problem with this, so I'm curious
if anyone else has seen this problem ???

Regards, John
-- 
John C. Peterson  KD6EKQ        | jcp@trg.saic.com | Disclaimer: The opinions
Science Application Intl. Corp. | +1 619 546 6539  | expressed are mine alone,
10260 Campus Point Drive MSC6   |                  | and do not reflect those
San Diego, CA 92121             |                  | of SAIC.
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
From: av@omega.ssw.de (Andreas Vogel)
Subject: av386mon for SVR4 available
Date: Wed, 30 Sep 1992 17:11:50 GMT
Organization: Omega Softlab


I've received quite a bunch of mails concerning my port of u386mon to
SVR4. So I've located the whole packet on following machine:
I've given the package a partial new name in order to emphasize the changes
and to avoid confusion. But the name is somehow strange (just my initials
prepended).

    FTP-Server: ftp.ims.uni-stuttgart.de (141.58.127.8)
    Directory:  unix/svr4
    Files:      av386mon.README (2831 bytes)
		av386mon-2.40.tar.Z (133951)

Please remember that this is a quick and dirty port, although it is working.
The av386mon.README briefly describes some aspects.

Enjoy it :-)),

-- 
Andreas Vogel                   Bahnhofstr. 13 / D-7300 Esslingen / Germany
				Voice:  +49-711/357613
				E-Mail: av@ssw.de
Newsgroups: comp.unix.sysv386,comp.unix.pc-clone.32bit,comp.unix.sys5.r4
From: bilse@login.dkuug.dk (Per G. Bilse)
Subject: Re: uucp g protocol tuning parameters -- help cutting phone bills!
Organization: bilse
Date: Sat, 3 Oct 1992 14:54:02 GMT

orville%weyrich@uunet.uu.net (Orville R. Weyrich) writes:
>Does anyone  know what window parameters my uucp  partners can best use when
>talking to my Microport 3.0 and Esix 4.0 systems? I assume that if they push
>[...]
>Where can I find documentation on the ins-and-outs of the g protocol?

Fairly substantial information can be found in the information accompanying
Taylor UUCP (GNU/FSF distributed).  As for twiddling the parameters, it's
a question if the other end supports what you want.  If you connect with
a high enough debug level, your uucico will list the protocols the other
end offers (look for something like "imsg> ^PPtfg") and the actual
protocol selected will be listed with a "Ug" msg (for the g protocol).
Apparently there is some confusion wrt tuning the g protocol, as many
implementations have fixed window and packet sizes.  The SVR4 answer
(according to the Taylor info) is the G protocol, meaning "g with all
the trimmings".  The protocol(s) you wish to try can be selected in
/etc/uucp/Config (V.4).
--
Per G. Bilse:   per@bilse.dk    bilse@dkuug.dk    (was {per,pdev}@pdc.dk)
Priv: Dannebrogsgade 35, DK-1660 Copenhagen V, +45 31313971
Work: DKUUG, Universitetsparken 1, DK-2100 Copenhagen OE, +45 31397322
Old Work: PDC, H.J. Holst Vej 5A, DK-2605 Broendby, +45 36721022
From: aris@unisup1.uucp (Aris Stathakis)
Newsgroups: comp.unix.sysv386
Subject: Re: lpd for SCO Unix 3.2.4 wanted
Date: 1 Oct 92 13:55:24 GMT
Organization: Lasernet (pty) Ltd.

In <1992Sep22.005123.6184@dlogics.com> brown@dlogics.com (Steve Brown) writes:

>Are there patches for the BSD sources for the above?

>I have a set of patches for Interactive's Unix and they mostly work except
>for filters (OF).  Before I start hacking these for SCO, has this been 
>done before?

>Appreciate any leads.

Try SCO themselves.  SCO TCP/IP 1.2 has lpr/lpd support (in addition to
dialup-ppp/bootp/smtp/slip etc..)

Aris

-- 
Aris Stathakis        Tel +27 11 887 4220 | 
SCO Unix Support      Fax +27 11 887 1141 |     " Ni, Peng, Nooooowom. "
UniNet - A Division of Lasernet (Pty) Ltd |_________________________________
Internet:   aris@unisup1.UUCP      
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
From: av@omega.ssw.de (Andreas Vogel)
Subject: av386mon source posted to alt.sources
Date: Fri, 2 Oct 1992 18:46:24 GMT
Organization: Omega Softlab


I've posted the source code of av386mon to alt.sources. I've received many
mails in which the people asked to do so.

I've been very surprised about how many people are interested int this
port. So am I'm happy to give a little back to the community.

Comments and ideas are welcome.

I've done some investigations about accessing kernel memory without
using the lseek() and read() system calls. This could be done with
the mmap() system call. The main point is, that the kernel pages will
be mapped in user address space on demand. If the user accesses a kernel
page, which is currently not mapped in user space, a SIGSEGV signal is
send by the kernel. A signal handler routine handles this signal by
mapping the kernel page holding the requested address and maps it
to user space. Afterwards the instruction which initiated the SIGSEGV
is restarted by a call to longjmp(). So before addressing a kernel
address a call to setjmp() must be done.

I've written a little program which demonstrates kernel memory access
using this method by listing all processes like ps(1).
It just works fine :-))

The big advantage I see is the reduction of system calls to get kernel
state information. After a page is mapped to user space, you just access
the data structures without any overhead.

I'll implement this feature in av386mon in the near future.

Any comments on this? Did I've overseen something?

Another question: I think, that cleaning up the u386mon source and
reimplementing some parts of it could be neccessary. It would be much
easier to maintain and add things to the cleaned up source.
On the other side, that means that the new source will then only compile
on SVR4 systems. I'm not sure wich solution I should prefer.

So any comments on this?

So long,

-- 
Andreas Vogel                   Bahnhofstr. 13 / D-7300 Esslingen / Germany
				Voice:  +49-711/357613
				E-Mail: av@ssw.de
From: bbs.pucon@tsoft.sf-bay.org (Ivan Munoz)
Newsgroups: comp.unix.sysv386
Subject: SCO/UNIX for 486clone
Date: 25 Sep 92 20:07:43 GMT
Organization: The TSoft BBS and Public Access Unix, +1 415 969 8238

I am looking to buy a used or some older version of SCO/Unix to run 
Coconut Software (Multiuser). I am looking for a legal copy with manuals
and registration.  But I cannot afford to pay $1,295 the retail price.
If you can give me an idea where to get it for A LOT LESS than retail,
please e-mail me at fierro@west.darkside.com 
Thanks,
Ivan Munoz


--
Ivan Munoz (bbs.pucon@tsoft.sf-bay.org)
Newsgroups: comp.unix.sysv386
From: ayr@gtech.com (Aleksey Y. Romanov)
Subject: Re: unix sugestions on pc
Organization: GTECH Corporation, West Greenwich RI
Distribution: comp
Date: Thu, 1 Oct 1992 20:00:26 GMT

In article <1992Oct1.193949.19682@sol.ctr.columbia.edu> jerry@connection.prospect.com (Jerry Shekhel) writes:
>
>MST provides (IMHO) a nice SVR4, also.
>
>I'm not affiliated with MST except
>as a customer.
>
I have also good experience running MST at home (without networking etc.)


-- 
Aleksey Y. Romanov

DISCLAIMER: The views expressed are entirely my own and do not
necessary reflect those of my employer or anyone else
Xref: sparky comp.unix.sysv386:15073 biz.sco.general:3542
From: jim@tiamat.fsc.com ( IT Manager)
Newsgroups: comp.unix.sysv386,biz.sco.general
Subject: Re: making a new root disk in SCO Unix 3.2v4.0
Date: 30 Sep 92 13:49:01 GMT
Followup-To: comp.unix.sysv386,biz.sco.general
Organization: Ahlstrom Filtration - Chattanooga,TN

In article <1992Sep29.002916.609@ksmith.uucp>, keith@ksmith.uucp (Keith Smith) writes:
> In article <3791@tiamat.fsc.com> jim@tiamat.fsc.com ( IT Manager) writes:
> 
> Yup,  That should do it, but I'd recommend getting Ctar for SCO.  It has
> a nice utility for a system backup and restore to different media.
> (Unlike good ole 'backup').  I have used it to do exactly what you
> desire with *NO* problems.  Of course I had an 8mm tape to back up the
> 330MB drive, and moved to a 1G.  No hitches, no glitches.

I just might have to get Ctar - I keep seeing recommendations for it.
However, in this case, I think the standard tools will work just fine.

> >the changing of the root drive type.  Also, since this system uses full
> >C2 security, I wonder if all of the files associated with that will get
> >copied over OK (i.e. are there any "hidden" files associated with C2 that
> >the find and cpio won't take care of?).
> 
> No, but.  Be sure to run fixmog.

Could you (or anyone else) expand on "fixmog"?

> >
> >Any help or opinions would be appreciated.
> >
> 
> Why not just mount the SCSI on the MFM?

Already do. :-)  Besides the MFM root, this system also has two
additional SCSI drives.  The current MFM is too small (80MB), too slow
(>20ms access time), too big (5.25" full height), and too loud for me
to want it to continue being the root drive.  This system needs a
higher capacity root drive and the better performance it will gain by
going to a fast SCSI drive.  Also, it will be nice to free the slot
used by the old MFM controller, and make the system more flexible (the
new SCSI root drive will be mounted externally, so I won't have to
take the system apart the *next* time I want to upgrade the drive :-).
------------- 
James B. O'Connor                                     jim@tiamat.fsc.com
Information Technology Manager                        voice 615/821-4022 x651
Ahlstrom Filtration, Inc.                             fax   615/821-0616
=========
	"Anyone who is capable of getting themselves made President,
	 should, on no account, be allowed to do the job."
	 Douglas Adams, _The Restaurant at the End of the Universe_