Path: utzoo!utgpu!water!watmath!clyde!rutgers!ames!ptsfa!vixie!paul
From: paul@vixie.UUCP (Paul Vixie Esq)
Newsgroups: comp.unix.xenix
Subject: COMPLAINTS about ISC UNIX V/386 (386/ix 1.0.4)
Message-ID: <751@vixie.UUCP>
Date: 18 Dec 87 02:16:33 GMT
Reply-To: paul@vixie.UUCP (Paul Vixie Esq)
Organization: Vixie Enterprises, San Francisco
Lines: 138

First, ISC would not sell to me since I only had one client who wanted it
and I would not commit to $50K in sales the first year.  They sent me to
CTG/Telemedia in Chicago, who have been pleasant and quick so far, although
it's worth noting that Chicago is a few timezones ahead of me, and Telemedia
has an answering service as of mid-afternoon my time.  Not good.

Installation was easy and required no second-guessing or tweaking.  All the
command scripts and whatnot were easy to use, even intuitive.  As a sort-of
experienced System V sysadmin, I had no trouble with the 'sysadm' menus, so
installing all the optional packages was simple as well.

The documentation that comes with the system is lousy.  Three binders were
included (I got the "applications platform," since I needed most of the 
things it included and it was the cheapest way to get them).  These binders
are: "Using 386/ix Products", "Managing 386/ix Products", and "Supplement".
Although they include man pages for SENDMAIL and SMAIL, the man pages for
the device-files are almost the ONLY useful things in the whole set.  As
an example, they mention a "HOT Key" that switches virtual terminals on the
console, and they mention it EVERYWHERE in the documentation.  To find out
what key sequence actually *IS* the "HOT Key", you have to look in Appendix
"B" of "386/ix Maintainance Procedures" in the "Managing 386/ix Products"
binder.

More documentation woes: there are no docs for the DWB or the Development
system -- although at a combined price of $1995 retail for this system, I
feel like they could certainly have thrown these in.  They make frequent
mention of the "UNIX System V System Adminitrator's {Guide,Reference Man.}",
and even go to great lengths to suggest that Prentice Hall or a local
technical bookstore may have it.  However, PH will not actually be printing
this part of its UNIX System V documentation set until sometime in January,
1988.  I called 1-800-ATT-UNIX, waited 15 (yes, FIFTEEN!) minutes on "hold"
before someone told me that since I was not a source-code licensee, I was
calling the wrong number.  They suggested 1-800-432-6600, and after letting
this number ring for 4 minutes 30 seconds, I was asked for a "Select Code".
I said I didn't know the select code, but I knew the title of the manual I
wanted.  Sorry, you have to have the select code.  How can I find out what
it is?  Sorry, sir, I don't know.

CTG/Telemedia in Chicago knew the select code, and the prices: $110 for the
SysAdm Guide, and $55 for the SysAdm RefMan.  They suggested waiting until
January when the P-H paperbacks were available, since the prices for those
would be $35 and $25, respectively.  I told them that the system was not
usable without these manuals, and if I told my client that they would have
to wait until January, they'd be very upset.  What I'm actually going to do
is borrow a set of 3B2 manuals from one of my other clients -- this is
probably what AT&T would sell me for $110+$55, now that I think of it.

Okay, so now let's talk about the software.  There's the usual problem of
DWB 2.0 having support for the APS-5 (bigger than my car) but not for the
HP LaserJet.  I already knew of this, though, and I'd planned on using
'otroff' with the HP LaserJet filter posted to USENET a while back.  Guess
what?  'Otroff' is not included with DWB as shipped from ISC.  I'm not sure
what I'll do about this, but NROFF ought to work for now, except...

The LP driver prints about 1 CPS.  I've heard of this problem, but I thought
it was something in the version as shipped to Intel/ATT/BellTech/Microport;
it never occurred to me that ISC's version would still have the bug.  I
guess I'll use a serial port for the printer, if the serial port works (I
havn't tried, since I don't have a 9-pin connector for the AT-compatible
serial port on this machine).

There's this program called UUGETTY that seems to have something to do with
bidirectional modem usage (i.e., dial in and dial out on the same line).
Since I don't have the SysAdm manual, I can't quite figure out what the
options to UUGETTY are or what they should be, but I know that (1) the 
'sysadm' menu package added the UUGETTY line to my /etc/inittab file when
I told it I wanted a bidirectional modem line, and (2) it doesn't work --
if I have UUGETTY running, 'cu' and 'uucico' refuse to use the line.  I
don't know whether the modem device file should be configured for modem
control or not, or whether the modem itself should show true DCD.  I don't
know anything about how to do all that, since I don't have (and cannot 
easily get) the SysAdm RefMan.

The manual page says that only two 'asy' asychronous serial ports are
supported.  That's funny, DOS supports four!  Oh well, I'll disable one
of the serial ports on the motherboard and move the internal modem down
to COM2 (tty01, I hope).  Seems to work; I'm using it to type this message
into my BERKELEY UNIX machine at home, as I sit in the client's office.

VP/ix is ISC's way to run MSDOS applications on a UNIX/386 system.  This
part of the system seems reasonably well done, except that the "pop-up menu"
is supposed to come up when you hit "SYS REQ", but I found two things out
from long experimentation: (1) ALT+SHIFT+SYSREQ is the only thing that
works, only if pressed in that order (i.e., SHIFT+ALT+SYSREQ won't work),
and (2) if you hit CONTROL+ALT+SYSREQ, an odd message appears which tells
me that a debugger has been called without support having been loaded for
it, and that virtual terminal (maybe all of them, I didn't try others) is
DEAD DEAD DEAD until you reboot the machine.

There is an /etc/termcap file that has most or all or even more termcap
entries than I've ever seen in my whole life.  However, it does not seem
to match the contents of /usr/lib/terminfo/*/*, and I am ignorant of
Terminfo (Mark! How could you write this piece of crap?), and I have no
manual for it... Anyway, I don't know what value to use for the TERM
environment variable.  I use 'ansi', which works for the most part except
that the screen has 25 lines and 'ansi' specifies 24.  This means that
whenever I scroll in 'vi' or 'jove', the screen needs to be refreshed.
I would think that ISC must have supplied a TermInfo entry for the system
console, but none of the manuals I received seems to indicate what the NAME
of this Terminfo entry is.  I'm still looking, though.

Is there something special I need to do to make the "~user" expansion work
in the C-Shell?  If I just log in and say "echo ~root" (or any existing
or non-existing user), csh just says: "No such user: root" (or whatever).
I plan to read the csh man page (supplied by ISC) verrrrry carefully and
maybe there's another RTFM here.

Crippled.  I need 'macasgn', which I suppose should be in /usr/vpix/dosbin,
but is not.  Without this command, I cannot make arbitrary UNIX directories
appear to be MSDOS drive letters; without this, I cannot use any DOS 
software that insists on being installed at the root of a drive letter
(this is MOST MSDOS software).  I'm also missing 'xdir' from the same
directory, but this is obviously less critical.

So, to sum up my first impressions: this thing SUCKS.  I went with UNIX
instead of Xenix because I didn't want something whose roots were in sysIII
and PCDOS (no flames, please, I've seen the arguments about this), and I
went with ISC over Microport or BellTech because I figured it would be the
fastest and most solid of the three (I also needed ESDI support).

		* * * I AM NOT IMPRESSED * * *

I'm sure that the programmers at ISC are competent and concientious.  This
is an early model of this product, and I expected a few bugs.  If I could
speak directly to the ISC team, I could probably get my problems solved
quickly, but since ISC won't sell through me unless I commit to $50K/year
in sales (who would do this without seeing the product first?  Come on!!),
I have to talk to the people at CTG/Telemedia in Chicago.  I'm sure that
the people at Telemedia are going to do the best that they can, but I don't
need my hand held -- I need software fixed and/or supplied.   

Still, when Chicago reopens tomorrow morning (afternoon, their time), I'll
give them a call and see what they know about my problems.  We shall see.

--
Paul Vixie
{uunet,{pyramid,sun,hplabs}!ptsfa}!vixie!paul
415/647-7023