HDTenEightyP/NetNews huggingface dataset:
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
Subject: Re: Will Dell load off a Wangdat DAT?
Date: 31 Dec 1992 01:49:48 -0500
Organization: /usr/share/news/organization

In article <C00z28.Fv2@hsi.com> hogue@hsi.com (Jim Hogue) writes:
>the SCSI tape drives that will read the Dell distribution?  The Unix
>support people at Dell suggested the Wangtec 325/525 QIC drive.  They
>also sell the cheaper Colorado Jumbo 250, but aren't sure it works
>under unix.  What have others used successfully?

The Colorado Jumbo 250 won't read the Dell distribution at all; it is
a minicartridge drive, and I belive that Dell is only available on
fullsize QIC (as well as DAT and so forth, but you knew that).  You
don't want a Colorado tape drive anyway, as once you get the dedicated
tape controller (necessary if you want to use the floppy drive and the
tape drive simultaneously -- a feature that is useful for restoring
your root filesystem after booting from a floppy) and the Unix drivers
from Colorado (necessary if you want to use the drive at all, as Dell
doesn't support it out of the box), you've spent almost as much (if
not more) as you would have paid for a fullsize QIC drive.  Also note
that the advertised 250MB capacity for the Colorado drive is assuming
a better-than-2:1 compression ratio for the data you store; the actual
bit capacity of the tape is only 120MB.  Fullsize 250MB QIC drives, on
the other hand, store 250MB uncompressed.

Both the Archive 2150S and the Wangtek 150/250 tape drive are pretty
good; which one you choose is mostly a matter of taste and which you
can get for less.  I personally have a 2150S, but that's mostly
because I was able to pick up a refurbished unit at a liquidation sale
for $120.

-- 
Marc Unangst, N8VRH         | "Of course, in order to understand this you
mju@mudos.ann-arbor.mi.us   |  have to remember that the nucleus of the atom
                            |  is squishy."
                            |    -W. Scheider, from a Physics lecture
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
From: karl@ddsw1.mcs.com (Karl Denninger)
Subject: Re: Will Dell load off a Wangdat DAT?
Date: Thu, 31 Dec 1992 20:04:26 GMT
Organization: MCSNet, Chicago, IL

In article <C00z28.Fv2@hsi.com> hogue@hsi.com (Jim Hogue) writes:
>
>This brings up a question.  I am looking at purchasing Dells SV.4
>(based on Eric Raymonds buyers guide).  I need to add a tape drive (I
>need one anyways for backup!) and I am going to add some more disk.  I
>was planning on going the SCSI route.  Does anyone have a good list of
>the SCSI tape drives that will read the Dell distribution?  The Unix
>support people at Dell suggested the Wangtec 325/525 QIC drive.  They
>also sell the cheaper Colorado Jumbo 250, but aren't sure it works
>under unix.  What have others used successfully?

The Archive VP150S (Viper 150MB) will read the tapes successfully, and will
do 250MB as well with the appropriate tapes.  It is cheap these days, SCSI, 
and it's a workhorse.  Not a bad choice if you don't want to get into DAT.
I would do that rather than the Colorado anything (I have had horrible
problems with CMS products before).

The HP DAT drives are supposed to work as well.  They >do< work for backup
and restore (and are damn nice and fast) but I haven't tried loading from
one.  I presume that it would work, as the rest does.  These are reasonably
inexpensive too.  I have one of the compressing units (HP35480) which works
great for backups and the like.  I like it a lot.

A friend has a non-compressing Archive Python (DAT) which he claims also 
works.

Someone on the net says the WangDAT does NOT work.

In fact, my configuration now consists of:

1)	Two Adaptec 1542B boards (yep - - two SCSI channels)
2)	4 disks split across the 2 boards
3)	An Archive 2150S and a HP DAT drive
4)	WD Ethernet (Elite 16)
5)	Dual floppies
6)	Joe Blow's noname 486/33 motherboard with 16MB RAM

None of it is DELL hardware.  All of it works, and quite well (and fast) 
at that.  The second SCSI adapter makes a quantum difference in disk
throughput and overall responsiveness under load.

--
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.unix.sys5.r4
From: aad@siemens.com (Anthony Datri)
Subject: Re: What is lacking in UNIX? (Re: UNIVEL MUST BE KIDDING!!!!!)
Organization: Siemens Corporate Research, Princeton (Plainsboro), NJ
Date: Sat, 26 Dec 1992 00:46:14 GMT

>They could sell many thousands of copies at $150 and take over the 
>home PC market.

Way back when Turbo Pascal/C first came out I figured that vendors would
finally figure it out, but many haven't.  I once worked for a company with
an outstanding product, but who pretty much priced themselves out of existence.
They charged differently for different *models* of machine.  A license for a
Sun 3/50 cost less than a license for a 3/60, for example, and they all cost
outrageously.

-- 

======================================================================8--<
Xref: sparky comp.unix.sys5.r4:958 comp.unix.misc:4693
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sys5.r4,comp.unix.misc
Subject: Re: Installing Dell UNIX
Date: 23 Dec 92 15:07:46 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Dec22.211507.2349@odin.diku.dk>, thorinn@diku.dk (Lars Henrik Mathiesen) writes:
| davidsen@ariel.crd.GE.COM (william E Davidsen) writes:
| 
| >  Dell [...] support two media, each less common than the other for
| >PCs. Installing on a laptop is always an adventure, you don't
| >normally have tape, they don't believe in floppies, they don't
| >support the little eithernet thing that hooks to the parallel port so
| >you can use their excellent net install...
| 
| Why don't you start a VAR business, repackaging Dell UNIX onto
| laptop-friendly installation media? Seriously, if it is so sorely
| needed, you would think that somebody would be doing it already.

  Dell isn't interested as far as I can tell. They cite the high cost of
media duplication and verification, and low demand. lack of CD support
really puzzles me, since I (as an individual) can turn out CDs cheaper
than I can buy the tapes in Q1000. SCO is talking about distributing
beta copies on CD because it's cheaper for them.

  I still find Dell worth the effort though, if you want to run V.4 that
seems a good way to go.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    Keyboard controller has been disabled, press F1 to continue.
Xref: sparky comp.unix.sys5.r4:1076 comp.unix.pc-clone.32bit:939
From: marcr@studsys.mscs.mu.edu (Marc Rassbach)
Newsgroups: comp.unix.sys5.r4,comp.unix.pc-clone.32bit
Subject: Re: Problem with lp.  Got me stumped.  (email, I'll sum)
Date: 31 Dec 1992 16:20:06 GMT
Organization: Marquette University - Department MSCS
Distribution: world
NNTP-Posting-Host: studsys.mscs.mu.edu

In article <1hudovINN9h9@mudos.ann-arbor.mi.us> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
>>'munged' aka the 1 refuses to print in one of the fonts, the y
>>and other characters in another, ad nausium.
>
>Yep, I've seen this one.  The only difference was that the soft fonts
>were part of the output of a DVI->LaserJet converter.
>
>The problem is that Esix's parallel port driver is terminally broken.


If this is the case, then why does cat tested > /dev/lp1 work?

I would assume if the driver is broke, it should be broke if you cat to
the port OR you use lp to talk to the port.

-- 
Marc Rassbach    marcr@studsys.mscs.mu.edu    If you take my advice, that
MS-DOS - it's not   marc@milestn.mil.wi.us    is your problem, not mine!
my problem!     If it was said on UseNet, it must be true.
   Unix - It's a nice place to live, but you don't want to visit there.
Newsgroups: comp.unix.sys5.r4
From: anton@analsyn.gts.org (Anton J Aylward)
Subject: EISA disk driver for SVR4
Summary:  Does anyone do one
Keywords: EISA SCSI BUSTEK 742
Organization: ASCI: UNIX Database and Communications
X-Newsreader: TIN [version 1.1 PL7]
Date: Mon, 21 Dec 1992 16:45:03 GMT

I'm running Microport SVR4.  Its fine except that I have a 
EISA bus and a Bustek 742 controller.
Unfortunately the OS doesn't know how to run this in 32-bit mode.

I was wondering if there are any other vendors - apart from SCO -
who do driver which will run the 742 in 32bit mode.

Alternatively, a third party product.

Utter last stop alternative, anyone have source for one ?

--
Anton J Aylward
Newsgroups: comp.unix.sys5.r4,comp.sys.m88k
From: ben@nyx.cs.du.edu (Ben En)
Subject: Raw sockets and ICMP
Summary: don't work on my Aviion
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Keywords: Raw sockets icmp ping
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Fri, 1 Jan 93 08:55:58 GMT

I tried to port the BSD ping program to my Data General Aviion, which
is running SVR4 (DG/UX 5.4.1). It appears that there is some sort of
problem with raw sockets or ICMP protocol. I simply can't get the thing
to work. Every write results in an "invalid packet length" error, but
the packet length is what I would expect it to be.

I tried porting some other code to the box that uses raw sockets and
icmp and such - this time, if I bind() a socket, I get EINVAL, which
is supposed to indicate either the socket already has been bound, or
the name has an invalid length. Again, all the arguments to bind() and
socket() seem okay to me.

The programs compile and run with no difficulties on ESIX SVR4 and
SunOS. Does anyone know of any specific problems with Aviion raw 
sockets or IMCP?

Please reply by email to me directly, as I rarely get to read email.
Thanks for your help!

--ben
ben@piglet.cr.usgs.gov or ben@nyx.cs.du.edu

Xref: sparky comp.unix.sys5.r4:1106 comp.unix.sysv386:17656
From: pcg@aber.ac.uk (Piercarlo Grandi)
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
Subject: Re: Will Dell load off a Wangdat DAT?
Date: 2 Jan 93 21:55:29 GMT
	<BzoFqD.G50@chinet.chi.il.us>
	<1992Dec31.090209.7012@catfish.az05.bull.com>
Reply-To: pcg@aber.ac.uk (Piercarlo Grandi)
Organization: Prifysgol Cymru, Aberystwyth

On 31 Dec 92 09:02:09 GMT, pls@cibecue.az05.bull.com (Paul Schauble) said:

pls> I know The Net has praised Dell Unix and Dell support. But this
pls> really makes me wonder how they would be AFTER they've gotten my
pls> money.

That's why you want Dell -- given that most support organizations are
awful (and theirs is one of the least awful, *if you get ot their Unix
people*), you want the most robust and well engineered system, and their
SVR4 product is about that. What is important is to avoid needing support.

--
Piercarlo Grandi, Dept of CS, PC/UW@Aberystwyth <pcg@aber.ac.uk>
  E l'italiano cantava, cantava. E le sue disperate invocazioni giunsero
  alle orecchie del suo divino protettore, il dio della barzelletta
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.unix.sys5.r4
Subject: Re: Can Sys/V force DTR low or high?
Keywords: DTR
Date: 23 Dec 92 20:13:33 GMT
Organization: Auspex Systems, Santa Clara

>I've poked around in TFM for several Sys/V releases (both R3 and  R4),
>and as near as I can tell, there is no (documented) equivalent of this
>operation in Sys/V.

Well, you have to check the right documentation, first.  Thanks to some
nitwit at AT&T (who, hopefully, has either been re-educated, or is no
longer working at USL^H^H^HNovell), the documentation in question is the
System Administration manual - yup, it's sure obvious to *me* that
documentation on how a *programmer* controls a device belongs in the
*system administrator's* manual rather than the *programmer's*
manual....

In any case, the SVR4 "termio(7)", in the SVR4 "System Administrator's
Reference Manual", documents the TIOCMBIS, TIOCMBIC, TIOCMSET, and
TIOCMGET "ioctl"s (as lifted from SunOS, with Sun's blessing), which
should let a process wiggle control lines and read the state of status
lines.

Now, this requires that the underlying serial port drivers *implement*
those "ioctl"s; whether any particular SVR4 driver does, or doesn't, is
up to its author.  If you find one that doesn't, complain to the vendor.
Newsgroups: comp.unix.sys5.r4
From: orville%weyrich@uunet.uu.net (Orville R. Weyrich)
Subject: Re: Novell bought USL?
Followup-To: world
Reply-To: orville@weyrich.UUCP (Orville R. Weyrich)
Organization: Weyrich Computer Consulting
Date: Thu, 31 Dec 92 16:44:45 GMT

In article <16053@auspex-gw.auspex.com> guy@Auspex.COM (Guy Harris) writes:
>>Anybody know a good admin book for Windows NT?  :-(

No, but I can recomend some OS/2 books :-)

>
>As opposed to the OS discussed in this group, i.e. Netware NT? :-) :-) :-)
>
>(Are you saying that a Novell-owned USL will, in some way, not handle
>UNIX as well as an AT&T-owned USL is doing?  If so, how?  And why?)

1) Novell is into big price tags.

2) Novell is NOT in to open systems.

3) Novell tries to make you pay through the nose to learn how to use their
   products.

:-(


orville

--------------------------------------           ******************************
Orville R. Weyrich, Jr.                           Weyrich Computer Consulting
Certified Data Processor                         POB 5782, Scottsdale, AZ 85261
Certified Systems Professional                        Voice: (602) 391-0821
Internet: orville%weyrich@uunet.uu.net                Fax:   (602) 661-0660
--------------------------------------           ******************************
Newsgroups: comp.unix.sys5.r4
From: peter@ferranti.com (peter da silva)
Subject: Re: What is lacking in UNIX? (Re: UNIVEL MUST BE KIDDING!!!!!)
Organization: Xenix Support, FICC
Date: Thu, 24 Dec 1992 22:24:01 GMT

In article <Bzqv2E.Ln8@mudos.ann-arbor.mi.us> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
> In article <id.0R2W.M24@ferranti.com> peter@ferranti.com (peter da silva) writes:
> >let them rip. You think UNIX can handle that? When you can stick the machine
> >on a showroom floor, unmonitored, with the root password taped to the monitor
> >without having to reload it every day *then* it's ready.

> You can't do this with DOS, either.  It's just as easy to type "del
> c:\command.com" as it is to type "rm /vmunix".

It's easier to type "rm /* .bak". And it's easier to boot off a floppy
and copy command.com back in.

I was also thinking of people naively messing with the system config files.
I just had someone render a UNIX box unhappy by changing the root shell
to /sbin/csh. With DOS if you do something like that, you can easily boot
off floppy and fix it. With UNIX you need to have someone capable of
cracking UNIX security, including making a custom boot floppy.
-- 
Peter da Silva                                            `-_-'
Ferranti International Controls Corporation                'U` 
Sugar Land, TX  77487-5012 USA
+1 713 274 5180                            "Zure otsoa besarkatu al duzu gaur?"
Newsgroups: comp.unix.sys5.r4
From: bmyers@shyguy.lonestar.org (bob myers)
Subject: adding SWAP after the fact...
Organization: 3-B Technology
Date: Fri, 1 Jan 1993 17:06:38 GMT

With one of my prior problems (error 11 when Rnmail/mail is running),
it was suggested that I increase my swap and tune a few variables...

well, dummy me, didn't install a swap partition when I did my initial
configuration a year back.  I forgot all about it.  

Anyway, how do i now add in a swap file to take care of the problem?
I know how to create one on a Sun Sparc running BSD (SunOS 4.1.2), but
it's not all that clear on how to do it here under a SVR4 system.

thanks

-- 
-----------------------------------------------------------------
Bob Myers                        | You gotta watch out for those
Shyguy's AT&T SVR4 Unix/Uniboard | shy guys....you never know 
Email:bmyers@shyguy.lonestar.org | what they're thinking..:)
From: grog@lemis.uucp (Greg Lehey)
Newsgroups: comp.unix.sys5.r4
Subject: Re: What is lacking in UNIX? (Re: UNIVEL MUST BE KIDDING!!!!!)
Date: 27 Dec 92 17:42:07 GMT
Organization: LEMIS, W-6324 Feldatal, Germany

In article <Bzss9r.Ds8@mudos.ann-arbor.mi.us> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
>Well, with Unix you can boot off a floppy and fix it as well.  You
>don't need a custom boot floppy; what's wrong with the boot floppies
>the OS came with?

In the case of the new SVR4.2 offerings, they don't give you a chance
to start a shell - that's wizardry, and Unix for the Masses (not yet
(tm)) doesn't cater for that sort of thing.
-- 
Greg Lehey                       | Tel: +49-6637-1488              
LEMIS                            | Fax: +49-6637-1489
Schellnhausen 2, W-6324 Feldatal, Germany
From: ata@hfsi.uucp (John Ata - FSO)
Subject: Re: Can Sys/V force DTR low or high?
Keywords: DTR
Reply-To: ata@hfsi.UUCP (John Ata - FSO)
Organization: HFSI, McLean VA.
Date: Mon, 28 Dec 1992 20:10:17 GMT

In article <1406@minya.UUCP> jcsu@minya.UUCP (John Chambers) writes:
>The subject is probably self-explanatory. On BSD-like systems, you can
>make a call of:
>   ioctl(dev,TIOCCDTR,0L);
>and  DTR  will  instantly  drop, telling a (sane ;-) modem to hang up.
>I've poked around in TFM for several Sys/V releases (both R3 and  R4),
>and as near as I can tell, there is no (documented) equivalent of this
>operation in Sys/V.

Doesn't setting the baud rate to 0 drop DTR on SysVR3?
-- 
John G. Ata - Technical Consultant | Internet:  ata@hfsi.com
HFS, Inc.		  VA20     |     UUCP:  uunet!hfsi!ata
7900 Westpark Drive	 MS:601	   |    Voice:	(703) 827-6810
McLean, VA  22102	           |      FAX:	(703) 827-3729
Newsgroups: comp.unix.sys5.r3
From: peter@ferranti.com (peter da silva)
Subject: Re: Can Sys/V force DTR low or high?
Keywords: DTR
Organization: Xenix Support, FICC
Distribution: usa
Date: Fri, 1 Jan 1993 21:28:27 GMT

In article <1992Dec29.165407.13856@cbfsb.cb.att.com> mkenny@cbnewsb.cb.att.com (michael r..kenny) writes:
> Yes, and it is vaguely documented in Termio(7) of the administrators 
> reference manual. Does anybody know how to bring it back up without
> closing and re-opening the port? Restoring the initial settings doesn't
> do it for me.

That depends entirely on the intelligence of the person who wrote the
particular device driver for the particular hardware and operating system
you are using. For example, Digiboard's drivers for the PC/8e work
perfectly (setting B0 then B2400 lowers and raises DTR, as does closing
and opening the port), while Intel's drivers for the i410 card won't
raise DTR again until you terminate the process group leader of the
process that opened the port originally, and perform a new "first open"
with a new process group (at least that was the only way I could do it).

What hardware are you using? If it's an IBM-PC clone with 16450 UARTs
or better, install FAS. If it doesn't work the way you want, "use the source,
Luke".
-- 
Peter da Silva                                            `-_-'
Ferranti International Controls Corporation                'U` 
Sugar Land, TX  77487-5012 USA
+1 713 274 5180                            "Zure otsoa besarkatu al duzu gaur?"
From: yadegari@edison.seas.ucla.edu (Shidokht Yadegari)
Newsgroups: comp.unix.sys5.r3
Subject: INTERACTIVE UNIX System is alive!
Date: 24 Dec 92 04:11:49 GMT
Organization: SEASnet, University of California, Los Angeles


For months now, I have been hearing stories about SunSoft and the
INTERACTIVE UNIX System. It seemed that as soon as Solaris would be
available for the Intel platform Sunsoft was going to get rid of
the product they acquired from ISC. It does not look that way. I just
got a box, labeled Preview Kit and in it are two diskettes and some
documentation. The documentation explains that there will be a brand
new release of the product in the spring of 1993, called 4.0,
but that they did not want customers to wait until then for
certain features and that is why they came out with these 2 diskettes.
This package cost me $75.

Reading on I found that the two disks really contain all the stuff
that we were all complaining about. They finally did long file
names and symbolic links, interval timer, and a Korn shell that supports
job control and the second disk has support for up to 256Mb of memory on
an ISA box (I couldn't try that, my machine only has 8).
So it looks like the folks at SunSoft decided to get serious about
this product. After all, from what I hear Solaris will not run on all
machines so it looks there is still a place for that product.

I also received an envelop labeled Maintenance Update. It contains
a disk with bugfixes (and a Boot disk for 2.88Mb floppy drives). The notes
that come with it claim this is now shipped with new product
and they will do a new one every three months. That sounds
a lot better than the "I am sorry Sir, but this will be fixed
in the next release" approach. Looks like the customer counts
again!
Newsgroups: comp.unix.sys5.r3
From: rbt@tous.oau.org (Robert B. Tate)
Subject: Re: INTERACTIVE UNIX System is alive!
Summary: so how do we do it?
Organization: Tate Enterprises
Date: Thu, 24 Dec 1992 23:57:54 GMT

In article <8985@lee.SEAS.UCLA.EDU> yadegari@edison.seas.ucla.edu (Shidokht Yadegari) writes:
>
>For months now, I have been hearing stories about SunSoft and the
>INTERACTIVE UNIX System. It seemed that as soon as Solaris would be
>available for the Intel platform Sunsoft was going to get rid of
>the product they acquired from ISC. It does not look that way. I just
>got a box, labeled Preview Kit and in it are two diskettes and some
>documentation. The documentation explains that there will be a brand
>new release of the product in the spring of 1993, called 4.0,
>but that they did not want customers to wait until then for
>certain features and that is why they came out with these 2 diskettes.
>This package cost me $75.

	I assume that you ordered this 'box' from them; 
	What did you order? 
	How did you know to order? 
	What should I ask for?



-- 
 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: mkenny@cbnewsb.cb.att.com (michael r..kenny)
Subject: Re: Can Sys/V force DTR low or high?
Keywords: DTR
Organization: AT&T
Distribution: usa
Date: Tue, 29 Dec 1992 16:54:07 GMT

In article <1992Dec28.201017.29140@hfsi.uucp> ata@hfsi.UUCP (John Ata - FSO) writes:
>In article <1406@minya.UUCP> jcsu@minya.UUCP (John Chambers) writes:
>>The subject is probably self-explanatory. On BSD-like systems, you can
>>make a call of:
>>   ioctl(dev,TIOCCDTR,0L);
>>and  DTR  will  instantly  drop, telling a (sane ;-) modem to hang up.
>>I've poked around in TFM for several Sys/V releases (both R3 and  R4),
>>and as near as I can tell, there is no (documented) equivalent of this
>>operation in Sys/V.
>
>Doesn't setting the baud rate to 0 drop DTR on SysVR3?
>-- 
>John G. Ata - Technical Consultant | Internet:  ata@hfsi.com
>HFS, Inc.		  VA20     |     UUCP:  uunet!hfsi!ata
>7900 Westpark Drive	 MS:601	   |    Voice:	(703) 827-6810
>McLean, VA  22102	           |      FAX:	(703) 827-3729

Yes, and it is vaguely documented in Termio(7) of the administrators 
reference manual. Does anybody know how to bring it back up without
closing and re-opening the port? Restoring the initial settings doesn't
do it for me.

Mike Kenny