HDTenEightyP/NetNews huggingface dataset:
From: wolfaajj@w250zrz.zrz.tu-berlin.de (Thomas Wolfram)
Subject: Re: Bootmanager from OS2 switching DOS5.0 and Interactive 386/ix
Keywords: Bootmanager
Organization: ZRZ der TU-Berlin
Distribution: tub
Date: Fri, 9 Oct 1992 18:00:07 GMT

In article <gottsch.717863954@tubue>, gottsch@mikro.ee.tu-berlin.de (Gert Gottschalk) writes:
|> Now as there is no such manager coming with Interactive 386/ix I decided
|> to use the one coming with OS2 2.0. I proceeded through the installation disks
|> until I was told that the bootmanager was installed. I configured the
|> bootmanager to make it know the DOS5.0 and UNIX partitions on the harddisk 0.
|> (I use AT-Bus drives). 
|> Now on boot the manager comes up fine and asks if I want DOS or UNIX.
|> Selecting dump DOS everything works fine (boot is o.k.). Selecting UNIX
|> nothing happens (no boot no system)
|> 
|> Does anybody have similar problems and found a solution ?
|> Any help is appreciated !!
|> 
|> Thanks,
|> 

The problem is that the boot program of ISC aka 386/ix (at least up to version 2.0.x)
reads the master boot sector again to locate its own entry in the partition table.
It assumes that its entry is the active one. But this is bad since the mini partition
of the OS/2 bootmanager is set active. This causes the ISC boot program to hang.

You could patch the /etc/boot (don't ask me how) of ISC and install it with mkpart
or get an alternative bootmanager. E.g. there is one of my own available on
ftp.fu-berlin.de in /incoming. It is called "os-bs134.exe".
This is a self-extracting archiv running under DOS. The program comes with an
installation program. It knows a lot of operating system id's but you can
give the boot menu entrys your own names. It also makes a backup of your original
master boot sector for easy uninstallation. It has a customizable timeout and it has a
feature to set the partition of the respective system to active state before booting
and hence it avoids the above mentioned problem.
(Reports say it works well with DOS, OS/2, ISC, Consensys, 386BSD, Linux.)

-- Thomas

  Thomas Wolfram,  European Advanced Networking Test Center
  (Process Computing Center, Technical University of Berlin)
  Strasse des 17.Juni 135, 1000 Berlin 12, Germany
  Internet: wolf@prz.tu-berlin.de, Voice: +49 030 31421294
From: chet@odin.ins.cwru.edu (Chet Ramey)
Newsgroups: comp.unix.sysv386
Subject: Re: Destiny vs ODT vs Dell vs ESIX
Date: 15 Oct 1992 13:29:57 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
NNTP-Posting-Host: odin.ins.cwru.edu
Keywords: Destiny ODT SCO Dell ESIX

In article <1992Oct12.184619.27723@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:

>b) but both eksh and wksh allow linking stuff, where's the advantage [of TCL]?

How about better peer-peer IPC?  From what I've read of the development
of TCL, that seems like something that it does better than ksh.

-- 
``The use of history as therapy means the corruption of history as history.''
	-- Arthur Schlesinger

Chet Ramey, Case Western Reserve University	Internet: chet@po.CWRU.Edu
Newsgroups: comp.unix.sysv386
From: rbt@tous.oau.org (Robert B. Tate)
Subject: Re: ISC update: v3.1?
Organization: Tate Enterprises
Date: Tue, 13 Oct 1992 01:40:01 GMT

In article <1992Oct10.122345.1518@dlpinc00.rn.com> dlparker@dlpinc00.rn.com (David L. Parker) writes:
>In article <1992Oct9.154317.25261@xyzoom.info.com> rob@xyzoom.info.com (Rob Lingelbach) writes:
>>I heard recently that SunSoft plans to release an update to ISC
>>version 3.0 (SVR3.2) this fall that will include symbolic links, long
>>filenames, and the Korn Shell.  I was surprised to hear this because I
>>thought SunSoft's upgrade path for ISC users was going to be to
>>Solaris 2.0.  
>>
>>Can anyone confirm or deny the information? 
>>
>
>I believe it's already out, and that it's version 3.01.  I believe that
>VP/ix and X11R5 were also updated.  The policy on upgrades as various 
>SunSoft people have expressed it to me is that SVR3 will continue to be
>a supported product, with periodic upgrades, for some time.  Meaning  
>(at least to me) that as long as people are interested in buying it, 
>they'll keep selling it.

BUT, does anyone _know_ if it includes symbolic links, long filenames,
Korn shell, etc.? I don't want to start my waiting on hold and begging to
the person that _finelly_ (maybe) answers the phone to let me buy it
unless it is really worth it.


-- 
 rbt@tous.OAU.ORG  (Robert B. Tate)       | A little knowledge is a dangerous
 {ucf-cs,peora,tarpit}!tous!rbt           | thing. Any less can kill you.
From: jarmolow@samsung.com (Tom Jarmolowski)
Newsgroups: comp.unix.sysv386
Subject: Compatability between '386 Unix
Date: 9 Oct 92 16:25:41 GMT
Reply-To: jarmolow@samsung.com
Organization: Samsung Software America

Can anyone summerize for me the level of binary (and source) compatability
between the various flavors of 386 Unix ?

Thanks in advance !
-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Tom Jarmolowski              _/_                    jarmolow@samsung.com
Samsung Software America     /      __     _____    ...uunet!samsung!jarmolow
One Corporate Drive         (__    (_)    (  )  )   Voice: (508) 685-7200  x308
Andover MA 01810                                    Fax: (508) 685-4940
Newsgroups: comp.unix.sysv386
From: jpsb@gothamcity.jsc.nasa.gov (Jim Shirreffs)
Subject: SLIP
Organization: Software Technology Branch - NASA/JSC
Date: Thu, 8 Oct 1992 20:55:07 GMT

Keywords: SLIP

Hi, I have too many question about SLIP to ask in this forum. So
if someone would recommend some documentation, I would be very
thankful. I'm running Consensys S5R4, on a 486. 
thanks.


Newsgroups: comp.unix.sysv386
From: root@kilowatt.uucp (Kilowatt admin)
Subject: Re: X11R5 and Diamond SpeedSTAR PLUS
Reply-To: root@kilowatt.UUCP (Kilowatt admin)
Organization: Kilowatt Computing of Deer Park, NY
Date: Sat, 10 Oct 1992 03:28:09 GMT


	Well, I got my answer. Now, why didn't all the latest Diamond
purchasers hear of this? Or was I the only one who didn't manage to see
it in the mess of news these days???
	Thanks again... BTW, I know all I had to do was set the mode (or
intuited it anyway) - running CSHOW was more fun! and easier.
	And I don't turn my machine OFF for weeks. So I can always run X
anytime, almost. Anyway, I'm happy once again with my choice. Although I
will never buy another Diamond product again. "Non-Disclosure Agreement"
my you know what.
-- 
Kilowatt Computing					Arthur A. Krewat
51 Winnecomac Ave.				yale.edu!admiral!kilowat!krewat
Deer Park, NY 11729					(516) 586-4743
(516) 253-2805						Consensys SVR4
Newsgroups: comp.unix.sysv386
From: peter@ferranti.com (peter da silva)
Subject: Re: Destiny vs ODT vs Dell vs ESIX
Keywords: Destiny ODT SCO Dell ESIX
Organization: Xenix Support, FICC
Date: Wed, 7 Oct 1992 21:51:50 GMT

In article <1992Oct06.094404.15500@digibd.com> rick@digibd.com (Rick Richardson) writes:
> 1)	wksh, which is USL's answer to IXI's deskshell, (and, a mighty
> 	fine and more general answer, I might add), didn't make the cut

> 2)	Motif runtime didn't make the cut, either.

Put these together and the answer is: Tk, the TCL toolkit for X. Free,
with a Motif-like look and feel. OK, it isn't real Motif, and if you want
a perfect Motif GUI you'll have to modify it, but it should cover 99% of
your requirements... and TCL is a much nicer programming language than
sh/ksh: quoting, for example, can be made unambiguous. Plus, you can link
in your custom TCL commands.

> 3)	The manual pages aren't *anywhere*.

Bummer Tunes. I guess they're trying to make the printed manuals a profit
center.
-- 
Peter da Silva                                         `-_-'
Ferranti Intl. Ctls. Corp.                              'U` 
Sugar Land, TX  77487-5012           "Heeft u vandaag al uw wolf geknuffeld?"
+1 713 274 5180                       "Tjener, denne ret er stadig levende."
Newsgroups: comp.unix.sysv386
From: rchen@fraser.sfu.ca (Robert Chen)
Subject: more FAS and Boca
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Fri, 16 Oct 1992 18:18:26 GMT

Many thanks to those who sent suggestions on getting my boca 8 port
to work with Interactive 3.2 rel 3.0 (esp. Alain Herbert and 
David Diller who send me FAS binaries).

With a little work, I was able to get the FAS drivers installed.
(My first attempt failed due to an interupt conflict between
the boace board and one of the com ports)

The boot up message tells me I have 8 FIFO's plus 2 NS16450's
(which is correct).  Com1 and Com2 work like a charm (I am 
writing this message over a modem through com2 at 38400 bps using 
the FAS driver).  That is the good news.

The BAD news is that I still cannot access the Boca board correctly.
I hooked up one of the ports through a null modem cable to 
a dumb terminal (actually another PC running TELIX).  With
all line settings correct on both ends, all I could get was the
occasional garbage character to appear on the screen (I tried LOTS
of speed/parity combinations).  Unplugging and connecting the
null modem to to Com2 worked fine using same settings.  

Next I tried a loopback from the first boca port 0 to port 7.
Very suprisingly I got it to communicate!  The loop was just a
straight-through from one port to the other.  Am I screwing up the
cabling some how?

Anyway, I will go back and plug some more.  I would appreciate
any suggestions as to what I am doing wrong / what I could try /
working solutions / whether I should give up and buy a digiboard.

To all who wrote asking for my solution (there were many
so I am not alone I guess) - I haven't found one yet :-).
I have configured the FAS drivers as digi 8 ports exactly,
but chose another interupt vector (10) to avoid conflicts,
changing the jumper on the board accordingly.  I didn't change
space.c at all (should I have?).  

Cheers,

- Ken

Newsgroups: comp.unix.sysv386
From: ed@maxed.amg.com (Ed Whittemore)
Subject: Re: Unix: Cacheing EISA SCSI vs. Non-cacheing EISA SCSI Controllers
Organization: American Micro Group, Ft. Lee  NJ
Date: Tue, 13 Oct 1992 02:18:29 GMT

In article <1992Oct12.175103.11897@PacBell.COM> j4jbail@srv.PacBell.COM (Jack Bailey) writes:
>In article <1992Oct12.115949.1154@dlpinc00.rn.com> dlparker@dlpinc00.rn.com (David L. Parker) writes:
>>In article <1992Oct11.015901.27877@PacBell.COM> j4jbail@srv.PacBell.COM (Jack Bailey) writes:
>>>In article <Bvwy64.4tF@maxed.amg.com> ed@maxed.amg.com (Ed Whittemore) writes:
>>>>
>>>>Our results show, that if we take the system you have above, and add
>>>>another 32 MB of RAM ( cheaper than the PSI with 20 MB cache ),
>>>>and for ISC 3.0, set NBUF to 16000 and NHBUF to 16384, we will get 
>>>>even better performance, keeping the 174(x).
>>>
>>>So why can't I do this *and* add a disk cacheing controller?
>>
>>Do it and let us know what happens, i.e., performance with 32MB & no
>>cacheing controller and 16000/16384 NBUF/NHBUF; with 16MB and cacheing 
>>controller, normal NBUF/NHBUF; etc...  
>>
>>I'd say that should answer any absolute performance questions as well as
>>relative cost/performance questions.  
>
>I'll use iozone to benchmark the system as it is configured now,
>and the with the parameters given above, and post the results.
>
>-- 
>J.J.Bailey	j4jbail@srv.pacbell.com
>Contractor	510.823.6453

Since this is ISC 3,0, you may wish to set MAXCONTIG and NWRCONTIGBUF to
the actual sectors per track value, as well, so that track cacheing is
also accomplished optimally; the values in /etc/conf/pack.d/s5/space.c
are too small; the right number is the real value.
-- 
Ed Whittemore   uunet!maxed!ed   ed@maxed.amg.com
American Micro Group, Inc.   201-944-3293
From: root@candle.uucp (Bruce Momjian)
Newsgroups: comp.unix.sysv386
Subject: Re: Source for PTY driver for SysV/386
Date: 10 Oct 92 19:24:43 GMT
Distribution: na
Organization: a consultant's basement
X-Newsreader: Tin 1.1 PL5

Frank Tarczynski (Frank.Tarczynski@bbs.oit.unc.edu) wrote:
: Does anyone know where I can find the source for a complete implementation
: for a PTY driver for SysV/386?  Is such a beast available?
: 

I just posted a version to comp.sources.misc as part of my
select()/poll() device driver called pol.

Keep an eye out for it.

-- 
Bruce Momjian                          |  830 Blythe Avenue
root%candle.uucp@bts.com               |  Drexel Hill, Pennsylvania 19026 
  +  If your life is a hard drive,     |  (215) 353-9879(w) 
  +  Christ can be your backup.        |  (215) 853-3000(h)
Newsgroups: comp.unix.sysv386
From: rchen@fraser.sfu.ca (Robert Chen)
Subject: Re: FAS binary for Interactive 3.2
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Thu, 15 Oct 1992 17:04:00 GMT

In article <VPY7AFU@geminix.in-berlin.de> gemini@geminix.in-berlin.de (Uwe Doering) writes:
>rchen@fraser.sfu.ca (Robert Chen) writes:
>
>>Thanks for all the suggestions on getting my bocaboard 8 port
>>to work under Interactive 3.2.  The solution seems to be to 
>>use the FAS drivers, but I don't have the development system
>>to compile it.  If you have or are using FAS2.10 with your
>>Interactive system and have a spare moment, please uuencode
>>the binary into <50k chunks and mail it to me.  Thanks
>>very much in advance.  
>
>Unfortunately, you don't write what release of ISC UNIX you have.
>`3.2' is the release number of the original AT&T sources that
>ISC UNIX was derived from. ISC, however, has released several
>OS version in the past with their own enumeration scheme (2.0.2,
>2.21, 3.0, 3.01 etc).
>
>Make sure that you get the right version for your OS release. The
>binary for ISC 2.x isn't necessarily the same as for ISC 3.x.
>
>     Uwe
>-- 
>Uwe Doering  |  INET : gemini@geminix.in-berlin.de
>Berlin       |----------------------------------------------------------------
>Germany      |  UUCP : ...!unido!fub!geminix.in-berlin.de!gemini

It is Interactive Unix version 3.0 from Sunsoft.  Hope this helps.

- Ken

Newsgroups: comp.unix.sysv386
From: andy@homebase.vistachrome.com (Andy Finkenstadt)
Subject: Re: Unix: Cacheing EISA SCSI vs. Non-cacheing EISA SCSI Controllers
Reply-To: andy@homebase.vistachrome.com
Organization: Vista-Chrome Incorporated
Date: Mon, 12 Oct 1992 14:16:29 GMT

ed@maxed.amg.com (Ed Whittemore) writes:
>The point is you CAN of course add both system buffers and a cacheing 
>controller.
>It just won't help.
>In fact, performance will be worse than with just the system cache.
>The problem is writing thru, first the system cache, then the disk 
>cache, and finally to disk. 

The only cases I can think of where double-caching would help are
in database applications such as Oracle's RDBMS which does a LOT
of fsync() calls to write committed data to physical disk.  I would
save a lot of I/O time (writes) by using just a small cache controller.
Since the system is already on a UPS system I can risk an inadvertant
power-fail and not have to worry too much.

>Your caches are redundant, not doubled. And the system caches is the 
>better one.
>-- 
>Ed Whittemore   uunet!maxed!ed   ed@maxed.amg.com
>American Micro Group, Inc.   201-944-3293
-- 
Andrew Finkenstadt       | Vista-Chrome, Inc.   |     NIC Handle: AF136
GEnie Unix Sysop/Manager | The Printing House   |    ...!uunet!rde!andy 
+1 904 222 2639 home     | 1600 Capital Cir SW  |   andy@GEnie.geis.com
+1 904 575 0189 work     | Tallahassee FL 32310 |  andy@vistachrome.com

     The game of love is never called off on account of darkness.
Newsgroups: comp.unix.sysv386
From: dlucy@sandr.COM (Douglas Lucy)
Subject: Re: Wanted.. SCSSI  Always Technology IN2000 driver.
Organization: S&R Software, Inc.
Date: Sun, 11 Oct 1992 14:58:20 GMT

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

>Hi! A freind of mine is in need of a driver for his Always Technology
>IN2000 SCSI controller card? Does anybody know where he might obtain one,
>besides the manufacterer. He is/will be running SCO 3.2 (release4)

Just dial up the friendly ALWAYS BBS to find the latest drivers. Keep
in mind making the SCO boot disk is a pain in the ass. However, once
it's done, things (SCO and the IN-200) work great.

Always BBS	818-597-0275
Support		818-597-9595
-- 
[ W. Douglas Lucy, VP Technical Services, S and R Software, Inc. ]
[ dlucy@sandr.COM                                                ]
Newsgroups: comp.unix.sysv386
Subject: Re: X386 config info for DSS+ w/ GW1024ni Monitor
From: zhujp@cstp.umkc.edu
Date: Wed, 14 Oct 1992 03:01:30 GMT
Organization: UM - Kansas City, Computer Science

-- 
Here is the configuration for Diamond Speedstar and Gateway 1024Ni monitor.
I hope it can give you some help. I used to run X386 on a Gateway 2000 386
mathine at all resulotion includes 1152X900.

Gook Luck !

Yanping Zhu


# Card: Diamond Speedstar II+ (Direct from Gateway 2000)
# Contributor: Thomas Naughton [naughton@chinet.chi.il.us]
# Last Edit Date: 10/17/91
# chip    ram   virtual    clocks                   default-mode  flags
 ET4000  1024  1152 900    25 28 57 72 78 68 50 62  "1152x900"

# Card: Diamond SpeedStar Plus w/ 1M
# Contributor: Scott Everden [scott@unixland.natick.ma.us]
# Last Edit Date: 10/20/91
# chip    ram   virtual    clocks                   default-mode  flags
 ET4000  1024  1152 900    25 28 65 72 79 59 50 64  "1024x768"

# Card: Diamond SpeedStar Plus, High Color
# Contributor: Peter Ziobrzynski [peter@modtor.uucp]
# Last Edit Date: 10/16/91
# chip    ram   virtual    clocks                   default-mode  flags
 ET4000   1024 1024 768    25 28 50 57 62 66 72 78  "1024x768"

# Card: Diamond SpeedStar Plus, High Color (1M)
# Contributor: Jeff Coffler [coffler@jeck.mv.com]
# Last Edit Date: 1/27/92
# chip    ram   virtual    clocks                   default-mode  flags
 ET4000   1024 1024 768    25 28 75 72 80 45 50 65  "1024x768"

# Monitor: Gateway 2000 14" Crystal Scan NI (Mag Computronics 1448)
# Contributor: Thomas Naughton [naughton@chinet.chi.il.us]
# Last Edit Date: 10/17/91
# name       clock  horizontal timing      vertical timing      flags
 "640x480"   25      640  672  768  800    480  490  492  525
 "800x600"   50      800  864  970 1056    600  608  615  633
 "1152x900"  68     1152 1172 1288 1368    900  909  933  937   Interlace

+-----------------------------------------+------+------+------+---------/
|  Yanping Zhu                            |      |      |      |       /
|    Internet: zhujp@cstp.umkc.edu        |      |      |      |     /
|    Bitnet:   zhujp@umkcvax2.bitnet      |      |      |      |     \
|    Phone:    1-913-451-1880             |      |      |      |       \
+-----------------------------------------+------+------+------+---------\

Newsgroups: comp.unix.sysv386
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: Unix: Cacheing EISA SCSI vs. Non-cacheing EISA SCSI Controllers
Organization: The Gator Conferencing System 219-289-3745 
Date: Fri, 9 Oct 1992 11:33:32 GMT

ed@maxed.amg.com (Ed Whittemore) writes:

>Get a BusTek BT 747S or 742A or Adaptec 174(x). Realistically, you can
>almost always add RAM to the motherboard.

How about if your MB is an ISA and you currently have 16megs of RAM
on it?  

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.unix.sysv386
From: fangchin@leland.Stanford.EDU (Chin Fang)
Subject: Re: Display for 386/486 box
Keywords: display monitor graphics
Organization: DSG, Stanford University, CA 94305, USA
Date: Wed, 14 Oct 92 18:44:33 GMT

In article <1992Oct13.224322.18667@nmsu.edu> wjohnson@nmsu.edu writes:
>I'm getting ready to purchase a 386 or 486 (most likely) box to perform
>unix developement on, but find myself hopelessly addicted (spoiled) with
>my sun console.  Could anyone give me a good lead on higher resolution
>graphics/display systems that are not going to cost as much as the box
>itself?

Tough.  Long time ago I had accepted the fact that if I wanted to have
workstation level of display quality, I MUST accept the fact the the
video subsystem was the most expensive part of my hardware.  Followed
by an at least 0.5G SCSI storage subsystem.

That said, my recommendation follows:

Forget about any thing inexpensive.  You get what you pay for.

For Sun SPARCstations (the one I am using now), the standard resolution
is 1152x900 (or approx. 0.9 Meg pixels) refreshed at 70+ Hz.  This is better
than any one of these feeble VESA stuff.  The preferred monitor is the
very good (not excellent however) Sony Trinitron .26 mm DP monitor.  Forget
about these Philipes.

So, to match or to better Sun's setup, my recommendations are:

(1) Nanoe 560i.  $1750 street price last time I browse thru clari.streetprice.
    We have one in our office area.  Fabulous is the correct adjective for
    this awesome Sony Trinitron monitor.  Edge to edge too.

    Forget about these so called flat square entries.  They can be nice,
    but never can be awesome :) :) 

(2) Get a ATI Graphics Ultra Pro with 2 Megs.  List price is $599 (?)
    I haven't seen any street price so far.  So guess it around $450.

    With the above, you can get 1280x1024 at 74 Hz refresh.  
    And that's more than the magic Mega pixels :) :) .26 mm DP too.

    Write/call Nanao for 560i's specs.  You will be impressed.

These two are what forcing me to save every penny these days :) :) :)

Honest!

Have fun :)

Chin Fang
fangchin@leland.stanford.edu
Newsgroups: comp.unix.sysv386
From: gemini@geminix.in-berlin.de (Uwe Doering)
Subject: Re: FAS binary for Interactive 3.2
Organization: Private UNIX Site
Date: Thu, 15 Oct 1992 12:30:06 GMT

rchen@fraser.sfu.ca (Robert Chen) writes:

>Thanks for all the suggestions on getting my bocaboard 8 port
>to work under Interactive 3.2.  The solution seems to be to 
>use the FAS drivers, but I don't have the development system
>to compile it.  If you have or are using FAS2.10 with your
>Interactive system and have a spare moment, please uuencode
>the binary into <50k chunks and mail it to me.  Thanks
>very much in advance.  

Unfortunately, you don't write what release of ISC UNIX you have.
`3.2' is the release number of the original AT&T sources that
ISC UNIX was derived from. ISC, however, has released several
OS version in the past with their own enumeration scheme (2.0.2,
2.21, 3.0, 3.01 etc).

Make sure that you get the right version for your OS release. The
binary for ISC 2.x isn't necessarily the same as for ISC 3.x.

     Uwe
-- 
Uwe Doering  |  INET : gemini@geminix.in-berlin.de
Berlin       |----------------------------------------------------------------
Germany      |  UUCP : ...!unido!fub!geminix.in-berlin.de!gemini
From: madsere@okys.infoserv.com (Rene Madsen)
Newsgroups: comp.unix.sysv386
Subject: Re: Wangtek or Archive??
Date: 4 Oct 92 15:28:26 GMT
Organization: Brackton Ltd. Luxembourg

In article <2ABFD9F1.4C28@telly.on.ca>, evan@telly.on.ca (Evan Leibovitch) writes:
> In addition to the question of Wangtek and Archive, I'm also
> curious about reactions about two other brands of SCSI tape
> drives:
> 
> - Tandberg (didn't they use to make really good audio cassette decks?)

They still do (Actually they make some of the worlds best hifi
equipment, but also the most expensive.)

I've got the Tandberg 525 MB QIC (can't remember the exact name;
it's buried somewhere in it's rom) for about a year now and I've
had absolutely no problems with it.

> - Sankyo

If their tape drives are anything like their hifi I'd avoid it.

-- 
Rene Madsen                
Unix Systems Support/Dev.       
madsere@okys.infoserv.com      
Newsgroups: comp.unix.sysv386