HDTenEightyP/NetNews huggingface dataset:
From: sdm7g@aemsun.med.Virginia.EDU (Steven D. Majewski)
Subject: Re: Comparative study on tape drives
Followup-To: comp.periphs.scsi
Organization: University of Virginia
Date: Wed, 14 Oct 1992 15:57:21 GMT

In article <10627@uqcspe.cs.uq.oz.au> dusan@cs.uq.oz.au (VK4FCW) writes:
>
>2. Your help
>
>The network has always been very helpful in giving good, resourceful, and
>reasonably objective answers to users' enquiries.
>

Was there a missing smiley in that sentence?  1/2 ;-)
You don't have to butter us up to get opinions here!

>
>You can mail your comments and tell me about your experience using
>any of the above tape drives, or you can post it directly to the newsgroup.
>I would like to know about your past experience, as well as your 
>ideas which technology will "win" in the near future. We all are fully
>aware that best solutions do not necessarily conquer the market. Demand
>for a certain product depends on many factors.
>
>In ay case, I shall post a summary on this topic in about three weeks from
>now (if there is anything to summarize at that time).
>

Please do. 
But perhaps you should continue to post them as well as mail them. 
And we need to come up with a list of survey questions so that the
answers can be reasonably compared.
 
For example - few of the recent "8mm vs DAT" comments have DATED the
good or bad experiences described. 
The only way I can make sense of lack of consensus among the
"I have had {NO PROBLEMS/LOTS OF PROBLEMS} with my {4mmDAT/8mm} tape system"
reports is that we must be seeing a "new technology" effect here. 
I was looking at alternatives to 8mm because I had heard so many 
horror stories about EXABYTES. Now I'm hearing both praise and horror
stories about both 8mm & DAT. Could it be that the horror stories 
mostly cluster around new product introductions? Maybe, but I can't
tell from the info given. ( The other interpretation I can think of
is that the anecdodal info is from too small and biased a sample 
population to be useful for ANY comparison. ) 

Does anyone have any references on published comparisons? 

The other info I've been searching for is estimates of the lifetime
of various formats of recorded media and how those estimates are 
arrived at. ( I would think by experimental measurment of "bit decay"
and extrapolation/comparison of that rate with the ECC capacity. 
But for all I know, it's just a number someone at marketing decided 
was not too far out on a limb. ) 

======== "If you have a hammer, find a nail" - George Bush,'91  =========
 Steven D. Majewski		University of Virginia Physiology Dept.
 sdm7g@Virginia.EDU		Box 449 Health Sciences Center
 Voice: (804)-982-0831/32	1300 Jefferson Park Avenue
 FAX:   (804)-982-1616		Charlottesville, VA 22908

Newsgroups: comp.periphs.scsi
From: craven@cg.emr.ca (Jim Craven)
Subject: Driver for Future Domain Card req'd
Reply-To: craven@cg.emr.ca
Organization: Dept. of Energy, Mines & Resources, Canada
Date: Fri, 16 Oct 1992 17:31:01 GMT

Can anyone forward me a phone number for Future Domain?  I have a
Future Domain TMC840 card and Corel's driver for a Panasonic Optical
drive.  Corel tells me I need a new version of their driver plus
an Adaptec (well, ASPI) card to move to version 5 of DOS.  I would like to
know if I can get a driver from Future Domain to stay with my
old card?

Any help appreciated,  

Jim
---
Love is like the ozone layer,            |Jim Craven (craven@cg.emr.ca)|
   You don't miss it until it's gone.    |Geological Survey of Canada  |
        ---Frank Drebbin, Police Squad   |1 Observatory Cres., Ottawa  |
-----------------------------------------|K1A 0Y3 (613) 996-9935-------|

Newsgroups: comp.periphs.scsi
From: rrohbeck@kboeng.enet.dec.com (Ralf-Peter Rohbeck)
Subject: Re: Technical Training Seminars
Reply-To: rrohbeck@kboeng.enet.dec.com
Organization: Digital Equipment Int. GmbH
Date: Thu, 8 Oct 1992 15:51:41 GMT


Just in case there's anybody in Europe interested in this:

Introduction to SCSI		Monday, Nov. 2
SCSI, the Nuts and Bolts	Tuesday, Nov. 3 through Thursday, Nov. 5

Pound Sterling 350+VAT(17.5%)/900+VAT, respectively

Sheraton Skyline Hotel (London - Heathrow)
Bath Road (A4), Hayes
Middlesex, UB3 5BP, England

Instructor: Gary Stephens
Accommodation: Pound 95+VAT/night
Contact:
The course director (Y. Jalili)
Dan Computer Solutions Ltd.
Zeina House
Milner Way
Ossett, West Yorkshire WF5 9JE
England
Tel.:(0924)262873
Fax :(0924)280559

Disclaimer: I have no idea if this is still correct. I got this early
in September.

Ralf-Peter
--
===============================================================================
Ralf-Peter Rohbeck          rrohbeck@kbomfg.dec.com         Product engineering
Digital Equipment Int. GmbH rrohbeck%kbomfg.enet.dec.com       Disk drive plant
Sudetenstrasse 5/POB 1356   ...!decwrl!kbomfg.dec.com!rrohbeck)      Kaufbeuren
W-8950 Kaufbeuren           (+49) 8341 / 91-4473                        Germany
Newsgroups: comp.periphs.scsi
From: wendell@medsys.rn.com (Wendell Dingus)
Subject: Re: BUSTEK drivers (or BBS #)?
Organization: Med-Systems, Kingsport, Tennessee
Date: 07 Oct 1992 00:07:57 GMT

djbpitt+@pitt.edu (David J Birnbaum) writes:

>In article <1992Oct5.120904.16528@alf.uib.no>
>THOGER@bg1.hbg.hydro.no (Terje Thoegersen) writes:

>>I've got an HP 486 EISA with a Bustek 742 SCSI HA installed. I've got some
>>DOS-based drivers / utils for this, but wondered about OS/2 support..
>>
>>If you have a BBS number, I'd be grateful..
>The good news:
>408-492-1984 Bustek BBS
>408-492-9090 Bustek tech support
>By the way, they've changed their name and are no longer called
>"Bustek," but I can't recall the new name at the moment.

Bustek is now called Buslogic. I've recently purchased their driver set
to get the Netware 3.11 drivers but haven't gotten around to installing
any of that particular system yet. I hope I'll get the same sort of 
performance and reliability I've gotten from Buslogic products in Unix
systems.


-- 
-- Wendell Dingus    internet:  wendell@medsys.rn.com       //  
--    uucp:  uunet!gator!medsys!wendell    Only AMIGA!    \X/
Newsgroups: comp.periphs.scsi
From: karl@ddsw1.mcs.com (Karl Denninger)
Subject: Re: DAT vs. 8mm
Date: Mon, 12 Oct 1992 02:17:09 GMT
Organization: Macro Computer Solutions, Inc., Chicago, IL

In article <9850050@hpcpbla.bri.hp.com> mark@hpcpbla.bri.hp.com (Mark Simms) writes:
>>> The streaming speed on this drive is also better than the  
>>> 187 I quoted earlier.  "Sustained transfer 366-732 K/sec"
>>> Why the range, I don't know.  That may be using  
>>> compression, and hence the write to tape is constant.   
>>> Perhaps someone from HP would care to comment.
>
>As you said, the data rate to tape is 187kbytes/sec.  Add two to four
>times compression and you get the range of transfer rates.

Archive is claiming that their new 2.2GB DAT drive with compression achieves
370KB/sec NATIVE transfer rates BEFORE compression.

--
Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
Data Line: [+1 312 248-0900] Anon. arch. (nuucp) 00:00-06:00 C[SD]T
Request file: /u/public/sources/DIRECTORY/README for instructions
From: dabl2@nlm.nih.gov (Don A.B. Lindbergh)
Newsgroups: comp.periphs.scsi
Subject: Re: MS Windows 3.1 SMARTDRV cache program vs. Adaptec 1542b Con
Date: 13 Oct 92 14:16:30 GMT
Organization: National Library of Medicine

In article <67580@cup.portal.com> mberhan@cup.portal.com (Mike D Berhan) writes:
>merlin@neuro.usc.edu (merlin) writes:
>
>>MS Windows 3.1 README files and the Windows 3.1 Resource Kit state you must
>>set VirtualHDIrq=Off in the [386enh] section of SYSTEM.INI for SCSI disks.
>
>You only need to do this if your AHA-1542B is at IRQ 14.
>
...rest deleted...

>Mike Berhan
>mberhan@cup.portal.com

Huh, had not seen this before....is there a performance difference?  I've got
my 1542B at the default irq 11, but DID set the VirtualHDirq=Off in my 
SYSTEM.INI  Will I see better performance if I set it to ON?


--Don Lindbergh
dabl2@lhc.nlm.nih.gov
From: dcrocker@cisco.com (Dan Crocker)
Newsgroups: comp.periphs.scsi
Subject: Re: SCSI bus termination
Date: 14 Oct 92 21:01:16 GMT
X-Newsreader: TIN [version 1.1 PL6]

Jim Pritchett (jdp@caleb.UUCP) wrote:
: In a certain configuration, I get intermittent SCSI errors even though the
: system is properly terminated.  (i.e. two Quantum 105S and an Archive 2150S.)
: Someone suggested that I try reversing the terminators.  Is this a good idea?
: Why would reversing the resistor packs reduce SCSI bus "noise" (or whatever?)
: 
: Also, what is a good and reasonably priced source for DB-25 plug-in terminators?
: 
: 
:                                      Thanks,
: 
:                                                 Jim Pritchett
: 
: 
: UUCP:  rwsys.lonestar.org!caleb!jdp
:  or    utacfd.uta.edu!rwsys!caleb!jdp

Reversing the terminators would only solve your problem if they happened to 
be plugged in backwards.  If the terminators are SIPs, the two end pins are
the common sides of the 220 and 330 terminating resistors (I don't remember
which is which) If they are in backwards, the lines don't get terminated 
properly.  You could try it if you want since it shouldn't hurt anything
(they're just resistors).  I would think you could also measure it with an
ohm meter.  You want to have ~330 ohms between a signal pin and ground.
If you measure something in this range, the terminator is probably installed
correctly.  The measurement may be off a bit since there is other stuff
connected to these lines but their input impedance should be high enough not
to effect the reading too much. If it's closer to 220, it's in backwards.


Dan
Newsgroups: comp.periphs.scsi
From: bwilliam@iat.holonet.net (Bill Williams)
Subject: Re: SCSI bad sectors?
Organization: HoloNet (BBS: 510-704-1058)
Date: Thu, 8 Oct 1992 09:16:42 GMT

You are wrong to assume that a Kilobyte of storage is only 1000 bytes CLEAR
AND SIMPLE. The world of programmers has long ago agreed on the definition
of a Megabyte of storage and a Kilobyte of storage. It is only
non-programmers (marketing folks) and people who refuse to admit that they
are incorrect that a Kilobyte of storage is not 2^10 bytes of storage and
that a megabyte is not 2^20 bytes of storage.


What kind of arguments do you need? There are no texts that I am aware of
that define a Kilobyte of storage as 1000 bytes!!!!!! Let alone any that
define a Megabyte of storage as 10^6 bytes!

I will not bother to cite any claims and feel quite secure in my assertion
that you are only motivated by the same greed as other storage vendors
that find it in their best interest to try and redefine the word
"Megabyte" and "Kilobyte"s of memory storage merely to boost sales.

Bill Williams

Newsgroups: comp.periphs.scsi
From: fpm@crash.cts.com (Frank Maclachlan)
Subject: Need jumper info for Siemens 2300 SCSI hard drive
Organization: CTS Network Services (crash, ctsnet), El Cajon, CA
Date: 15 Oct 92 12:33:24 PDT

I have a Siemens 2300 SCSI hard drive and need option jumper information.
This is a 5 1/4" full high drive which formats to 261 mb.  Any help
would be appreciated.  Send email to fpm@crash.cts.com.  Thanks in
advance.
--
UUCP: {hplabs!hp-sdd ucsd nosc}!crash!fpm
ARPA: crash!fpm@nosc.mil
INET: fpm@crash.cts.com

Newsgroups: comp.periphs.scsi
From: edt@world.std.com (Eugene D Tyler)
Subject: Re: SCSI Bus Extenders
Organization: The World Public Access UNIX, Brookline, MA
Date: Wed, 14 Oct 1992 05:09:59 GMT

Summary: AMI Fast Disk Experience
Organization: The World Public Access UNIX, Brookline, MA
Keywords: EISA

I have been using an AMI Fast Disk host adapter for 3 months under OS/2
2.0 and SCO Unix 3.2 (ODT 2.0). The device emulates an Adaptec 1542 
and seems to work properly with both operating systems.

Problems:
 AMI customer service is just barely acceptable. Rating = 2.
 Device performance is good in 1542 mode, but will
   not do sync xfers due to a hardware bug that AMI
   will not fix.                                 Rating = 2
No device drivers for OS/2 2.0 for enhanced mode
   of operation, preventing > 16mb from being
   used other than as a paging cache. AMI has 
   promised drivers, then said, "no drivers will
   be developed"                                 Rating = 1
No help whatever on getting programming specs
   to permit evaluation of enhanced driver
   programming feasibilty.                       Rating = 1

In short, I would *NOT* recommend purchasing this product if you
need anything other than a cached Adaptec 1542 that does not do
sync transfers on the SCSI bus. On the other hand, the cache *DOES*
seem to help performance greatly, and there are no other choices
that have much support at all (Mylex DCE376).

If any one out there has used this product in enhanced mode, I would
appreciate an e-mail of follow-up.

Dale Tyler
edt@world.std.com
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.periphs.scsi
Subject: Re: Maximum SCSI cable length? (Sun workstation & Disk)
Date: 10 Oct 92 22:33:45 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1282@falcon.is> brb@falcon.is (Bjorn R. Bjornsson) writes:

| jdp@caleb.UUCP (Jim Pritchett) writes:
| >In article <1247@falcon.is>, Bjorn R. Bjornsson writes:
| >>yes.  But you can certainly have a 6 meter SCSI bus if the cables are
| >>good, functioning interfaces, adequate device spacing and proper
| >>termination.
| > 
| >What is "adequate device spacing"?
| 
| I had meant to have the standards handy before I answered this, but
| as I recall SCSI-2 requires about 30 cm (approx. 1 foot) between
| devices.  SCSI-2 is more restrictive in this regard than SCSI-1,
| probably to be able to support FAST-SCSI-2.

It isn't a requirement, but it is an Implementor's Note.  That is,
not having that spacing doesn't violate anything, but it is recommended
if you want to have fewer problems (spacing connectors closer together
tends to cause more problems because of the reflections/impedance matches
at every connector, and they are more likely to be additive if they
are close together).  Careful design can reduce such problems quite
a bit (the SGI Indigo's 3 drive bays have connectors about 7-8 cm's
apart, but the connectors are directly on the backplane PC board,
and things look pretty clean with a TDR).
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
From: mberhan@cup.portal.com (Mike D Berhan)
Newsgroups: comp.periphs.scsi
Subject: Re: MS Windows 3.1 SMARTDRV cache program vs. Adaptec 1542b Con
Date: Mon, 12 Oct 92 12:22:23 PDT
Organization: The Portal System (TM)
Distribution: na

merlin@neuro.usc.edu (merlin) writes:

>MS Windows 3.1 README files and the Windows 3.1 Resource Kit state you must
>set VirtualHDIrq=Off in the [386enh] section of SYSTEM.INI for SCSI disks.

You only need to do this if your AHA-1542B is at IRQ 14.

>It seems you also have to install smartdrv in both config.sys & autoexec.bat
>to get decent performance without disrupting windows operations.  I have the
>new Adaptec 1542b ROMs, the new ASPI software upgrade from the Adaptec BBS,
>DOS 5.0, Windows 3.1, MS C/C++ 7.0, and the Windows 3.1 SDK installed.  

The SMARTDRV from Windows 3.1 only need to be loaded in your AUTOEXEC.BAT.
You don't need the double buffering option when you use ASPI4DOS.SYS.

>------------------------------------------------------------------------------
>CONFIG.SYS
>----------
>buffers=30
>FILES=20
>device=c:\adaptec\aspi4dos.sys /D 
>device=c:\adaptec\aspidisk.sys
>device=C:\WINDOWS\HIMEM.SYS
>DEVICE=C:\DOS\SETVER.EXE
>DOS=HIGH, UMB
>SHELL=C:\DOS\COMMAND.COM C:\DOS\ /e:4096 /p
>device=c:\windows\smartdrv.sys 1024 512 /B- 
>device=c:\combutil\mouse.sys
>device=c:\dos\ansi.sys
>LASTDRIVE=V
>STACKS=9,256
>
>------------------------------------------------------------------------------
>AUTOEXEC.BAT
>------------
>PATH=C:\WINDEV\BIN;C:\WINDOWS;c:\dos;c:\
>Set LIB=C:\WINDEV\LIB;C:\WINDEV\MFC\LIB
>Set INCLUDE=C:\WINDEV\INCLUDE;C:\WINDEV\MFC\INCLUDE
>Set HELPFILES=C:\WINDEV\HELP\*.HLP;c:\windev\help
>Set INIT=C:\WINDEV\INIT
>Set TMP=c:\tmp
>Set TEMP=c:\tmp
>rem C:\WINDOWS\SMARTDRV.EXE /L
>c:\windows\smartdrv.exe a b c 
>SET TEMP=c:\tmp
>SET GSFONTS=H:\GSFONTS
>type c:\dos\motd

Why are you loading smartdrv in your CONFIG.SYS?  That looks like the old
Windows 3.0 smartdrv.  I'd remove it from your CONFIG.SYS.  It's taking up
space.  Note that since the new SMARTDRV from Windows 3.1 no longer caches
at an INT 13h level, benchmark utilities like CORETEST and SI will report
lower values than with the older SMARTDRV but do not be concerned by this.

Mike Berhan
mberhan@cup.portal.com
From: ar097@mesrx.UUCP (anand ramamurthy)
Newsgroups: comp.periphs.scsi
Subject: Re: AT&T SCSI Definition Manul
Date: 12 Oct 92 18:50:55 GMT
Distribution: world
Organization: Measurex Inc. Cupertino, Ca


	The above book is given as suggested reading the following
book( page 1-10):

	UNIX SYSTEM V/386 RELEASE 4
	Programmer's Guide:
	SCSI Driver Interface.

	published by
	Prentice-Hall Inc.
	ISBN: 0-13-957556-1

I would like to know how I can obtain  AT&T SCSI Definition Manul, who
is the publisher and author? I tried several places including
Prentice-Hall and Simon abd Schuster. The people at the numbers I
called could not help.

I request help in obtaining the book.

Thanks in advance

anandR
From: johnm@hpgrla.gr.hp.com (John McCarthy)
Date: Tue, 6 Oct 1992 15:13:33 GMT
Subject: Re: 3-1/2" vs 5-1/4" MO disks questions. (Are 5-1/4 inchers dinosaurs?)
Organization: Hewlett-Packard, Greeley, CO
Newsgroups: comp.periphs.scsi

> I have heard a rumor that there will soon be a 3-1/2 Magneto-Optical (R/W)
> optical disk with double capacity ( 256 MB/side ) released. 
> Does anyone have any real info? 

See other response in comp.arch.storage.
From: jmj5g@galen.med.Virginia.EDU (John M. Jackson)
Newsgroups: comp.periphs.scsi
Subject: Re: Cleaning and/or aligning CD-ROM lens?
Date: 8 Oct 92 18:42:15 GMT
Organization: University of Virginia

moriarty@tc.fluke.COM  writes:
> I'm having problems with multimedia CD-ROMS on my internal NEC 84 SCSI
> CD-ROM player (mostly seek errors and problems, apparently, reading the
> disc) which do not occur when running these same discs (in the same CD-ROM
> caddy) on my NEC 73 external CD-ROM player at work.  I am assuming that the
> problem is due to dust on the laser lens / bad alignment on the drive (but
> if anyone has some alternate suggestions....)
> 
> Is there a good way of cleaning the CD-ROM lens without opening up the drive?
> (which I believe is a Major Bad Thing to do.)  If not, do you know if PC
> repair centers usually have someone who can be paid to align your CD-ROM
> drive?  (Mine's about 2-3 months old, and under warranty, but God, I don't
> want to have to extract it from out of my PC again and mail it somewhere
> unless I *have* to.)
> 
> Any advice or suggestions you can offer this ignorant sould would be greatly
> appreciated.  Thanks in advance.
> 
We've solved this type of problem with CD cleaner discs.  If
your player accepts a disc without a caddy you can get a
cleaner disc meant for audio CD players at most music stores or
Radio Shack.  If it requires a caddy you can put one of these
discs into the caddy and give it a spin, or you can get a
cleaner/caddy combo from your CD-ROM dealer.
--
John Jackson                            jmj5g@galen.med.virginia.edu
Office of Medical Education             jmj5g@virginia.edu
University of Virginia                  (804)924-5839
Newsgroups: comp.periphs.scsi
From: sramsdell@ws19.ips.iacd.honeywell.com (Steve Ramsdell)
Subject: Re: BUSTEK drivers (or BBS #)?
Organization: Honeywell Industrial Automation & Control
Distribution: comp.periphs.scsi
Date: Wed, 7 Oct 92 16:07:53 GMT

In article <1992Oct07.000757.12219@medsys.rn.com>, wendell@medsys.rn.com (Wendell Dingus) writes:
|> Bustek is now called Buslogic. I've recently purchased their driver set
|> to get the Netware 3.11 drivers but haven't gotten around to installing
|> any of that particular system yet. I hope I'll get the same sort of 
|> performance and reliability I've gotten from Buslogic products in Unix
|> systems.

What is included in their driver package, and how expensive is it.  I recently
bought the CorelSCSI package of drivers to use with my BT742 and am not
completely satisfied.

Also, is there anyone from Bustek/Buslogic answering questions on the net?
-- 

Steve Ramsdell
Honeywell, Inc.
sramsdell@ips.iacd.honeywell.com
Newsgroups: comp.periphs.scsi
From: karl@ddsw1.mcs.com (Karl Denninger)
Subject: Re: DAT vs. 8mm
Summary: Huh?
Date: Thu, 8 Oct 1992 13:39:25 GMT
Organization: Macro Computer Solutions, Inc., Chicago, IL

In article <1992Oct6.120259.3037@mpifr-bonn.mpg.de> mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst) writes:
>In <1992Oct5.172234.21917@kakwa.ucs.ualberta.ca> sherwood@fenris.space.ualberta.ca (Sherwood Botsford) writes:
>
>>Above capacities are comparing low end exabyte (8200) to  
>>low end DAT.
>
>Of course, this makes DAT best looking. But high end DAT doesn't
>store significantly more than low end DAT. No, data compression
>does not count.

Huh?  High end DAT = 2.0GB on a 90m tape.
      High end 8mm = 5.0GB on a 112m tape.

Media costs are close to identical for both.

However, drive costs aren't.  

High end DAT = ~$1,500.00
High end 8mm = ~$3,000.00

Or about twice as much.

High end DAT transfer rate = ~340Kb/sec
High end 8mm transfer rate = ~500Kb/sec

I guess that pretty much does cover the difference in capacity and speed.

Also, an 8mm drive requires a full-height mounting bay, while a DAT will
mount in a half-height.

Does anyone HAVE the new Archive Turbo-Dat drive?  Do you like it?  I am
seriously considering buying one of these things.  How does one enable and
disable the compression?  There does not appear to be a front-panel button
to do so.  Do I need to have special driver support for this beast?

I am quite interested in using this, potentially, for both software
distribution and backup.

--
Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
Data Line: [+1 312 248-0900] Anon. arch. (nuucp) 00:00-06:00 C[SD]T
Request file: /u/public/sources/DIRECTORY/README for instructions
Newsgroups: comp.periphs.scsi
From: moogoo@cbnewsc.cb.att.com (Mark Morris)
Subject: Looking for SCSI to LAN connectivity
Organization: NCR StarServer Business Unit
Date: Tue, 13 Oct 1992 02:12:30 GMT

Hey, I know it's a bit unusual, but some of the AT&T phone switches
have SCSI interfaces and they want to get out to a local area network.
Can anyone provide me with contacts to companies with products that
will connect SCSI to Ethernet or Token Ring or other LANs? 


-- 
  Mark Morris                              INTERNET: moogoo@iwtin.att.com
  NCR SCSI Driver Development              VOICE:    (708)-979-8134 
  NCR StarServer Business Unit             FAX:      (708)-979-7905
  1100 East Warrenville Rd (MS 2Z-214)     Naperville, IL 60566
Newsgroups: comp.periphs.scsi