When I rlogin into a RH 6.0 box from my Solaris workstation,
any terminal function such as reverse or underline STAYS ON
until I do a reset, or some other terminal function begins.
Bold seems to work properly.
The problem only occurs when rloging into a RH 6.0 box (i.e.
RH 5.1 and 5.2 work fine) and only when the TERM variable is
set to xterm (i.e. changing to vt100 fixes the problem). It
doesn't seem to be a problem when going from one 6.0 box to
I suspect the termcap entry is broken for xterm, but I don't
have time to muck with it. Love to see this fixed --
setting TERM to vt100 all the time is a giant pain.
Anybody take a look at this yet? Had a similar problem when coming
from an HP-UX machine.
I have the same problem telneting into an RH6.0 box from an RH5.2 box.
emacs -nw doesn't work properly, as everything comes out reverse
video, and also some of the cursor positioning doesn't seem to be
Everything works right if I set TERM=nxterm, so it's probably the
termcap entry for xterm.
See the Xterm FAQ on
Xterm developer thinks VT220 compatibility is more important for xterm
than compatibility with xterm itself, so he changed the escape codes.
Your Solaris and HPUX systems probably have an older xterm with the
old escape codes, your Linux machine probably has a new xterm with the
new termcap/info entries. They don't match.
The best solution is probably to start all your xterms on the remote
machine with a term type that exists on both ends and uses the old
escape codes. ncurses-4.2-18 on RH has the following termcap entries:
xterm-r5|xterm R5 version,
xterm-r6|xterm-old|xterm X11R6 version,
xterm-xf86-v32|xterm terminal emulator (XFree86 3.2 Window System),
xterm-xf86-v33|xterm terminal emulator (XFree86 3.3 Window System),
xterm-xf86-v333|xterm terminal emulator (XFree86 3.3.3 Window System),
xterm-xf86-v40|xterm terminal emulator (XFree86 4.0 Window System),
xterm-xfree86|xterm-new|xterm terminal emulator (XFree86 4.0 Window
And a few more
The default xterm entry is almost the same as the xterm-xf86-v333
entry with some mouse handling differences. One of these might exist
on both your Solaris and Linux machines and could be used with the
appropriate xterm resource or command line option.
IMHO changing the escape codes was a mistake and not changing the term
name was even worse.
I think this is the same as 2639 3785 3509
*** This bug has been marked as a duplicate of 2639 ***