HDTenEightyP/NetNews huggingface dataset:
From: mjh@cs.vu.nl (Huisjes MJ)
Newsgroups: comp.unix.sysv386
Subject: Re: Slip/ISC2.2.1
Keywords: slip
Date: 15 Apr 92 10:59:47 GMT
Distribution: comp

larry@news.rn.com (Larry Snyder) writes:

} peter@modtor.uucp (Peter Ziobrzynski) writes:

} >tim@sabus.UUCP (Tim Brown) writes:

} >I also think that the majority of the comp.unix.sysv386 community
} >(except Larry Snyder :-) is convinced that SLIP is dead on ISC.

} SLIP with ISC works -- it isn't PPP -- and forget using a gate on the
} SLIP box -- but it does work (we've had a SLIP connection from our Dell
} box to an ISC box now for about 18 months).  I won't say ISC SLIP is
} without problems -- but it does work :)

We have been running SLIP connections for over 2 years. First on
ISC SVR3 ver 2.2.1 , TCP/IP ver 1.2 later TCP/IP ver 1.3, no problems.
We are even running 2 slip connection + 1 normal ethernet connection on
one machine. We use route not gated. But, we are not running NFS .....

--
Maarten Huisjes.	mjh@cs.vu.nl (192.31.231.42)
			(..!uunet.uu.net!cs.vu.nl!mjh)
From: drolet@cco.caltech.edu (Jean-Jacques P. Drolet)
Newsgroups: comp.unix.sysv386
Subject: Modem logins on SCO Open Desktop
Date: 10 Apr 92 20:11:34 GMT
Article-I.D.: cco.1992Apr10.201134.25489
Organization: California Institute of Technology, Pasadena

Hi!

I would like to know whether the basic version of Open Desktop
(i.e., no server upgrade) allows a user to login using a modem,
while another user is working at the console. I have gotten
contradictory answers on this from SCO and from dealers; some
people say that the basic ODT will not allow any modem logins,
while others say it will allow a total of two logins at any one
time.

Please reply by E-Mail, as this is probably not of general interest.

Thanks!

Jean-Jacques P. Drolet
Caltech
drolet@cco.caltech.edu
Newsgroups: comp.unix.sysv386
From: bruce@objy.objy.com (Bruce Reed)
Subject: Diamond SpeedStar on SCO ODT X11R3 ?
Organization: Objectivity Inc.
Date: Sun, 12 Apr 92 19:56:31 GMT

Has anyone successfully used a Diamond SpeedStar+ under SCO ODT Xsight?
SCO doesn't supply a grafinfo file for this card and the various ET3000
configurations (e.g. Orchid, STB) won't work for the extended modes of the
SpeedStar (800x600 & 1024x768). All help is appreciated!


Bruce Reed                            e-mail: bruce@objy.com
Objectivity, Inc.                     
Menlo Park, CA
From: larry@news.rn.com (Larry Snyder)
Newsgroups: comp.unix.sysv386
Subject: Re: Interactive and the 486
Keywords: Interactive 486 DX SX EISA ISA
Date: 8 Apr 92 01:07:35 GMT
Organization: Feeds-R-Us

dvb@emisle.uucp (David Van Beveren) writes:

>1. EISA not ISA
>   There are several reasons for this. First, 16 Meg is not enough when
>running X, especially if you are a developer. The disk subsystems, even with
>EISA are not all that fast (but far faster then ISA) and swapping really
>kills you. I recommend 32MB or more if you can afford it. Second, Disk

ok -- I'm running ISA with 16 megs -- I was considering EISA but the
cost doesn't justify the performance increase (according to information
I've been told here -- please correct me if I'm wrong) --

running a 16 bit 1542B on a ISA machine requires an additional
fetch when accessing memory above 16 megs -- which is barely
noticable (so I've been told) on a 486/50

few OS's have drivers to take advantage of the enhanced mode on
the 1742 -- most of them run the 1742 in the 1540 emulation mode
(which I've been told is slightly slower than a real 1542)


>3. 486/50 is the only way to go.
>   Look at the costs. A 50MHz 486 is well worth the extra few hundred over a
>486/33. That cost will be recovered in faster compiles over a few months.

I agree 100%

-- 
 =*= Larry Snyder, Public Access Unix Site - 219-289-0777 - 10 lines =*=
      internet: larry@gator.rn.com        uucp: uunet!trauma!larry
Newsgroups: comp.unix.sysv386
From: peter@ferranti.com (Peter da Silva)
Subject: Re: Univel: USL and Novell SVR4 product - info
Keywords: unix novell svr4 univel
Organization: Xenix Support, FICC
Date: Thu, 16 Apr 1992 13:58:58 GMT

In article <1992Apr15.214429.28213@unixland.natick.ma.us> bill@unixland.natick.ma.us (Bill Heiser) writes:
> kbahey@ncrsaud.SaudiArabia.NCR.COM (Khalid Bahey-elDin) writes:
> >3. How will it be different from todays SVR4? Will it be a better/crippled
> >   version of SVR4? Will the kernel still be big as today's SVR4?

> The wording "streamlined" scares me.  I wonder what will be missing.

Lots, I hope. Like Xenix emulation, and the System V.3 IPC, and so on.

Smiley/2.
-- 
/F{findfont exch scalefont setfont}def /S{moveto show}def /T{/Times-Roman F}def
8 T(Ferranti International Controls Corporation)24 28 S(+1 713 274 5180)24 12 S
(Sugar Land, TX  77487-5012)24 20 S 12 /Courier F(`-_-')320 32 S( 'U` )320 16 S
12 T(Peter da Silva)24 36 S 16 T(Have you hugged your wolf today?)358 24 S
From: fyl@ssc.wa.com (Phil Hughes)
Newsgroups: comp.unix.sysv386
Subject: on-line vs. printed manuals (Was:Re: Consensys V4)
Date: 13 Apr 92 21:22:47 GMT
Organization: SSC, Inc., Seattle, WA

In article <1992Apr8.220158.7181@unixland.natick.ma.us> bill@unixland.natick.ma.us (Bill Heiser) writes:

>While I certainly think on-line manpages are a Good Thing, I also think
>paper manuals can be invaluable.  For instance if you need to run 
>mkfs or newfs to recover from some disaster, on-line manpages won't help
>a bit when you're trying to figure out which options to use :-)

Another case where printed information works better is when you are
browsing for something but don't really know what.  (Sure, I do this all
the time.)  It is hard to figure out exactly which capability I want in
awk or the korn shell to accomplish a task by looking at an on-line
manual.  Easier in a book -- and easier still if you have the appropriate
SSC Pocket Reference. :-)

Note: I have a slight vested interest as I work at SSC but I find it a lot
easier to unfold a 12-page reference card than to look at man pages on the
screen or even in the published man pages when I am looking for an
"idea".
-- 
Phil Hughes, SSC, Inc. P.O. Box 55549, Seattle, WA 98155  (206)FOR-UNIX
     uunet!nwnexus!ssc!fyl or fyl@ssc.wa.com            (206)527-3385
From: jon@jonlab.UUCP (Jon LaBadie)
Newsgroups: comp.unix.sysv386
Subject: Re: Trouble Loading Dell's SVR4 onto a Gateway 2000 Machine
Summary: I meant boot during installation of Dell SVR4
Date: 13 Apr 92 06:26:04 GMT
Organization: 4455 Province Line Rd., Princeton, NJ 08540

In article <1992Apr11.130426.3328@news.rn.com>, larry@news.rn.com (Larry Snyder) writes:
> davidsen@yeti.crd.GE.COM (william E Davidsen) writes:
> 
> >  So true! I had the same (mis)feature on some systems with Dell. And
> >those systems even now take about a minute between the point where it
> >tells you to hit SPACE to boot something else and the point where the
> >system actually starts booting. However, it runs beautifully when it's
> >up, and it's so reliable I rarely boot it, so I run it and SMILE.
> 
> we've been running into power problems here for the last 2 weeks 
> where we completely loose power at least every other day -- 
> and the Dell box comes
> up just fine after a complete power outage -- needless to say, I am
> quite pleased :)

As William was responding to a posting I made, let me set the record
straight!!

I was refering to the floppy boot diskette used during the installation
of Dell UNIX.  I was not refering to booting Dell UNIX after it had
been installed.  As is Larry, and I believe William too, I am quite
pleased with Dell UNIX.

However, I still maintain that on MY hardware:

  1) Dell documentation is defective as to the time to load the boot
     diskette (1 minute documented vs. an experienced > 5 minutes)

  2) Dell installation software is defective in that it is possible
     to proceed to the next phase before the boot diskette has
     finished it job (just press a space).  After that, it hangs.

Now that I have knocked one vendor's installation software, let me
give kudos to that vendor and one other.

During my trials of installation, I contacted both Dell and my
hardware vendor, Touche.  While neither came up with the (simple)
solution to my problem, I did receive the following assurances:

  1) From Touche, yes, if Dell UNIX did not run on my hardware,
     I could return the system.  They knew that my express purpose
     was to run Dell UNIX on the system.

  2) From Dell, an extention of 30 days to "evaluate" the software
     for compatibility with my hardware.  Dell does have a return
     policy but I was near the end of the standard evaluation period.

In both cases, I say good performance by mail order companies!

Jon


-- 
Jon LaBadie
{att, princeton, bcr, attmail!auxnj}!jonlab!jon
From: frenette@ast.COM (Dan Frenette)
Newsgroups: comp.unix.sysv386
Subject: Re: Shared-interrupt COM board for FAS
Summary: AST-FourPort Card
Date: 15 Apr 92 16:27:17 GMT
Organization: AST Research Inc., Irvine, CA

In article <1992Apr8.220035.7097@unixland.natick.ma.us>, bill@unixland.natick.ma.us (Bill Heiser) writes:
> Scott Weikart <scott@igc.org> writes:
> 
> >AST's 4-port board lists at $500.
> 
> Wow!  (I think the AST 4-port is discontinued).  If you look around,
> 

I don't know anything about the street price of these cards but we still carry 
them in the price book and we still support them.


-- 
Dan Frenette               frenette@legs
AST Research Inc.          (714) 727-8669
Newsgroups: comp.unix.sysv386
From: karp-brad@CS.YALE.EDU (Brad Karp)
Subject: ISC TCP 1.2 Ether Card?
Summary: Do any cards work well with ISC TCP 1.2?
Keywords: ISC TCP 1.2 Ethernet card
Organization: Yale University Computer Science Dept., New Haven, CT 06520-2158
Date: Tue, 14 Apr 1992 03:31:51 GMT

I have recently acquired a SPARCstation, and would like to use my "old
faithful" ISC 2.2 386 box as an NFS file server for it. (The 386 box has
a big 670 MB Maxtor disk, whereas my SPARC only has a 240 MB disk that's
mostly full of SunOS 4.1.)

I have the ISC 2.2 Workstation Developer package, and have never run TCP/IP
(other than with the loopback driver) before. I must now purchase an
ethernet card. Over the past year I've seen various comments in this
newsgroup regarding unreliability (and/or complete dysfunctionality) of various
ethernet cards with ISC 2.2.

My TCP 1.2 has been patched with ISC's SSU.4a update, if that means anything.

What I'd like to know:

Does there exist an ethernet card which works fine with ISC TCP 1.2 which
delivers good performance and will run fine with NFS? If not, what will it
cost me (if anything) to upgrade to a version of ISC TCP which will be
reliable for ethernet use?

Any/all advice greatly appreciated. Please respond via email, and I will
summarize if there is sufficient interest.

Thanks.
-- 
Brad Karp, (203) 436-2993 (voice)          | The views expressed in the text
my 386: karp%softshop.uucp@cs.yale.edu     | you have just perused are not my
via Yale CS Dept: karp-brad@cs.yale.edu    | own; rather, they are those of the 
Box 2443 Yale Station, New Haven, CT 06520 | heavenly muse who sings in me. -JM 
Newsgroups: comp.unix.sysv386
From: karln%karln.UUCP@uunet.uu.net (Karl Nicholas)
Subject: Re: PROPOSAL --- The Great 1992 UNIX Dream Machines Bake-Off
Organization: Security Pacific
Date: Thu, 9 Apr 1992 17:58:30 GMT

In article <1g3Jcg#40LYF72HMVVl5SYjrp3sPlXk=eric@snark.thyrsus.com> eric@snark.thyrsus.com (Eric S. Raymond) writes:
>In <1992Apr7.140644.27039@bilver.uucp> Bill Vermillion wrote:
>> One BIG question.  Why is this limited to EISA machines.  Why not the
>> MCA architecture.   I remember reading specs on an ALR machine (One of
>> the few (if not only) that makes both and EISA and MCA, and the MCA
>> outperformed EISA in some respects.    And what about the NCR machines,
>> or any of the manfacturers of MCA bus based machines other than IBM.
>
>Because MCA isn't commodity hardware.  So it's got a whole two manufacturers.
>And yes, it's technically nifty.  But it's expensive, IBM effectively controls
>it, and there's no reason to believe either of those things will ever change.
>-- 
>      Eric S. Raymond = eric@snark.thyrsus.com  (mad mastermind of TMN-Netnews)


But why does any of that prevent these machines from being in the "Bake OFF"?

Is it because the judges don't want to end up with an MCA machine?

I want data, not judgement. I someone will enter an MCA machine (I doubt it)
into your BAKE OFF, why not run the benchmarks and let me know. I can decide
myself what is worth paying for. I am curious anyway to see if one can
see differences between MCA and EISA in a test situation.

The crystal wind is the storm. The storm is data. Data is life.
                                            - The Players Litany.


-- 
***************************************************************************
| Karl Nicholas                 | A million monkeys in a million years    |
| karln%karln.UUCP@uunet.uu.net | did write Shakespeare, we evolved ...   |
***************************************************************************
Newsgroups: comp.unix.sysv386
From: rhill@pulse.spacecoast.org (Russ Hill)
Subject: Problem configuring HPDD with ISC2.2.1
Organization: Private System -- Melbourne, FL
Date: Wed, 08 Apr 1992 00:26:50 GMT

How do you get ISC's High Performance Disk Driver to work with the
following configuration:

80386 processor
ISC2.2.1 OS
Adaptec 1542b  controller
Maxtor LXT213  disk drive
Archive 2150s  tape drive

When I try to configure the HPDD it fails to build a kernal.  It start
complaining about undefined references.  I found that the references it
was trying to use were in drivers that kconfig did not enable.  The
drivers it did not enable made sense since they were the ones that I'm
not using, but for some reason the main 'dsk' and 'tape' drivers
were referencing these unneeded drivers.

Has anybody ever seen this?  And if so how did you fix it?

Thanks in advance,

Russ Hill
-- 
Russ Hill                     rhill@pulse.spacecoast.org
                              rhill@dale.ksc.nasa.gov
From: merlin@neuro.usc.edu (merlin)
Newsgroups: comp.unix.sysv386
Subject: SCO SYSV386 3.2r2.0 ODT 1.1 80486-33 outperforms SUN SPARC 4/260
Date: 6 Apr 1992 00:33:10 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: neuro.usc.edu

Performance figures from BRLCAD 4.0 ray tracing benchmarks:

                      MOSS    WORLD     STAR     BLDG      M35   AVERAGE

rays/sec  VAX-780   137.82    67.23    56.39    53.91    69.25     76.92
          MAC-II    153.63    80.95    62.94    60.48    --.--     71.60
          SUN3/280  165.85    89.78    76.44    75.78    96.18    100.80

          SCO '386  502.33   256.52   200.18   189.17   234.89    276.61

          SUN4/260  827.25   436.38   361.89   348.99   422.19    479.34
          SGI4D/60 1040.44   500.52   436.90   415.15   496.30    577.86

          SCO '486 1363.98   671.59   564.85   527.15   684.87    762.48

          SUN ELC  1556.66   800.18   722.95   708.21   858.90    929.38
          RS/6000  2274.36  1041.79   915.99   854.30  1110.23   1239.33

          CRAY XMP 5235.87  2108.02  1509.85  1507.81  2132.01   2498.71
          CRAY YMP 6220.79  2474.97  1742.33  1748.73  2464.90   2930.34

The 80386-33 had 64KB cache and 8MB main memory.  
The 80486-33 had 256KB cache and 8MB main memory.
From: karel@cv.ruu.nl (Karel Zuiderveld)
Newsgroups: comp.unix.sysv386
Subject: Re: X386 and a ViewSonic 7 monitor (plus ET4000 card)
Date: 8 Apr 92 08:59:54 GMT
Organization: University of Utrecht, 3D Computer Vision Research Group

In <1992Apr8.004721.9447@sequent.com> phil@sequent.com (Phil Hochstetler) writes:

| "Anybody have any wisdom to share about setting up X386 with a
| "ViewSonic 7 monitor (using Diamond Speedstar Plus w/ 1M).
| "I can find the card in the current X386 database but the monitor
| "is not listed.  I have gotten a sort of working configuration but
| "am looking for a better setup at high resolution.  Thanks!
| "

I have a no-name ET4000 with highest crystal frequency 62 MHZ. The
following entry pushes the ET4000 card to its limits:

"1024x768"      62    1024 1064 1182 1238    768  776  778  808

This gives a picture which the Viewsonic can just handle with respect
to left and right image boundaries. The refresh rate is acceptable
(much less flicker than in standard 1024x768 resolutions), although I
would have liked a higher dot clock.

Karel
-- 
Karel Zuiderveld                            E-mail: karel@cv.ruu.nl
3D Computer Vision - Room E.02.222          Tel:    (31-30) 506682/507772
Academisch Ziekenhuis Utrecht               Fax:    (31-30) 513399
Heidelberglaan 100, 3584 CX Utrecht, The Netherlands
From: davidsen@yeti.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: The cost of free software
Date: 16 Apr 92 18:15:59 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Apr15.221911@eklektix.com>, rcd@raven.eklektix.com (Dick Dunn) writes:
|  fangchin@leland.Stanford.EDU (Chin Fang) writes:
|  >I don't have SYR4 (too broke :( ...
|  
|  ummm...shouldn't that be "broken"?  But yeah, I agree it's too broken;
|  that's one of the reasons I don't have SVR4 either.

  Give it a rest. Those of us with V.4 (at least the Dell flavor) are
happy. It's a hell of a lot more reliable than some of the well known
brands of UNIX I use on other machines.
-- 
	- bill davidsen (davidsen@crd.ge.com)
	GE Corp. R&D Center; Box 8; Schenectady NY 12345
By analysis of usenet source, the hardest part of C to use is the comment
From: brown@vidiot.UUCP (Vidiot)
Newsgroups: comp.unix.sysv386
Subject: Writing/reading 386 I/O ports
Date: 9 Apr 92 02:59:32 GMT
Reply-To: brown@vidiot.UUCP (Vidiot)
Organization: Vidiot's Hangout


I have an pc board project that I need to access via the I/O port.  I found
the outb, outw, inb and inw assembled calls in <sys/inline.h>, but if I
try to access the board via any of those calls, I get a memory error and the
program core dumps.

Do I have to build a stupid device driver to access the board?  I don't want
to do any of that.  I just want to write and read the I/O ports on the board.

The board is part of a project that will be used with software that is compiled
using Borlands C++ (3.0) compiler for DOS.  But, since Borland decided to do
a few memory management tricks, their compiler won't run under vpix.  I am
running ISC 2.0.2 Unix on a Compaq 386/20e.

So, the idea is to develop some of the driver code under Unix and when things
are operating right, then the code will be converted to Borland C++.  Making
the code work for both compilers will be the easy part.

All hints will be greatly appreciated.  Source code examples will not be
turned away.

Thanks in advance.
-- 
      harvard\     att!nicmad\          spool.cs.wisc.edu!astroatc!vidiot!brown
Vidiot  ucbvax!uwvax..........!astroatc!vidiot!brown
      rutgers/            INTERNET:vidiot!brown%astroatc.UUCP@spool.cs.wisc.edu
                                   brown@wi.extrel.com
Newsgroups: comp.unix.sysv386
From: marc@r-node.gts.org (Marc Fournier - System Admin)
Subject: Memory Limit on Old ISC
Organization: R-node Public Access UNIX System (416-636-2026) - 24hrs.
Date: Fri, 10 Apr 1992 18:12:14 GMT

Hi...

	I understand that there is a 16Meg limit on my ISC 3.2.  Does
that mean that I can only put 15Meg onto it, or can I put a full 16Meg on?
I currently have 8Meg of swap with 4Meg of ram and would like to put another
4Meg on without changing the swap space.

Thanks...

Marc

-- 
**********************************************************************
|     Marc Fournier    R-Node Public Access Unix    416-636-2026     |
|     1700+ newsgroups      network email      files       24hrs     |
|                    news and mail feeds available                   | 
|     marc@r-node.gts.org      r-node!marc      marc@r-node.uucp     |
**********************************************************************
From: larry@news.rn.com (Larry Snyder)
Newsgroups: comp.unix.sysv386
Subject: Re: Trouble Loading Dell's SVR4 onto a Gateway 2000 Machine
Date: 7 Apr 92 20:56:41 GMT
Organization: Feeds-R-Us

lothar@tmcsys.UUCP (Lothar Hirschbiegel) writes:

>All of the SVR4 vendors get their stuff from *USL*. It's an identical base for
>all of them. According to Larry DELL is fixing bugs like mad, but that's
>the _only_ difference. 
>What is your definition of "identical" ? Just fixing some bugs doesn't 
>make a new OS out of SVR4. 

how about adding missing files?  

granted -- it is not another OS - but at least you get a better product
for your money 

-- 
 =*= Larry Snyder, Public Access Unix Site - 219-289-0777 - 10 lines =*=
      internet: larry@gator.rn.com        uucp: uunet!trauma!larry
From: rogerk@Veritas.COM (Roger B.A. Klorese)
Newsgroups: comp.unix.sysv386
Subject: Re: SVr4 and clone hardware buyer's FAQ
Date: 9 Apr 92 20:38:28 GMT
Organization: VERITAS Software

In article <3893@airs.com> andrew@airs.com (Andrew Evans) writes:
>Who's "everyone?"  Do you really think that Joe Executive, charged
>with the duty of acquiring a System V Release 4 operating system, will
>notice the difference when looking at SCO System V Version 4?

Joe Executive has no business buying a Unix if he can't do a little
basic research, I think.  And if he asks his dealer for an SVR4 and they
give him SCO 3.2v4, he deserves what he gets.  It's not like there's a
flood of shrink-wrapped SVR4's out there in any great volume, though
that will change soon, according to lots of pre-announcements.
-- 
ROGER B.A. KLORESE                                             VERITAS Software
4800 Great America Parkway #420   Santa Clara, CA 95054    +1 408-727-1222 x310
rogerk@veritas.com                               {apple,pyramid}!veritas!rogerk
"Life turns on a dime." -- Ruth Ann
Newsgroups: comp.unix.sysv386
From: larry@news.rn.com (Larry Snyder)
Subject: Re: <dial.h> in SVR4
Organization: Feeds-R-Us
Date: Sun, 12 Apr 1992 12:41:52 GMT

tneff@bfmny0.BFM.COM (Tom Neff) writes:

>Would USL consider just posting <dial.h> to comp.sources.unix this once?
>It's hard to see how doing so would hurt anyone's market; it's just an
>include file.

just complain to your UNIX SVR4 vendor -- it's their job to make sure
everything is complete before shipping.  If you are missing dial.h -
your SVR4 vendor isn't doing their job.

-- 
 =*= Larry Snyder, Public Access Unix Site - 219-289-0777 - 10 lines =*=
      internet: larry@gator.rn.com        uucp: uunet!trauma!larry
Newsgroups: comp.unix.sysv386
From: adkins@cis.ohio-state.edu (Brian Adkins)
Subject: GNU chess  -  FIONREAD undefined error
Originator: adkins@turtle.cis.ohio-state.edu
Organization: The Ohio State University, Department of Computer and Information Science
Distribution: usa
Date: Tue, 14 Apr 1992 18:39:16 GMT

I'm trying to build GNU chess (for X windows) on ISC 3.0

I'm getting an error in one of the c programs because FIONREAD is undefined.

I looked in the header files at school (BSD) and found it, but it is not to
be found in any of my header files.

Does anyone know what this should be defined as on SYSV ?

thanks,

Brian Adkins    adkins@cis.ohio-state.edu
From: greenidd@CS.ColoState.EDU (danielle greenidge)
Newsgroups: comp.unix.sysv386
Subject: SCSI Tape Drive (1/4")
Keywords: SCSI, tape, quarter-inch
Date: 8 Apr 92 20:45:17 GMT
Organization: Organization?  Why start now?

Just a note to all interested SCSI users:

I'm doing a little recon for my company regarding potential market interest
in an affordable (~$2000) 4 Gigabyte quarter-inch SCSI tape drive.  If this
sounds like a viable alternative to your current (or near-future) tape
solutions, drop me a little e-mail note with your machine type(s) and phone
number (optional).

Thanx,

---------------------------------------------------------------------------

Mark Spence (in exile at):  greenidd@mozart.cs.colostate.edu

A man asked God how much a million dollars was to Him. "About a penny."
The man asked how long a million years was to Him. "About a second."
The man asked if God could give him a penny. "Yeah...just a second..."

---------------------------------------------------------------------------