AR.BXA@forsythe.stanford.edu (Bob Anderson) (02/02/91)
odd little problem has me scratching my head; and hoping for help: situation: - HP9000/835 running 7.0 - Application requires everyone be "homed" to the same directory at login. - .profile at home set term type to 'hp'; this works for most of users as most are HP terminal, either native or emulation. - the obvious solution, using inittab, won't work because the majority of our users arrive via a port selector on any one of 9 ports... unpredictable. - took care of the first few "funny" terminals (vt100) by picking up the user id and doing an IF THEN to set them differently. - as the strange term types accumulate this grows progressively more clunky and inelegant all the time. - a particular problem occurs, of course, with the infrequent occasion when the user logs in with his id on someone else's term. question: anyone suggest a likely avenue to explore 'a better way'? obvious by now is the caveat: novice in attendance. thanks for any help .. bob
Kimmo.Suominen@lut.fi (Kimmo Suominen) (02/04/91)
>>>>> On 1 Feb 91 22:23:41 GMT, AR.BXA@forsythe.stanford.edu (Bob Anderson) said:
Bob> anyone suggest a likely avenue to explore 'a better way'?
I just today switched over to using "qterm", which is an easily
configured program that identifies terminals. It uses an escape
sequence to query the terminal for its type, and translates the answer
to the matching terminfo (termcap) entry name.
The query sequences, answer sequences and corresponding terminfo entry
names are all configurable by an ASCII file.
I am *REALLY* sorry for not remembering the original author right now.
Anyway, he has really done a neat job.
I yet need to define HP terminals in it, but you can get the original
version using anonymous ftp to lut.fi and retrieve the file
/unix/util/qterm.tar.Z
Later on I will update the qtermtab, so it will include some HP
terminals in it.
Btw, the reason for switching to qterm so late (I've had for a year
now) is a strange bug in HP-UX 7.0. For some reason (mainly on 840's
and 850's) it gets stuck on telnet (maybe others, too) packet, whose
length is over 26 characters. We happen to run a 845 and have Nokia
VDU320 terminals (DEC VT320 clones), which send a 27 character answer
to the terminal type query... bad luck. This bug affects also kermit
and zmodem etc performance.
The fix for the bug is a new hptt0.o, that must be replaced in the
kernel library /etc/conf/lib/libhp-ux.a.
--
Kim / Internet: Kimmo.Suominen@lut.fi
"That's what I think." / Bitnet: KIM@FINFILES