HDTenEightyP/NetNews huggingface dataset:
From: larry@gator.use.com (Larry Snyder)
Subject: Re: Will Dell load off a Wangdat DAT?
Organization: Gator Communications - Feeds-R-Us 219-289-3745 
Date: Fri, 1 Jan 1993 15:10:04 GMT

karl@ddsw1.mcs.com (Karl Denninger) writes:

>1)	Two Adaptec 1542B boards (yep - - two SCSI channels)

This is what I am leaning towards -- adding another 1542B and
another drive on it (for news articles) -- Maybe a 660 megs <something>
or other that is fast (SCSI-2) -- with about 200,000 inodes

That would really make the news fly.  Right now I have 300 megs for news,
and it fills up in 4.5 days..


-- 
Larry Snyder                                    internet: larry@gator.use.com
keeper of the Gator                                   uucp: uunet!gator!larry
Newsgroups: comp.unix.sys5.r4,comp.unix.pc-clone.32bit
From: paul@pphbau.atr.bso.nl (PPH Bauwens)
Subject: Re: Problem with lp.  Got me stumped.  (email, I'll sum)
Followup-To: comp.unix.sys5.r4,comp.unix.pc-clone.32bit
Organization: Private Node
X-Newsreader: TIN [version 1.1 PL7]
Date: Fri, 1 Jan 1993 10:18:21 GMT

: >
: >The problem is that Esix's parallel port driver is terminally broken.
:
I strongly suggest you get a new parallel/serial I/O board where the
LP interrupt really works!. They only cost about 25$

Most LP problems under ESIX SVR4 (or any other UNIX) come from substandard
hardware with inoperable LP interrupt. DOS does _NOT_ use the LP interrupt
but performs busy wait. 

I routinely use GhostScript 2.4 to print postscripted manpages on my
HP Deskjet without any problems AND THIS IS BITMAP DATA (>300K/page).
Speed is about 1.5-2 pages / minute, the Deskjet busy all the time!
On a 486 system loading during this is about nil.

A friend of mine had the same problem. After we switched the I/O board
everything worked perfectly! The polling LP drivers just get around the
bad hardware in the first place.

A Happy New Year!
-- 
--------------------------------------------------------------------------
Paul Bauwens				Email:	paul@pphbau.atr.bso.nl
Rietkerkweg 364					paul@pphbau.hobby.nl
3066VL Rotterdam  Nederland		Phone:	+31-10-4211858
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: Wed, 23 Dec 1992 22:46:48 GMT

In article <1992Dec22.100028.26428@fasttech.com> zeke@fasttech.com (Bohdan Tashchuk) writes:
> You can give Unix away for free and you won't penetrate the home PC market
> until you have

> 	a better dos than dos
> 	a better Windows than Windows

That depends on the definition of penetrate. If you have a good enough product,
you can sell millions of units despite DOS emulation problems... look at the
Amiga or Macintosh. I don't know if UNIX is far enough ahead on other areas
to still be able to pull this off, though. The gap is narrowing.

But you DO need the ability to stick the machine in a naive user's hands and
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.
-- 
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: peter@ferranti.com (peter da silva)
Subject: Re: What is lacking in UNIX? (Re: UNIVEL MUST BE KIDDING!!!!!)
Organization: Xenix Support, FICC
Date: Fri, 1 Jan 1993 21:10:30 GMT

In article <Bzss9r.Ds8@mudos.ann-arbor.mi.us> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
> In article <id.CS3W.9X8@ferranti.com> peter@ferranti.com (peter da silva) writes:
> >It's easier to type "rm /* .bak". And it's easier to boot off a floppy
> >and copy command.com back in.

> Since when do you store backup files in the root directory?

Alternate kernal? Who knows. Remember, we're talking a system open to the
public (sort of a turing test for PC software).

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

> Well, with Unix you can boot off a floppy and fix it as well.

You got a usable boot floppy with a comercial UNIX? I haven't seen one
in a shipped commercial system since Microsoft Xenix. You generally have to
duplicate the install floppy, mount it, and defang it before you can boot
UNIX off a floppy. NOT for the naive user.

> And you can deal with that either by getting used to having an
> occasional lockout, or by reducing security.  DOS cures the lockout
> problem by not having security.  I prefer a bit more secure approach.

Me too, but we're not the market where the big bux are.
-- 
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: grog@lemis.uucp (Greg Lehey)
Newsgroups: comp.unix.sys5.r4
Subject: Re: What is lacking in UNIX? (Re: UNIVEL MUST BE KIDDING!!!!!)
Date: 21 Dec 92 19:43:21 GMT
Organization: LEMIS, W-6324 Feldatal, Germany

In article <BzL0p3.A1K@chinet.chi.il.us> les@chinet.chi.il.us (Leslie Mikesell) writes:
>In article <2406@adagio.lemis.uucp> grog@lemis.uucp (Greg Lehey) writes:
>
>>>Let's suppose that you manage to misconfigure the system such that
>>>it won't boot from the hard disk.  How long does it take to fix
>>>it?
>>
>>That depends on the system and what's wrong with it. I just did this
>>today with UnixWare. I'm still waiting for the tapes to finish.
>
>Dell has an escape clause that sometimes helps if the problem is
>just a bad kernel build.  When you boot up it gives you a few seconds
>to hit the space bar and get a prompt for an alternate kernel to
>boot.  Unix.old is always the last copy that worked.

Funny you should say that. Look:

+ === grog onlyyou:~ 66 -> ls -l /stand
+ total 7096
+ -r--r--r--   1 root     root        3980 Dec 20 14:56 mip
+ -r--r--r--   1 root     root        4204 Dec 20 14:56 sip
+ -rwxr--r--   1 root     root     1945520 Dec 20 17:40 unix
+ -rwxr--r--   1 root     root     1678764 Dec 20 16:14 unix.old
+ === grog onlyyou:~ 67 -> 

The thing is, of course, that I didn't know that, and - like Fred Fish
- didn't know how to get out of the graphics screen. If this had been
documented, it wouldn't have been a problem, but documentation is
almost non-existent.

BTW, the old kernel is the vanilla flavour, the other one adds TCP/IP
and NFS support. Compare with a similar kernel under BSD/386:

+ === root allegro:/ 503 # ls -l
+ -rwxr-xr-x    1 grog       525857 Dec 17 13:51 bsd
+ -rwxr-xr-x    1 root       498637 Apr  3  1992 bsd.generic
+ -rwxr-xr-x    1 grog       525909 Nov 26 13:25 bsd.old
+ lrwxrwxrwx    1 root            3 Oct 19 16:52 vmunix -> bsd
+ === root allegro:/ 504 # 
-- 
Greg Lehey                       | Tel: +49-6637-1488              
LEMIS                            | Fax: +49-6637-1489
Schellnhausen 2, W-6324 Feldatal, Germany
Newsgroups: comp.unix.sys5.r4
From: larry@gator.use.com (Larry Snyder)
Subject: Re: Bug in SVR4.0.3 /usr/include/sys/socket.h
Organization: Gator Communications - Feeds-R-Us 219-289-3745 
Date: Wed, 30 Dec 1992 13:56:36 GMT

tma@encore.com (Thanh Ma) writes:

>mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:

>>There is a closing comment pair ("*/") missing at line 132 of
>>/usr/include/sys/socket.h in Esix 4.0.3.  Could people with newer
>>versions of SVR4 (4.0.4 and maybe even 4.2) check to see if their
>><sys/socket.h> include file suffers from the same problem?  Here is a
>>cdiff to fix the file.  Remember, folks, "gcc -Wall" is your friend...

>Yes. ESIX 4.0.4 has the same problem but at line 131.

Dell (of course) has this problem corrected in their SVR4 release
4.0 (2.2) product

-- 
Larry Snyder                                    internet: larry@gator.use.com
keeper of the Gator                                   uucp: uunet!gator!larry
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
From: hogue@hsi.com (Jim Hogue)
Subject: Re: Will Dell load off a Wangdat DAT?
Organization: 3M Health Information Systems, Wallingford CT
Date: Tue, 29 Dec 1992 14:32:32 GMT

In article <BzoFqD.G50@chinet.chi.il.us> les@chinet.chi.il.us (Leslie Mikesell) writes:
>
>I can't answer why, but I did speak with a Dell representative a few
>months back about the DAT distribution and specifically asked which
>of their drives would be required to load it.  They said that it
>needed the higher capacity drive, so I assume that it is in the
>compressed format.   It seems to be really difficult to get information
>about the unix products from Dell.  I recently sent some email to
>support@dell.com requesting some prices and got a quick notification
>that it was being refered to sales, but no follow-up.  Has anyone
>had better luck?

As I understand it you can speak to the Unix support people at Dell
about what they do and don't support, but they can't give you prices.
Unfortunately if you don't get exact part numbers from them you don't
get the correct quote when you get back to the sales people.  They also
like to tell you that the top of the line stuff works fine and when you
ask about cheaper stuff they hedge.  For the Dell Unix people call 800
727-8649 (727-unix :-).

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?
-- 
DINK  Double Income No Kids		SICK  Single Income Couple of Kids
DICK  Double Income Couple of Kids	SINK  Single Income No Kids
		What are you?  Marketing needs to know :-)!
Jim Hogue   hogue@hsi.com or {uunet, yale}!hsi!hogue	(203) 949-6376
Newsgroups: comp.unix.sys5.r4
From: teddybur@netcom.com (John Sanger)
Subject: Re: UNIX Distribution on CD-ROM
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Fri, 25 Dec 1992 04:33:18 GMT

In article <75926@apple.apple.COM> lenoil@catalogic.com (Robert Lenoil) writes:
>In article <Bzn5Cn.5Du@wimsey.bc.ca> sl@wimsey.bc.ca (Stuart Lynne) writes:
>>Look for someone like SCO or Univel to basically make CD-ROM the standard
>>format with tape extra $$ and floppies extra $$ * 2.
>
>Or look at A/UX by Apple, which since the last major release (3.0) is available
>*only* on CD-ROM.

Conconsys already does this and the standard distribution for Solaris 2 is
CD-ROM.



Ciao!
	John S. :^)
	teddybur@netcom.com
__

Newsgroups: comp.unix.sys5.r4
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: Bug in SVR4.0.3 /usr/include/sys/socket.h
Date: Tue, 29 Dec 1992 07:15:52 GMT
Organization: The Programmer's Pit Stop, Ann Arbor MI

There is a closing comment pair ("*/") missing at line 132 of
/usr/include/sys/socket.h in Esix 4.0.3.  Could people with newer
versions of SVR4 (4.0.4 and maybe even 4.2) check to see if their
<sys/socket.h> include file suffers from the same problem?  Here is a
cdiff to fix the file.  Remember, folks, "gcc -Wall" is your friend...

*** socket.h.old        Tue Dec 29 02:12:28 1992
--- socket.h    Tue Dec 29 02:09:50 1992
***************
*** 128,134 ****
  #define AF_APPLETALK    16            /* Apple Talk */
  #define AF_NIT          17            /* Network Interface Tap */
  #define AF_802          18            /* IEEE 802.2, also ISO 8802 */
! #define AF_OSI          19            /* umbrella for all families used
  #define AF_X25          20            /* CCITT X.25 in particular */
  #define AF_OSINET       21            /* AFI = 47, IDI = 4 */
  #define AF_GOSIP        22            /* U.S. Government OSI */
--- 128,134 ----
  #define AF_APPLETALK    16            /* Apple Talk */
  #define AF_NIT          17            /* Network Interface Tap */
  #define AF_802          18            /* IEEE 802.2, also ISO 8802 */
! #define AF_OSI          19            /* umbrella for all families used */
  #define AF_X25          20            /* CCITT X.25 in particular */
  #define AF_OSINET       21            /* AFI = 47, IDI = 4 */
  #define AF_GOSIP        22            /* U.S. Government OSI */


-- 
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.misc
From: merce@xenitec.on.ca (Jim Mercer)
Subject: Re: What is lacking in UNIX? (Re: UNIVEL MUST BE KIDDING!!!!!)
Organization: Reptilian Research, Toronto, Ontario, CANADA
Date: Tue, 22 Dec 1992 23:49:44 GMT

>:> What is lacking ?
>:The ability to stick a floppy in a brand new computer, turn it on, and
>:have it come up running UNIX.

sounds like 386BSD to me.

-- 
[ Jim Mercer   Reptilian Research  merce@iguana.reptiles.org  +1 416-506-0654 ]
[                      longer life through colder blood                       ]
Newsgroups: comp.unix.sys5.r4
From: mbundy@tghost.gbdata.com (M.B. Bundy)
Subject: Re: Bug in SVR4.0.3 /usr/include/sys/socket.h
Organization: TimeGhost Systems
Date: Wed, 30 Dec 1992 07:01:51 GMT

In article <C0125H.7sG@encore.com> tma@encore.com (Thanh Ma) writes:
>mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
>
>>There is a closing comment pair ("*/") missing at line 132 of
>>/usr/include/sys/socket.h in Esix 4.0.3.  Could people with newer
>>versions of SVR4 (4.0.4 and maybe even 4.2) check to see if their
>><sys/socket.h> include file suffers from the same problem?  Here is a
>>cdiff to fix the file.  Remember, folks, "gcc -Wall" is your friend...
>
>Yes. ESIX 4.0.4 has the same problem but at line 131.

It has been fixed in Dell v2.2 (4.0.4)...

Michael
-- 
Michael Bundy                                            Houston, TX
mbundy@tghost.gbdata.com                                (713)933-3640
Xref: sparky comp.unix.sys5.r4:1025 comp.unix.misc:4742
From: hcobb@fly2.berkeley.edu (Henry J. Cobb)
Newsgroups: comp.unix.sys5.r4,comp.unix.misc
Subject: Re: Installing Dell UNIX
Date: 28 Dec 92 06:27:37
Organization: /rubin/hcobb/.organization
	<1992Dec23.150746.11905@crd.ge.com>
NNTP-Posting-Host: fly2.berkeley.edu
In-reply-to: davidsen@ariel.crd.GE.COM's message of 23 Dec 92 15:07:46 GMT


	My secret plan for this is to wait for a 200MB 2.5" disk, install
the system in one of our towers, and then reinstall the disk in the laptop.

	It would all be MUCH eaiser if any of the Unix vendors would write
a driver for a diskless client that loaded via "Novel" boot Proms...

	Univel maybe?
--
	Henry J. Cobb	hcobb@fly2.berkeley.edu	SFB Tyrant
	"Once it becomes possible to do something, it gets very difficult to
undo it.  Whether its automobiles, computers or nuclear weapons, invention has
always been the mother of necessity."
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.unix.sys5.r4
Subject: Re: Novell bought USL?
Date: 23 Dec 92 04:12:05 GMT
Organization: Auspex Systems, Santa Clara

>Anybody know a good admin book for Windows NT?  :-(

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?)
Newsgroups: comp.unix.sys5.r4
From: peter@ferranti.com (peter da silva)
Subject: Re: Can Sys/V force DTR low or high?
Keywords: DTR
Organization: Xenix Support, FICC
Date: Thu, 24 Dec 1992 22:37:06 GMT

In article <id.KS3W.U79@ferranti.com> peter@ferranti.com (peter da silva) writes:
> Like Intel, which not only doesn't support any such ioctls, but it only
> raises DTR on open [...]

I have been reminded that I have this behavior backwards. You could raise DTR,
but couldn't become a process group leader again even if you closed all file
descriptors, did a "setpgrp()", and opened that port again. I don't know how
they managed that but it was more than mildly annoying.

In addition, if you set speed to B0 it would not then raise DTR again if you
set speed back to some other baud rate. Since the SVID never explicitly says
this, they didn't implement it.

The end result, and the customer-hostile response, was the same.
-- 
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: qbarnes@urbana.mcd.mot.com (Quentin Barnes)
Subject: Re: dead header files?
Organization: Motorola Computer Group, Urbana Design Center
Date: Sat, 2 Jan 1993 07:03:41 GMT

In <16186@auspex-gw.auspex.com> guy@Auspex.COM (Guy Harris) writes:

>>prof.h
>>------
>>This is another very machine-dependent file (asm()s only) which was
>>never ported to our R4 environment.  It is not referenced anywhere
>>in our R4 source base. 

>Err, not even by "/usr/man/man5/prof.5"?  "prof(5)" in the SVR4
>documentation I have here mentions it, and also can be used to figure
>out why none of the code in your R4 source base refers to it.  (Hint -
>it's included only by programs that are being built with profiling
>turned on, and that have had stuff stuck into them to do profiling with
>finer-than-procedure resolution.)

I knew I should have grepped our documentation base before posting that
note.  Of the three header files, prof(5) is the only hit. 

Looks like I have a problem report to file against our <prof.h> header
file.  Thanks for the pointer.

-- 
Quentin Barnes
qbarnes@urbana.mcd.mot.com | ..!uiucuxc!udc!qbarnes
Newsgroups: comp.unix.sys5.r4,comp.unix.questions,comp.unix.programmer,comp.protocols.tcp-ip
From: dyck@mpr.ca (Trevor Dyck)
Subject: Lachman TCP/IP
Organization: MPR Teltech Ltd., Burnaby, B.C., Canada
Date: Thu, 24 Dec 92 01:28:22 GMT



Does anyone have the phone number or address for Lachman Associates, Inc.??
They make Lachman TCP/IP which is running on my Unix SVR4.

Actually, any info on Lachman TCP/IP would be appreciated!!

Thanks a lot,

Trevor.
-- 
Trevor Dyck (dyck@mpr.ca)      | "The number of Unix installations has grown 
Advanced Technology Division   |  to 10, with more expected" 
MPR Teltech Ltd. 	       |  -- The Unix Programmer's Manual, 2nd Edition,
8999 Nelson Way, Burnaby, BC   |     June, 1972 
Newsgroups: comp.unix.sys5.r4,comp.unix.misc
From: amdunn@mongrel.UUCP (Andrew M. Dunn)
Subject: Re: What is lacking in UNIX? (Re: UNIVEL MUST BE KIDDING!!!!!)
Organization: A. Dunn Systems Corporation, Kitchener, Ontario, Canada
Date: Wed, 23 Dec 92 19:36:37 GMT

In article <1h8cscINNnem@darkstar.UCSC.EDU> haynes@cats.ucsc.edu (Jim Haynes) writes:
>If UNIX were as simple to install and configure as DOS it would be as
>useful as DOS.

If UNIX were as simple to install and configure as DOS it would be as
_useless_ as DOS.

:-)

-- 
:-------------------------------------------------------------------------:
:  Andy Dunn           <amdunn@mongrel.UUCP> or <dunn5177@mach1.WLU.CA>   :
:  "AT&T thinks Usenet is an Underground organization" - are we really?   :
:-------------------------------------------------------------------------:
Newsgroups: comp.unix.sys5.r4,comp.sys.novell
From: cbuckley@unix1.tcd.ie (Colm Buckley)
Subject: Re: What is lacking in UNIX? (Re: UNIVEL MUST BE KIDDING!!!!!)
Organization: Trinity College, Dublin
Date: Tue, 22 Dec 1992 21:58:48 GMT

peter@ferranti.com (peter da silva) wrote :

>:> What is lacking ?

>:The ability to stick a floppy in a brand new computer, turn it on, and
>:have it come up running UNIX.

You mean you want it to fit on a floppy? As far as I can figure out, a
*minimal* UNIX distribution requires something like 25Mb - that's a hell of
a big floppy.....

-- 
Colm.
+-------------------------------------+----------------------------------+
| Colm Buckley                        | "My program doesn't work."       |
| Department of Computer Science,     | "You forgot the semicolon."      |
| Trinity College, Dublin 2, Ireland  | "But..."                         |
|                                     | "Line 376. Check."               |
| cbuckley@unix1.tcd.ie               | "But..."                         |
| CBUCKLEY@vax1.tcd.ie                | "Trust me."                      |
+-------------------------------------+----------------------------------+
Newsgroups: comp.unix.sys5.r4
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: Re: What is lacking in UNIX? (Re: UNIVEL MUST BE KIDDING!!!!!)
Date: Thu, 24 Dec 1992 03:30:13 GMT
Organization: The Programmer's Pit Stop, Ann Arbor MI

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

-- 
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
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sys5.r4
Subject: Re: What is lacking in UNIX? (Re: UNIVEL MUST BE KIDDING!!!!!)
Date: 22 Dec 92 20:21:27 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <BzL0p3.A1K@chinet.chi.il.us>, les@chinet.chi.il.us (Leslie Mikesell) writes:

| Dell has an escape clause that sometimes helps if the problem is
| just a bad kernel build.  When you boot up it gives you a few seconds
| to hit the space bar and get a prompt for an alternate kernel to
| boot.  Unix.old is always the last copy that worked.

  And their standard boot floppy has an option to do system maintenence,
too. A fairly painless way to go, although I wish they gave me an easy
way to generate a new boot floppy with my own fiendishly hacked kernel.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    Keyboard controller has been disabled, press F1 to continue.
From: shwake@nearside.UUCP (Raymond Shwake)
Newsgroups: comp.unix.sys5.r4
Subject: Re: SVR4.2 software development tools
Keywords: UnixWare, Univel
Date: 23 Dec 92 22:09:32 GMT
Organization: A/C International

vsp@peewee.enet.dec.com (Vipul Patel) writes:

>	Also, what kind of CD-ROM drives does UnixWare support?

The draft Installation Guide lists:

	Toshiba XM-3201B
	NEC CDR-82
	Pioneer DRM-600
	Sony CDU-8012

That's not to say that others won't work or haven't been added since that
draft guide came out.
-- 

uunet!media!irscscm!nearside!shwake			shwake@rsxtech
Newsgroups: comp.unix.sys5.r4