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