On Wed, Dec 05, 2012 at 07:06:23PM +0100, Zsbán Ambrus wrote:
> On 12/1/12, Alexander Huemer <[email protected]> wrote:
> > the rxvt-unicode instances on my 2 gentoo boxes lose content since a few
> > days. Doing linear output works normally, e.g. cat, ls. Text movements
> > in the upward direction cause problems, e.g. in pagers like man or less
> > or in more sophisticated ncurses users like irssi.
>
> > Currently I don't have a concrete idea how to isolate the problem.
>
> Sorry if the following is obvious.
Thanks for your answer. Nothing is too obvious.
>
> Could you verify that the pager or whichever program outputs the
> movements has the correct idea about the number of lines and columns
> on your terminal? If the number of lines is set wrong, you may find
> that simple operations work fine but more complicated output like what
> a visual editor emit won't work.
At least the content of $COLUMNS and $LINES is correct.
Is there anything else to check in this regard?
> Could you verify that the program you are using has the correct idea
> about what character encoding the terminal expects? In particular, if
> urxvt is set up to expect utf-8 output, the pager believes (from
> locale settings) that the terminal expects iso-8859-1 output, and you
> are viewing an utf-8 encoded text file with the pager, then the
> characters in the text may show up correctly yet the pager will get
> confused about the cursor position on the screen. Can you reproduce
> the bug even if you pass the -7 option to man so that the formatted
> text has ascii characters only?
My `man` does not have an option '-7'.
Gentoo takes man from [1].
> Can you reproduce the problem with a
> command line similar to `man perlfunc | cat -t | less' to make sure
> man doesn't output escapes for coloring or similar?
I'll do that shortly.
> What TERM setting is the application using? Are you sure it finds the
> correct terminfo entry?
I did an strace to verify
stat("/home/ahuemer/.terminfo", 0x7fff63c5bc00) = -1 ENOENT (No such
file or directory)
stat("/etc/terminfo", {st_mode=S_IFDIR|0755, st_size=62, ...}) = 0
access("/etc/terminfo/r/rxvt-unicode-256color", R_OK) = -1 ENOENT (No
such file or directory)
stat("/usr/share/terminfo", {st_mode=S_IFDIR|0755, st_size=4096, ...}) =
0
access("/usr/share/terminfo/r/rxvt-unicode-256color", R_OK) = 0
open("/usr/share/terminfo/r/rxvt-unicode-256color", O_RDONLY) = 3
read(3, " \"check each of the intermediate"..., 4096) = 4096
> Is ssh or screen or some other level of indirection involved? If so,
> could you try to reproduce the bug without them?
No, I just run urxvt and applications in there, now, for debugging
purposes. Normally I do use screen and ssh.
Kind regards,
-Alexander Huemer
[1] http://primates.ximian.com/~flucifredi/man/man-1.6g.tar.gz
_______________________________________________
rxvt-unicode mailing list
[email protected]
http://lists.schmorp.de/cgi-bin/mailman/listinfo/rxvt-unicode
