libes@nbs-amrf.UUCP (Don Libes) (12/22/86)
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!libesspector@acf4.UUCP (David HM Spector) (12/24/86)
We used to have that problem. Are you sure you're assigning TT: correctly? This is the only way ( I know of ) to get vta's to work correctly with Eunice (any version). We have been running it here at NYU for quite a while and it seems to work. David HM Spector NYU/acf Systems Group