Control: forwarded -1 http://debbugs.gnu.org/cgi/bugreport.cgi?bug=15444 Control: merge 477461 477463 477464 712024 -1
El 04/01/14 a las 11:29, Marc Lehmann escribió: > Package: grep > Version: 2.14-1 > Severity: normal > > Dear Maintainer, > > When grep is asked to colorise matches (e.g. grep --color=tty), it outputs > an sgr sequence to switch to (e.g.) red text colour, followed by a clear > to end of screen. > > (apparently, this is the patch that implements that: > http://git.savannah.gnu.org/cgit/grep.git/commit/src/grep.c?id=1eb74b3a38f16192097fc1d51a9b219165c540aa) > > The problem is that this corrupts the character before the match when the > match happens to be at the end of the line. > > e.g. when grep prints "1234\e[1m\e[Kuuuu", in a terminal that has 4 > columns, it expects the first line to be 1234, and the second be a > coloured uuuu: > > 1234 > uuuu > > However, the result in xterm is: > > 123u > uuu > > While the result in urxvt is: > > 123 > uuuu > > i.e. in xterm a character is missing, in urxvt it gets cleared. this is > because the cursor is at the end of the line for the last character of the > line, so a clear to end of screen erases that character. > > (apparently xterm and urxvt disagree on whether to clear the > cursor-past-margin flag, but they do agree that clearing to end of screen > clears from the visible cursor position onward). Hi, Merging this bug to other similar reports. Thanks for reporting this issue, Santiago -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
