Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!mimsy!nbs-amrf!libes From: libes@nbs-amrf.UUCP (Don Libes) Newsgroups: comp.os.eunice Subject: Anyone running virtual ttys (vta's) under Eunice? Message-ID: <455@nbs-amrf.UUCP> Date: Sun, 21-Dec-86 18:58:22 EST Article-I.D.: nbs-amrf.455 Posted: Sun Dec 21 18:58:22 1986 Date-Received: Wed, 24-Dec-86 00:07:57 EST Organization: National Bureau of Standards Lines: 34 I tried turning on the virtual terminal stuff (i.e. that allows you to CONNECT and DISCONNECT) and found csh would blow away (stack violation or some such). I tried putting the particular vta I was working on in /dev and that made csh very happy. Unfortunately, vta numbers are not reused (quickly). That is, each time I logged in, I got the old # plus 1. I assume they wrap sometime, but I don't really want to put 65K (or whatever) entries in /dev. Wollongong says vta's are "not supported", but they're sending me a new tape anyway, since they said csh shouldn't blow up even if the login device isn't in /dev. I took a quick look at the fiche, but wasn't really sure where to look. There is no vtdriver and although there are references to it in the ttdriver, I couldn't find what I was looking for (which was a constant to poke). (I gather it's not part of loginout, since the Eunice rlogin code, which bypasses loginout, comes up with vta's when you login.) Do you know how to lower the limit on the highest vta# that is generated? (Or where, in VMS, vta# wrap-checking occurs?) Do you run vta's without any of these problems? By the way, TWG 'fessed to us that the Eunice 4.2 update tapes had some bad/old software. The complete 4.2 release tape, however, is complete and correct, so they are sending us that. (We went through several iterations of complaining about a bug which they insisted was fixed in 4.2, and they kept sending us 4.2 "update" tapes which still have the bug!) If this sounds familiar, you might ask for a complete release tape. Don Libes {seismo,mimsy}!nbs-amrf!libes