HDTenEightyP/NetNews huggingface dataset:
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: Adaptec1542B & Qemm 6.0 won't work!
Organization: Celestial Software, Mercer Island, WA
Date: Mon, 05 Oct 1992 21:33:28 GMT

In <9210051142.AA24355@ucbvax.Berkeley.EDU> e4shwen@eleceng.adelaide.edu.au writes:

>Posting for a friend:
>--------------------

>Not matter how I try,I can not get QEMM 6.0 to work with the 1542B &
>ASPI4DOS.SYS. It always drop out half way through the "optimize"
>process,and told me there is a compatiablity problem with the software
>or hardware.

I'm running this configuration here with no problems.  It's been
a while since I set this up so I don't remember all the details.

I went to qemm when emm386 would fail in loadhigh if there was a
non-dos partition on the disk (DOS 5.0).

As I remember, optimize gave me a system that wouldn't work so I
played with it manually until I got a reasonamble configuration.

My system is a no-name 486DX/33 with 16MB RAM, Racal Interlan
NI-6510 ethernet in a luggable case with built-in 10in LCD
display.  The VGA adapter is pretty lame because of the
restrictions on the LCD.

Bill
-- 
INTERNET:  bill@Celestial.COM   Bill Campbell; Celestial Software
UUCP:   ...!thebes!camco!bill   6641 East Mercer Way
             uunet!camco!bill   Mercer Island, WA 98040; (206) 947-5591
SPEED COSTS MONEY -- HOW FAST DO YOU WANT TO GO?
Newsgroups: comp.periphs.scsi,soc.culture.german
From: MICHAEL.WILLETT@OFFICE.WANG.COM ("Michael Willett")
Subject: Re: Multiuser Multitasking Magazine
Organization: Mail to News Gateway at Wang Labs
Date: 08 Oct 92 17:14:27 EST

I found out that it is indeed possible to get a sample copy of
iX Multiuser Multitasking magazine.  All you have to do is send a
letter requesting a sample copy (Probeexemplar) to Verlag Heinz
Heise, Vertrieb, Helstorfer Strasse 7, 3000 Hannover 61, Germany.
Hannover is the site of the world's largest computer show each Spring,
Cebit.  I presume this is published only in German, but I'm not sure.

-------------------Michael.Willett@OFFICE.Wang.com-------------------

Is this magazine available in the US, either via subscription
or in public libraries?  Are sample copies available?
(A lot of times European computer magazine subscriptions become
very expensive when they are mailed to the US; we get Computerwoche
here and that is quite expensive-sehr teur!)  The Editor of Multiuser
Multitasking posted a RAID 7 question to this group the other day.

Michael.Willett@OFFICE.Wang.com
From: jdp@caleb.UUCP (Jim Pritchett)
Newsgroups: comp.periphs.scsi
Subject: SCSI bus termination
Date: 13 Oct 92 04:33:19 GMT
Organization: is sometimes desirable

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
Newsgroups: comp.periphs.scsi
From: dlparker@dlpinc00.rn.com (David L. Parker)
Subject: Re: SCSI, FastSCSI, SCSI-2: What are the differences?
Organization: Automated Data Management Services
Date: Sat, 10 Oct 1992 11:29:58 GMT

In article <56460@olivea.atc.olivetti.com> dcrocker@cisco.com (Dan Crocker) writes:
>
>As for the AHA1542B, don't bother with it in my opinion. It is about 5 year
>old technology and doesn't support any of SCSI-2.  Also, I bought one and
>had lots of trouble with it.  There's been a lot of discussion here about
>

You didn't specify OS, but I've used the 1542B fairly extensively under both
MS-DOS 5.0 and ISC UNIX SVR3, ver 2.2 & 3.0, and have never had any trouble.
From what I've read on the net, many of the apparent problems with the 1542B
appear to have actually been driver problems or borderline motherboards.
-- 
Dave Parker
Automated Data Management Services, Pleasant Hill, MO 64080-1331
(816) 987-5167/5218 voice/fax
Newsgroups: comp.periphs.scsi
From: pierce@purch.Columbia.NCR.COM ()
Subject: Re: DAT vs. 8mm
Organization: NCR Corp, E&M-Columbia, Columbia, SC
Date: Wed, 07 Oct 92 16:06:14 GMT

In article <1992Oct5.213835.14131@fasttech.uucp> zeke@fasttech.uucp (Bohdan Tashchuk) writes:
>In <BvMMzw.Ayn@ddsw1.mcs.com> karl@ddsw1.mcs.com (Karl Denninger) writes:
>
>>QIC type drives sound nice, but until they get the media to a reasonable
>>cost I'll not be making them my next choice.
>
>>I'm looking into the new Archive Python DAT series (the ones with "Turbo
>>Dat") which include data compression.  It appears those can be had in the
>>$1500 range.
>
>DAT's the way to go. Companies like 3M and Tandberg are pushing QIC (probably
>because they don't have DAT or 8mm), but they're beating a dead horse.
>
>QIC is 70's technology, pushed far beyond where it should be.

As per the QIC suppliers, they have the capability to exceed 35GB per tape
by 1995YE.  It appears that the 8mm and DAT technologies are in a much
slower growth path.  If I looked at only today, yes DAT is the way to go,
but futures for each seem to switch to QIC for high capacity and transfer
rate.

Is this not the future you're seeing?

Jim Pierce

>
>Is anybody out there actually BUYING the 1 GB QIC drives? If so, why?
From: brb@falcon.is (Bjorn R. Bjornsson)
Newsgroups: comp.periphs.scsi
Subject: Re: Maximum SCSI cable length?  (Sun workstation & Disk)
Date: 10 Oct 92 03:48:21 GMT
Organization: Gagntaekni/Bijective Tech.

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.

Bjorn R. Bjornsson
brb@falcon.is
From: Dan.Griffin@f215.n670.z3.fidonet.org (Dan Griffin)
Sender: acsnet@csource.oz.au
Newsgroups: comp.periphs.scsi
Subject: IBM 8mm Drive
Date: Thu, 15 Oct 1992 08:36:56 +1000

Can anyone help with some info on IBM's 8mm 2.3G SCSI tape drive for PCs?
 
Who makes the drive for IBM?

Can the tapes written by it, using Sytos Plus, be read by any other 8mm
drives?  Exabyte?  EXB-8200/EXB-8500?

Thanks for the information.
 
Cheers,
Dan

 * Origin: OS/2 AT HOMEWOOD * Hobart, Tasmania Australia (3:670/215)
Newsgroups: comp.periphs.scsi
From: steveb@mtu.edu (Steve Barber)
Subject: Archive 150Mb tape problems
Organization: Michigan Technological University
Date: Wed, 14 Oct 1992 02:02:21 GMT

Recently the Archive 150Mb tape drive on my Sun at home has been
acting flakey; the "in use" light on the front seems to flash on and
off more or less at random.  It will stay on for a long time and then
other times it will stay off for hours.  When it is on or flashing
I am not able to access the device at all ("Device not found").
I have been able to use it while the light is steady off, although I
haven't used it for more than a few minutes in months; I don't know if it
would make it through a level 0 dump or not.

Any suggestions on what to look for?  Low voltages?  Bad components?
Nothing else has changed (devices on the SCSI bus, case, power supply,
etc. hasn't been touched.)

Thanks for any hints -
-- 
						Steve Barber
						steveb@mtu.edu		[school]
						steveb@ombrage.mi.org	[home]
From: shiekh@ictp.trieste.it (Andy Shiekh)
Newsgroups: comp.periphs.scsi
Subject: SCSI Disk buffer
Date: 12 Oct 92 15:58:12 GMT


  I have discovered that inmy Quantum Q280, I can select

Disk Buffer Full ratio
and
Disk Buffer Empty ratio

these are currently both zero.

  Since I seem to be getting no boost for small transfers, I wonder what
these setting mean and if I might be advised to change them.

  I am lost.


Andy

_____________________________________________________________________
Anwar Y. Shiekh           | I do not feel obliged to believe that the
International Centre for  | same God who has endowed us with sense, 
  Theoretical Physics     | reason, and intellect has intended us to 
Trieste, Italy            | forgo their use.
(shiekh@itsictp.bitnet)   |                        -- Galileo Galilei
_____________________________________________________________________



Newsgroups: comp.periphs.scsi
From: butzer@cranel.com (Dan Butzer)
Subject: WD 7000-ASC help needed
Organization: Cranel, Incorporated, Worthington Ohio
Date: Fri, 16 Oct 1992 13:58:03 GMT


I have enherited a WD7000-ASC SCSI controller from an co-worker who 
abruptly left the company.  Unfortunately, he left no documentation about
the board, nor about a set of utilities called SSTUTILS which we need to
use.  I would greatly appreciate any phone number for WD tech support
or if someone has a jumper listing then that listing.  Also, Columbis
Data Products wrote the SSTUTILs which I cant find the docs for.  
Does anyone have a pointer towards them.  I need to talk to them and see if 
we are a registered user, and get docs from them.

Thanks in advance.....

--Dan
-- 
____________________________________________________________________________
Daniel J. Butzer (butzer@cranel.com),  Cranel Inc. Development & Engineering
Voice: +1 614 433 0045		       Snail: 510F E Wilson Bridge Rd
Fax:   +1 614 433 0073	                      Worthington, Ohio 43085
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.periphs.scsi
Subject: Re: SCSI Arrbitration/Selection on HP-UX
Date: 13 Oct 92 06:28:21 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

I was waiting for somebody from HP to reply, but since they haven't,
I'll take a stab at it.

In <16887@pitt.UUCP> batman@mb5000.anes.upmc.edu (William E. Madden Jr.) writes:
| According to the SCSI Technical Reference from Hewlett Packard:
| 
| "The Fujitsu chip combines arbitration with selection (See SELECT in the
| Fujitsu MB87030 Users' Manual)"

This *usually* means that the chip gives the host cpu (at most) one
interrupt, not that it violates the SCSI spec by combining
2 different bus phases into one.

| We're attempting to use the SCSI-II protocol used by HP-UX (and thus
| the Fujitsu chip) to talk to a National Semiconductor DP8490 SCSI-II
| controller chip (in target mode) on a Dyna-Five Baby bullet PC board.
| How are the SCSI control lines handled by the Fujitsu during arbitration/
| selection?

I'm sure that they follow the normal sequence, as given in 
the SCSI spec.

| When we run a SCSI inquiry command on HP-UX, we see the ATTN line go
| high, but not the SELECT line. We trap the interrupt comming from the
| select line to initiate our handler.

Perhaps you have programmed things wrong on your side?  Have you
looked at the bus with an analyzer?

| So, riddle me this, Caped Crusaders,
| If the Fujitsu Chip is combining arbitration and selection into one 
| phase, as is stated in the tech ref, would this possibly prevent the
| SELECT line on the NS chip from ever going high?  If anyone could think
| of another reason the line wouldn't go high, we're intersted in that 
| idea too.  :-)

I think you are misreading the description, as I said.  Most
SCSI targets would not work if the select line did not follow
the spec.  Since I assume other SCSI devices are working, I
doubt you have a bus problem, and therefore I would assume the
problem is on your side.

--
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
Newsgroups: comp.periphs.scsi
From: jk87377@cc.tut.fi (Juhana Kouhia)
Subject: Help needed with 8mm
Organization: Tampere University of Technology
Date: Fri, 16 Oct 92 15:57:51 GMT


Hi,

We have two 8mm exabyte drivers.
I would like to copy a full tape to an empty tape.

How I do it?

I have special problem with a tape with has lost its end-of-tape mark.
I tried allready following:

for each tar-packet on tape do
  dd bs=10k if=device1 of=device2
endfor

The problem is that packets are not read to the end; there's
strange zero-block. (Also, tar doesn't read to the end.)


Next try:

for each tar-packet on tape do
  rewind to the beginning of the tape and skip forward with
    mt -f device1 fsf count
  dd bs=10k if=device1 of=device2
endfor

Now the copying works, because dd starts always from the beginning of
the new packet. The problem is that the last packet (last ok packet;
the last is fault packet) is not written entirely; because I got
full 'tar tvf device'-listing of it and because I didn't got the last
file in the packet, I think the packet is faulty at the end only.


I would not like to copy packets via hard disk, because
only disk where I could load the data, is behind the NFS
and that has given me some surprises as a faulty files.
So, I prefer direct copying.


Another thing I would like to be able to do is
verifying that the content of two tapes are indentical
(after copying).


I think it might be a good idea if I collect e-mail replies
and make a summary to this group. If you have mailing problems to me,
then you might would like to post your reply instead of e-mailing.
By the way, is there better groups for this kind of articles?
Should I post the summary to other groups as well as here?


Juhana Kouhia
Newsgroups: comp.periphs.scsi
From: tin@smsc.sony.com (Le Tin)
Subject: Re: SONY SDT-1000 DAT Drive
Organization: Sony Microsystems Corp, San Jose, CA
Date: Wed, 7 Oct 92 20:27:59 GMT

In article <1992Sep30.011858.18589@netcom.com> sgil@netcom.com (Steve Gilbert) writes:
>Does anyone have a phone number for Sony technical support?  I recently
>purchased a SDT-1000 drive which the advertizing copy claimed could
>store 2000Mb;  the documentation that came with the drive says 1300Mb;
>the truth is more like 1100Mb.  Looking at the "full" tapes it appears
>that there's a substantial portion on a 90m DAT that's not being used,
>but I'd like to find out what Sony have to say before I complain to
>the company I bought the drive from.  Unfortunately the tech sheet
>doesn't have Sony's phone number...
>
>Thanks.
>--
>Steve Gilbert				(sgil@netcom.com)


Hello Steve,

  Looks like you are in the Bay Area, give these guys a try.  I
am not sure if they are the correct one or not.

	Sony Service
	Component & Computer Products Group
	408-432-0190

  The SDT-1000 is only rated for 1.3GB with 60meter tapes.  The
SDT-1020 is is rated for 2.0GB with 90meter tapes.

Regards,
Tin Le

DISCLAIMER:  I do not speak for Sony.  Just trying to help.
I am a s/w engr, not connected with the group that sells and
support DAT.
-- 
.----------------------------------------------------------------------
. Tin Le                    Work Internet: tin@smsc.Sony.COM
. Sony Microsystems
. Office: (408) 944-4157     Other Internet Addr: tin@szebra.Saigon.COM
Newsgroups: comp.periphs.scsi,comp.os.msdos.misc,comp.os.msdos.programmer
From: mbg@cbnewsi.cb.att.com (mitchell.b.germansky)
Subject: Optimizing DOS Configuration
Organization: AT&T
Date: Thu, 15 Oct 1992 13:32:49 GMT
Followup-To: poster
Keywords: autoexec.bat config.sys adaptec smartdrive emm386


i would like to validate my dos autoexec.bat/config.sys setup with
respect to smartdrive, emm386, adaptec/scsi, etc.

there does not seem to be one source to read to get it right.
i have attached my files below and would really appreciate some
(constructive) feedback (i imagine other folks will benefit from
this exercise also)

please email you responses and i will post any good results.
thx!!

mitch germansky    att!somerset!suntoss!mbg

============================================================

rem ------------
rem AUTOEXEC.BAT
rem ------------

rem \WIN is WIN3.1

rem After Dark
rem 4/28/92 added LOADHIGH
LOADHIGH C:\WIN\AD_WRAP.COM
LOADHIGH C:\WIN\AD-DOS.COM

rem installed by WIN 3.1
C:\WIN\SMARTDRV.EXE

@ECHO OFF
VERIFY OFF

PATH=C:\WIN;C:\DOS;C:\MKS\BIN;C:\EMACS
echo off

LOADHIGH C:\DOS\FASTOPEN.EXE C:=60

PROMPT $l$t$h$h$h$h$h$h$g $p$q$q$g

rem logitech mouse setup
CALL C:\DEV\MOUSE\GOMOUSE.BAT

rem use ramdisk
MKDIR I:\TMP
SET TMP=I:\TMP
SET TEMP=I:\TMP
rem WINDOWS: set TEMP=C:\WINDOWS\TEMP

rem append may cause a problem with windows
rem LOADHIGH APPEND C:\DOS

VER
LOADHIGH DOSEDIT
rem DOSSHELL

IF EXIST C:\TMP\MOTD CALL GOMOTD

CALL C:\T\GOWIN.BAT

============================================================

rem ----------
rem CONFIG.SYS
rem ----------

rem \WIN is WIN3.1

rem himem.sys should be first according to MS-DOS 5.0 optimization
rem 4/28/92 should use Win3.1 version as per Optimization Doc
DEVICE=C:\WIN\HIMEM.SYS

rem manage upper memory only, let windows do the rest
rem 4/21/92 WIN3.1 now wanted D=128
DEVICE=C:\DOS\EMM386.EXE NOEMS D=128

rem load DOS into extended memory and use Upper Memory Area
DOS=HIGH,UMB

rem *** will not run in upper memory ***
DEVICE=C:\DOS\SETVER.EXE

BREAK=ON

rem originally only 20 buffers since using smartdrive
rem 4/28/92 use 30 as per Win3.1 Optimizing Doc
BUFFERS=30
rem increased FILES from 60 to 80 5/13/92 for FoxPro
FILES=80

REM 2 Physical Disks
REM Disk 1 has a 64MB DOS partition and the rest is Unix
REM Disk 2 is all DOS partitions
rem	Disk	Partition	MB	Description
rem	1	C:		64	Primary BOOT
rem	2	D:		64	Primary (backup BOOT)
rem	2	E:		64	Extended
rem	2	F:		64	Extended
rem	2	G:		64	Extended
rem	2	H:		51	Extended
rem		T O T A L      371

LASTDRIVE=H

rem 4/28/92 /E:1024 as per Win3.1 Optimization DOc
SHELL=C:\DOS\COMMAND.COM C:\DOS\ /P /E:1024

rem trident drivers *** will not run in upper memory ***
DEVICE=C:\DEV\TVGA\TVGABIO.SYS
DEVICE=C:\DEV\TVGA\TANSI.SYS

rem scsi stuff when have more than 2 scsi devices
rem ASPI4DOS *** will not run in upper memory ***
DEVICE=\DEV\SCSI\ASPI4DOS.SYS /D

rem *** ramdrive will not run in upper memory ***
rem 4/21/92 now use WIN3.1 instead on DOS5.0
rem use double_buffer since have SCSI srive
DEVICE=C:\WIN\SMARTDRV.EXE /DOUBLE_BUFFER

rem 4/28/92 DiskSize=2048 SectorSize=512 NumEntries=128
DEVICE=C:\WIN\RAMDRIVE.SYS 2048 512 128 /E

rem installed by WIN3.1
STACKS=9,256
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: comp.periphs.scsi
Subject: Re: Wangtek 5150 ES (Jumpers)
Date: 15 Oct 92 02:14:15 GMT
Organization: St. Peter's College, US

In article <weisss.718372475@hphalle9>, weisss@Informatik.TU-Muenchen.DE (Stefan Weiss) writes:
> I want to change the ID number of my Wangtek 5150 ES tape device.
> I don't have any documation. Could somebody post the jumper setting
> to solve my problem?

  Hmmm. Time to dig out the Wangtek 5150 FAQ again...

X-NEWS: spcvxb comp.periphs.scsi: 6986
From: km@mathcs.emory.edu (Ken Mandelberg)
Newsgroups: comp.periphs.scsi
Subject: Optical faster than Pinnacle
Date: 16 Oct 92 15:40:14 GMT
Reply-To: km@mathcs.emory.edu
Organization: Emory University, Dept of Math and CS

I recently saw an article in Macweek about a new r/w optical disk which
claimed to be faster than the Pinnacle PMO-650. The PMO-650 advertises
an average access time of 19ms, and the competitor claimed that
benchmark was not valid, and that their new drive was really faster.

I've lost the article, and have forgotten the name of the company. Does
anyone recall seeing this?

---
Ken Mandelberg      | km@mathcs.emory.edu          PREFERRED
Emory University    | {rutgers,gatech}!emory!km    UUCP 
Dept of Math and CS | km@emory.bitnet              NON-DOMAIN BITNET  
Atlanta, GA 30322   | Phone: Voice (404) 727-7963, FAX 727-5611
From: ben@yenta.alb.nm.us (Ben Klausner)
Newsgroups: comp.periphs.scsi
Subject: Need Always BBS Telephone #
Date: 14 Oct 92 14:37:56 GMT
Distribution: usa
Organization: Department of Redundancy Department


Does anyone have the phone number for the Always Technology BBS? Am trying
to find out if they have an ASPI driver for MS-DOS.

-- 
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  inet: ben@yenta.alb.nm.us                    | My opinions are my own.
  CI$:  76337,1730                             | Who else would want them?
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: s6211@moncol.monmouth.edu (DIPTI SUTHAR)
Newsgroups: comp.periphs.scsi
Subject: ADAPTEC 1542B, ISC 2.2 and > 1GB drives.
Date: 13 Oct 92 18:09:57 GMT
Organization: Monmouth College, W. Long Branch, N.J.  07764

It seems that ISC UNIX 2.2 doesn't know about drives bigger than 1GB.
Even though fdisk says to ignore the 1024 cyl. limit, making a partition
beyond that limit does not work.  The following error message appears 
repeatedly:

	*** Device Error: Illegal or Erroneous command ***
	*** Controller 0 (adaptec AHA-1540 SCSI host adapter), Disk Drive 0
	    Absolute Sector # nnnnnnn

	nnnnnnn keeps changing and then the system hangs.

Has anyone found a fix that does not involve paying SUNSOFT for an OS
upgrade (to 3.01)?  An updated driver maybe? An alternate geometry for
a TOSHIBA MK538 1.2GB drive that will use < 1024 cyl?  

Will the ADAPTEC EPROM fix (from their BBS) adress this problem?

I will summarize E-Mail responses.  Thanks in advance. 
Newsgroups: comp.periphs.scsi
From: dake@cs.ucf.edu (George Dake)
Subject: Re: BUSTEK drivers (or BBS #)?
Organization: University of Central Florida
Date: Wed, 7 Oct 1992 17:44:45 GMT

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

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

They're "BusLogic" now.

>When I inquired about ASPI drivers, they said they had no plans at all to
>produce OS/2 ASPI drivers. I bought Adaptec.

With OS/2 2.0, ASPI is built-in for any supported SCSI adapter.  You just
need an ADD driver for it, which I believe they have.

George Dake
dake@microdes.mhs.compuserve.com
Newsgroups: comp.periphs.scsi
From: fredrick@acd.acd.ucar.edu (Timothy Fredrick)
Subject: Re: DAT vs. 8mm
Organization: Ntl Center for Atmospheric Research, Atmospheric Chemistry
Date: Tue, 13 Oct 1992 14:29:02 GMT


Just to add my $0.02 to this interesting debate, we had both the 8mm (2.3GB)
and 4mm DAT drives demonstrated to us.  It was a cold day in the early
winter and both the drives and tapes had been stored in a car at about 25-30
degrees F.  In the case of the DAT drive, it was never able to read the
data from it's cold tape in spite of a diligent effort to retry, to warm
the tapes, and then to retry again.  With the 8mm tape, the drive had no
problem with the tape being cold.

This demonstrated to us that the tolerances on the 4mm DAT technologies were
smaller -- thus the tape storage less reliable than that of the 8mm
technology.  Consequently, we choose the 8mm drive.  Of course this was
about 3 years ago, and we based our decision more or less on a single
demonstration, but since then, we've seen very few problems as a result of
the Exabyte technology -- and those we've seen were simply due to the fact
we were using Sony MP120 tapes which Sony decided didn't need as long a leader
after 1/1/92.

--Tim Fredrick
  Ntl Center for Atmospheric Research, Boulder, CO 80307-1000

Newsgroups: comp.periphs.scsi
From: dabl2@nlm.nih.gov (Don A.B. Lindbergh)
Subject: Re: Need Adaptec UPGRADE.EXE via FTP
Organization: National Library of Medicine
Date: Fri, 16 Oct 92 15:21:58 GMT

In article <1992Oct15.000257.4821@desire.wright.edu> slam@desire.wright.edu writes:
>Can anyone point me to an ftp source where I can obtain Adaptec's
>UPGRADE program for their drivers? I have dialled their FTP site
>but the file is too big to warrant downloading at 2400 BAUD.
>
>Thanks!
>
>SC Lam - slam@eve.wright.edu

Ack! I followed up to this post with an INCOMPLETE ftp address by accident
the CORRECT ADDRESS IS:

ftp.psg.com

sorry,

--Don Lindbergh
dabl2@lhc.nlm.nih.gov
Xref: sparky comp.periphs.scsi:4925 soc.culture.german:7109