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. 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. 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? 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? What TERM setting is the application using? Are you sure it finds the correct terminfo entry? Is ssh or screen or some other level of indirection involved? If so, could you try to reproduce the bug without them? Ambrus _______________________________________________ rxvt-unicode mailing list [email protected] http://lists.schmorp.de/cgi-bin/mailman/listinfo/rxvt-unicode
