Kimmo.Suominen@lut.fi (Kimmo Suominen) (02/06/91)
Archive-name: unix/terminal/qterm/1991-02-04
Archive: lut.fi:/unix/util/qterm.tar.Z [128.214.25.8]
Original-posting-by: Kimmo.Suominen@lut.fi (Kimmo Suominen)
Original-subject: Re: setting the term type
Reposted-by: emv@ox.com (Edward Vielmetti)
>>>>> 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