bug-ncurses
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Terminfo description for gnome-terminal


From: Thomas Dickey
Subject: Re: Terminfo description for gnome-terminal
Date: Sun, 10 Mar 2002 14:20:16 -0500
User-agent: Mutt/1.2.5i

On Sun, Mar 10, 2002 at 11:52:38AM -0600, Rick Richardson wrote:
> 
> If this isn't the right list, a pointer to the right list is
> appreciated...
> 
> Here's the setup... Redhat 7.2 with all updates, gnome-terminal
> 1.4.0.4, and my own ncurses based application that uses ncurses and
> color.
> 
> The problem I'm experiencing is a few lines of the screen aren't
> getting updated and previous screen contents are left behind.  The
> problem shows up fairly rarely using the application, although I can
> make it happen repeatably and at will.  However, a call to
> wrefresh(curscr) repaints the screen properly (key ^L is mapped in my
> application to manually do this).
> 
> I spent several hours before coming to the conclusion that the problem
> was not within ncurses itself, but rather within the terminfo
> description, the terminal library, or gnome-terminal.

gnome-terminal is my guess.  To be really sure, I'd run the application
in 'script' so I could capture all of the characters sent to the screen.
Replaying the 'typescript' slowly (on the same screensize) shows problems
that are repeatable.  (I use slowcat, a copy of it is in the ncurses ftp
area).
 
> If I run the application within gnome-terminal with TERM=xterm, I
> get this fairly rare but annoying problem.  Everything else works
> perfectly, as do mutt and vi.
> 
> If I run the application within gnome-terminal with TERM=rxvt, the
> problem disappears (but now the key bindings are incorrect).  It also
> works perfectly fine within an rxvt.
> 
> If I run the application within gnome-terminal with TERM=gnome, the
> screen is messed up right from the beginning - the application is
> completely unusable with this TERM setting.

that would affect the specific colors shown, but not the number of lines
repainted (but there are too many diffs between xterm/rxvt for me to say
offhand why it would work better with TERM=rxvt).  See infocmp:
 
comparing xterm to gnome.
    comparing booleans.
        bce: F:T.
    comparing numbers.
        colors: NULL, 8.
        pairs: NULL, 64.
    comparing strings.
        kdch1: '\E[3~', '\177'.
        kf1: '\E[11~', '\EOP'.
        kf2: '\E[12~', '\EOQ'.
        kf3: '\E[13~', '\EOR'.
        kf4: '\E[14~', '\EOS'.
        op: NULL, '\E[m'.
        setab: NULL, '\E[4%p1%dm'.
        setaf: NULL, '\E[3%p1%dm'.
 
> This is driving me nuts.  Is this a known problem?  What terminfo
> description should be used with Redhat 7.2's gnome-terminal v1.4.0.4?
> Is changing to TERM=rxvt just masking a problem in the low-level
> screen update functions?  How should I proceed in order to point the
> fickle finger of blame in the proper direction?
> 
> Thanks in advance for any hints,

-- 
Thomas E. Dickey <address@hidden>
http://invisible-island.net
ftp://invisible-island.net



reply via email to

[Prev in Thread] Current Thread [Next in Thread]