My thanks for the invaluable help of Lars Bro (lbro_at_dscc.dk).
He had many suggestions for things to try and places to look. I learned a
great deal about how curses works. Finally we used infocmp to compare the
terminfo settings for root and for me. It turns out that root had a
.terminfo subdirectory with a different xterm definition file in it that I
had never noticed before. Now I just have to figure out who put it there
and why.
I still don't understand why the default xterm definition is broken but I
can use this other one to fix it so all is right with the world. Thanks!
_______________________________________________________________________
Rick Beebe (203) 785-4566
Network Engineering Manager FAX: (203) 737-4037
ITS-Med Technology Operations Richard.Beebe_at_yale.edu
Yale University School of Medicine
P.O. Box 208089, New Haven, CT 06520-8089
_______________________________________________________________________
___________________________ Original Message ____________________________
I have a simple database front-end that I use on a DU4.0B box. It uses
curses and I have a slightly bizarre problem with it. The current data
entry field is highlighted by printing the field contents (spaces if it's
empty) in reverse video and then placing the cursor back at the beginning
of the field. When the cursor moves to the next field, this field is
overprinted in normal video. The effect is that the current field is
highlighted and the rest aren't.
Here's the problem. If I run this as myself the cursor is not returning to
the beginning of the field (done with a wmove if it matters). It stays at
the end so I have a highlighted box that I'm now typing outside of.
If I su to root it works fine. I've checked all the environment variables I
can find as well as the definitions spit out by stty but I can't see that
there's any difference between my terminal definition when I'm me vs when
I'm root.
I don't profess to be a terminal definition expert, nor do I fully
understand whether things are using termcap or terminfo, so I may well be
missing something obvious. Any ideas?
_______________________________________________________________________
Rick Beebe (203) 785-4566
Network Engineering Manager FAX: (203) 737-4037
ITS-Med Technology Operations Richard.Beebe_at_yale.edu
Yale University School of Medicine P.O.
Box 208089, New Haven, CT 06520-8089
_______________________________________________________________________
Received on Mon Mar 30 1998 - 18:56:30 NZST