GNU logs - #15444, boring messages

Message sent to bug-grep@HIDDEN:

Subject: bug#15444: One character can be lost if colors are enabled
Resent-From: Jaroslav Skarvada <jskarvad@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-grep@HIDDEN
Resent-Date: Mon, 23 Sep 2013 13:35:02 +0000
Resent-Message-ID: <handler.15444.B.137994328114712 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 15444 <at> debbugs.gnu.org
Date: Mon, 23 Sep 2013 09:34:05 -0400 (EDT)
From: Jaroslav Skarvada <jskarvad@HIDDEN>
Message-ID: <1237403814.574122.1379943245507.JavaMail.root@HIDDEN>
In-Reply-To: <649516636.557185.1379942182710.JavaMail.root@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Thread-Topic: One character can be lost if colors are enabled
Thread-Index: AYWhRYLQ5bDuN0lWiV+Oj3poa8DTKA==
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Reproducer:
$ printf 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx1234xxxxxxxxx\n' | grep 1234 --color=always
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx123xxxxxxxxx

This can be reproduced at least on xterm and linux console,
but it works on xfce4-terminal and konsole (at least).

The EL command (\E[K) is sent to clear the line. The VT100
terminal autowraps when the 81th character is received and the
EL command is not counted as a character. So if 80 characters
are received, it waits on the 80th character and the following
EL command erases characters from the current one to the end
of line (i.e. the last character on the line).

Workaround is to use GREP_COLORS=ne.

The original Red Hat bugzilla that contains discussion with
the xterm upstream:

http://bugzilla.redhat.com/show_bug.cgi?id=1006310

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.503 (Entity 5.503)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Jaroslav Skarvada <jskarvad@HIDDEN>
Subject: bug#15444: Acknowledgement (One character can be lost if colors
 are enabled)
Message-ID: <handler.15444.B.137994328114712.ack <at> debbugs.gnu.org>
References: <1237403814.574122.1379943245507.JavaMail.root@HIDDEN>
X-Gnu-PR-Message: ack 15444
X-Gnu-PR-Package: grep
Reply-To: 15444 <at> debbugs.gnu.org
Date: Mon, 23 Sep 2013 13:35:04 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-grep@HIDDEN

If you wish to submit further information on this problem, please
send it to 15444 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
15444: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D15444
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-grep@HIDDEN:

Subject: bug#15444: One character can be lost if colors are enabled
Resent-From: Jim Meyering <jim@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-grep@HIDDEN
Resent-Date: Mon, 23 Sep 2013 17:37:02 +0000
Resent-Message-ID: <handler.15444.B15444.13799577999646 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Jaroslav Skarvada <jskarvad@HIDDEN>
Cc: 15444 <at> debbugs.gnu.org
MIME-Version: 1.0
In-Reply-To: <1237403814.574122.1379943245507.JavaMail.root@HIDDEN>
References: <649516636.557185.1379942182710.JavaMail.root@HIDDEN>
 <1237403814.574122.1379943245507.JavaMail.root@HIDDEN>
From: Jim Meyering <jim@HIDDEN>
Date: Mon, 23 Sep 2013 10:35:58 -0700
Message-ID: <CA+8g5KEfGRN54JAwb0DsmDjT59WE+6HcEt8j0i=bbFvKriW=5g@HIDDEN>
Content-Type: text/plain; charset=ISO-8859-1
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On Mon, Sep 23, 2013 at 6:34 AM, Jaroslav Skarvada <jskarvad@HIDDEN> wrote:
> printf 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx1234xxxxxxxxx\n' | grep 1234 --color=always

Thank you for the report.
I confirm that setting GREP_COLORS=ne is a work-around.  Does that
have unwelcome side effects on any other type of terminal that you've
tried?

Message sent to bug-grep@HIDDEN:

Subject: bug#15444: One character can be lost if colors are enabled
Resent-From: Jaroslav Skarvada <jskarvad@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-grep@HIDDEN
Resent-Date: Tue, 24 Sep 2013 07:42:01 +0000
Resent-Message-ID: <handler.15444.B15444.138000846923861 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Jim Meyering <jim@HIDDEN>
Cc: 15444 <at> debbugs.gnu.org
Date: Tue, 24 Sep 2013 03:41:01 -0400 (EDT)
From: Jaroslav Skarvada <jskarvad@HIDDEN>
Message-ID: <554364705.1075194.1380008461304.JavaMail.root@HIDDEN>
In-Reply-To: <CA+8g5KEfGRN54JAwb0DsmDjT59WE+6HcEt8j0i=bbFvKriW=5g@HIDDEN>
References: <649516636.557185.1379942182710.JavaMail.root@HIDDEN>
 <1237403814.574122.1379943245507.JavaMail.root@HIDDEN>
 <CA+8g5KEfGRN54JAwb0DsmDjT59WE+6HcEt8j0i=bbFvKriW=5g@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Thread-Topic: bug#15444: One character can be lost if colors are enabled
Thread-Index: gWGfAblcNhmNI0yqMm/GhLdAnIJ/+Q==
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

----- Original Message -----
> On Mon, Sep 23, 2013 at 6:34 AM, Jaroslav Skarvada <jskarvad@HIDDEN>
> wrote:
> > printf
> > 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx1234xxxxxxxxx\n'
> > | grep 1234 --color=always
> 
> Thank you for the report.
> I confirm that setting GREP_COLORS=ne is a work-around.  Does that
> have unwelcome side effects on any other type of terminal that you've
> tried?
> 
It's only workaround, I think it cannot be used by default, because
it can have undesired effect if custom background is used, e.g.:

$ printf 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx12345x\n' | GREP_COLORS='sl=01;41:ne' grep --color=always 1234

(on some terms you need to repeat this more times until the term
vertically scrolls to see the difference w/wo 'ne').

From the discussion in the original report it seems, the reported
xterm autowrap behaviour is DEC VT100 feature (for me historical bug
that became feature) and could be deduced from the xenl terminfo
capability. But as e.g. libvte interprets this different way, there
is probably no simple fix (even in case grep would read terminfo).
Maybe the xterm upstream will come with some idea

Jaroslav

Message sent to bug-grep@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#15444: [debian-reportbug@HIDDEN: Bug#734147: grep: colorisation corrupts character at end of line]
References: <1237403814.574122.1379943245507.JavaMail.root@HIDDEN>
In-Reply-To: <1237403814.574122.1379943245507.JavaMail.root@HIDDEN>
Resent-From: Santiago Ruano =?UTF-8?Q?Rinc=C3=B3n?= <santiago@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-grep@HIDDEN
Resent-Date: Fri, 05 Dec 2014 08:27:01 +0000
Resent-Message-ID: <handler.15444.B15444.14177679707500 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 15444
X-GNU-PR-Package: grep
X-GNU-PR-Keywords: 
To: 15444 <at> debbugs.gnu.org
Cc: 734147-submitter@HIDDEN
Received: via spool by 15444-submit <at> debbugs.gnu.org id=B15444.14177679707500
          (code B ref 15444); Fri, 05 Dec 2014 08:27:01 +0000
Received: (at 15444) by debbugs.gnu.org; 5 Dec 2014 08:26:10 +0000
Received: from localhost ([127.0.0.1]:54246 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1XwoDK-0001wt-2L
	for submit <at> debbugs.gnu.org; Fri, 05 Dec 2014 03:26:10 -0500
Received: from mx1.riseup.net ([198.252.153.129]:33263)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <santiago@HIDDEN>) id 1XwoDI-0001wk-3n
 for 15444 <at> debbugs.gnu.org; Fri, 05 Dec 2014 03:26:09 -0500
Received: from berryeater.riseup.net (berryeater-pn.riseup.net [10.0.1.120])
 (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits))
 (Client CN "*.riseup.net",
 Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK))
 by mx1.riseup.net (Postfix) with ESMTPS id AE95A4136B;
 Fri,  5 Dec 2014 08:26:05 +0000 (UTC)
Received: from [127.0.0.1] (localhost [127.0.0.1])
 (Authenticated sender: santiagorr) with ESMTPSA id DDCB240DF3
Received: by nomada (sSMTP sendmail emulation); Fri, 05 Dec 2014 09:25:51 +0100
Date: Fri, 5 Dec 2014 09:25:51 +0100
From: Santiago Ruano =?UTF-8?Q?Rinc=C3=B3n?= <santiago@HIDDEN>
Message-ID: <20141205082551.GA4657@nomada>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Virus-Scanned: clamav-milter 0.98.4 at mx1
X-Virus-Status: Clean
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.0 (/)

Hi,

Forwarding some user's thoughts about this issue. Hope this helps to
solve this bug.

Regards,

Santiago

----- Forwarded message from Marc Lehmann <debian-reportbug@HIDDEN> -----

Date: Fri, 05 Dec 2014 06:01:33 +0100
From: Marc Lehmann <debian-reportbug@HIDDEN>,
To: Debian Bug Tracking System <734147@HIDDEN>,
Subject: Bug#734147: grep: colorisation corrupts character at end of line
X-Mailer: reportbug 6.4.4

Package: grep
Version: 2.21-1
Followup-For: Bug #734147

Dear Maintainer,

seeing that the bug is still in grep, here are some thoughts:

Foremost, this is a bug in grep, but it is also a bug in xterm (and rxvt),
which claim to emulate vt102 behaviour, but both vt100 and vt102 behave
like urxvt, namely space at the end of the line. At least, thats what the
ROM image of either emulator does when run in a hardware simulator and fed
with the example.

As for grep, you can currently choose between a) data corruption and b)
annoying background colour bars IFF the user configures it.

The choice of "a) data corruption" over the alternatives is puzzling, as
the default settings of grep do not change the background colour, so the
"fix" (that corrupts the output) is entirely unnecessary when the goal is
just to change the text colour.

That is, setting "GREP_COLORS=ne" by default should always be safe unless
the user configured a backgorund colour change, or I am missing something
about the defaults.

Even if background colours were the default, there are a multitude of
workarounds that are all better than a) or b) above, for example, one
could output every character twice, once with the default bg + backspace +
character with coloured background. I don't know on which terminals this
might break, but unless your terminal is one line high, this should work
in vt10x emulators.

Another alternative would be to force a scroll before changing attributes
(move down/move up), which should give results visually indistinguishable
from the correct solution under all normal usage patterns.

I didn't think long about this problem, there might be even better
solutions.

So, in short, grep should simply change to sane defaults ("GREP_COLORS=ne",
leaving the problem to the user who configures his/her own GREP_COLORS),
or implement a suitable workaround (such as forcing a scroll with default
attributes).

Both of these would result in no data corruption. The first will result in
(presumably) ugly background colour changes if the user configures that,
the second should always work. Some experimentation might be in order, but
surely grep can do better than just corrupt the search results.


-- System Information:
Debian Release: 7.5
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-3-amd64 (SMP w/12 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages grep depends on:
ii  dpkg          1.16.15
ii  install-info  4.13a.dfsg.1-10
ii  libc6         2.19-1
ii  libpcre3      1:8.31-5

grep recommends no packages.

grep suggests no packages.

-- no debconf information


----- End forwarded message -----

Message sent to bug-grep@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#15444: [debian-reportbug@HIDDEN: Bug#734147: grep: colorisation corrupts character at end of line]
Resent-From: Jim Meyering <jim@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-grep@HIDDEN
Resent-Date: Fri, 05 Dec 2014 20:26:01 +0000
Resent-Message-ID: <handler.15444.B15444.141781114326759 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 15444
X-GNU-PR-Package: grep
X-GNU-PR-Keywords: 
To: Santiago Ruano =?UTF-8?Q?Rinc=C3=B3n?= <santiago@HIDDEN>
Cc: 15444 <at> debbugs.gnu.org, 734147-submitter@HIDDEN
Received: via spool by 15444-submit <at> debbugs.gnu.org id=B15444.141781114326759
          (code B ref 15444); Fri, 05 Dec 2014 20:26:01 +0000
Received: (at 15444) by debbugs.gnu.org; 5 Dec 2014 20:25:43 +0000
Received: from localhost ([127.0.0.1]:54997 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1XwzRf-0006xW-BG
	for submit <at> debbugs.gnu.org; Fri, 05 Dec 2014 15:25:43 -0500
Received: from mail-yk0-f170.google.com ([209.85.160.170]:50945)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <meyering@HIDDEN>) id 1XwzRc-0006xO-Ex
 for 15444 <at> debbugs.gnu.org; Fri, 05 Dec 2014 15:25:41 -0500
Received: by mail-yk0-f170.google.com with SMTP id q200so648912ykb.15
 for <15444 <at> debbugs.gnu.org>; Fri, 05 Dec 2014 12:25:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:sender:in-reply-to:references:from:date:message-id
 :subject:to:cc:content-type:content-transfer-encoding;
 bh=4fI7ukys6cOdaKuqt/qdoN9gJVrbz7JG3So+bafYK+I=;
 b=p48OHYg+gO/5yg6r/2uR7pm4xN36IGlvZBRYHO49+j6gMySStXlFQNJUsNrk5/ZpUI
 gk7wtG/KISE2Dd+VDWE2e+YBVrTABtiOqty9/MUdIgOYa6mewsDbKpMEd1U9x6cS4zQP
 i/qkfOZzCn8kAvaqKcwYAYIo65BKunSfe8MfyD6ltdiOQrnid/0d4VXFh4uW/L7wfL8w
 4ycLzcSjISa1dMrPvLMfheUGHyFc6FPil+4sjZQQpEfQoYcnO4i+icSXShr3FnFtPkTb
 WMkbevfRuUyBVmplnS2GVspWlPQ3oMDp2xAQJOgCjLP8Z6FRf377FosEUSUj6BbqqRdz
 HtVA==
X-Received: by 10.170.160.137 with SMTP id b131mr17247528ykd.92.1417811139881; 
 Fri, 05 Dec 2014 12:25:39 -0800 (PST)
MIME-Version: 1.0
Received: by 10.170.139.67 with HTTP; Fri, 5 Dec 2014 12:25:19 -0800 (PST)
In-Reply-To: <20141205082551.GA4657@nomada>
References: <1237403814.574122.1379943245507.JavaMail.root@HIDDEN>
 <20141205082551.GA4657@nomada>
From: Jim Meyering <jim@HIDDEN>
Date: Fri, 5 Dec 2014 12:25:19 -0800
X-Google-Sender-Auth: 6msCIy2lJyYTPkeNKAynK38om-U
Message-ID: <CA+8g5KENnjW_0FZfxnNBW5CjJ+bPyv7XthsnSY=1fb7PbLCvLg@HIDDEN>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

On Fri, Dec 5, 2014 at 12:25 AM, Santiago Ruano Rinc=F3n
<santiago@HIDDEN> wrote:
> Hi,
>
> Forwarding some user's thoughts about this issue. Hope this helps to
> solve this bug.
>
> Regards,
>
> Santiago
>
> ----- Forwarded message from Marc Lehmann <debian-reportbug@HIDDEN> ---=
--
>
> Date: Fri, 05 Dec 2014 06:01:33 +0100
> From: Marc Lehmann <debian-reportbug@HIDDEN>,
> To: Debian Bug Tracking System <734147@HIDDEN>,
> Subject: Bug#734147: grep: colorisation corrupts character at end of line
> X-Mailer: reportbug 6.4.4
>
> Package: grep
> Version: 2.21-1
> Followup-For: Bug #734147
>
> Dear Maintainer,
>
> seeing that the bug is still in grep, here are some thoughts:
>
> Foremost, this is a bug in grep, but it is also a bug in xterm (and rxvt)=
,
> which claim to emulate vt102 behaviour, but both vt100 and vt102 behave
> like urxvt, namely space at the end of the line. At least, thats what the
> ROM image of either emulator does when run in a hardware simulator and fe=
d
> with the example.
>
> As for grep, you can currently choose between a) data corruption and b)
> annoying background colour bars IFF the user configures it.

Thank you for forwarding that.
However, note that there is another downside to making the
proposed change, not just "annoying background color bars...".

Currently, when grep matches a line containing a mix of
\r and \t bytes, it does what most expect/desire (with the
HT replacing each preexisting glyph with a space):

  $ printf 'asdfqwerzxcv\rASDF\tZXCV\n'|grep --color A
  ASDF    ZXCV

If we were to change grep so that it would no longer print
those offending \e[K codes, that same command would no
longer overwrite:

  $ printf 'asdfqwerzxcv\rASDF\tZXCV\n'|grep --color A
  ASDFqwerZXCV

I think the underlying issue is that we want grep's --color option
to be "safe", i.e., we want grep to stop conspiring with common
terminal emulators to mangle certain output lines.
Currently, it handles the \r...\t case at the expense of mangling
any match that begins in the rightmost column of your terminal.
The \r...\t issue is just one example of what can happen when
a tool prints arbitrary control sequences to a terminal, so
it feels like a red herring.  The mangling of real matches can
happen even with carefully sanitized input. That is more
problematic.

As such, I am leaning towards making the default be the
same as what setting "GREP_COLORS=3Dne" does now.

Opinions to the contrary?

Message sent to bug-grep@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#15444: (no subject)
References: <1237403814.574122.1379943245507.JavaMail.root@HIDDEN>
In-Reply-To: <1237403814.574122.1379943245507.JavaMail.root@HIDDEN>
Resent-From: Leon Meier <Leon.Meier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-grep@HIDDEN
Resent-Date: Wed, 13 Jul 2016 22:01:02 +0000
Resent-Message-ID: <handler.15444.B15444.14684472352626 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 15444
X-GNU-PR-Package: grep
X-GNU-PR-Keywords: 
To: 15444 <at> debbugs.gnu.org, 456943@HIDDEN
Received: via spool by 15444-submit <at> debbugs.gnu.org id=B15444.14684472352626
          (code B ref 15444); Wed, 13 Jul 2016 22:01:02 +0000
Received: (at 15444) by debbugs.gnu.org; 13 Jul 2016 22:00:35 +0000
Received: from localhost ([127.0.0.1]:50251 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1bNSCo-0000gG-5q
	for submit <at> debbugs.gnu.org; Wed, 13 Jul 2016 18:00:34 -0400
Received: from forward19p.cmail.yandex.net ([77.88.31.22]:52600)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <Leon.Meier@HIDDEN>) id 1bNRcv-0008E6-CZ
 for 15444 <at> debbugs.gnu.org; Wed, 13 Jul 2016 17:23:30 -0400
Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net
 [IPv6:2a02:6b8:0:801:1::13])
 by forward19p.cmail.yandex.net (Yandex) with ESMTP id AEA7421538;
 Thu, 14 Jul 2016 00:23:22 +0300 (MSK)
Received: from smtp14.mail.yandex.net (localhost [127.0.0.1])
 by smtp14.mail.yandex.net (Yandex) with ESMTP id AADE81B60365;
 Thu, 14 Jul 2016 00:23:22 +0300 (MSK)
Received: by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id
 8tOdQLj8tv-NLd0tM0Z; Thu, 14 Jul 2016 00:23:22 +0300
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (Client certificate not present)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail;
 t=1468445002; bh=nXg8zBuH5qE61x+Wxuq6Ur+N4lgk/PyB5BROv9q6KHU=;
 h=To:From:Message-ID:Date;
 b=K1JZYkiXKLUz4FtKeMbz1fgaDJ+/+9Gj/CAhizCGi8SChsebJSs6GHkEXMK1Xwj/S
 cGxsrPLARaSaWJqtkf3dNR/GDB4f0I0oGPLNDwz9e/BOosla1Chp1XagnYQ+zmVOu6
 EjC+fsgYag84tKdjHlt3zidaLiNTztMxt/RMjvM4=
Authentication-Results: smtp14.mail.yandex.net; dkim=pass header.i=@yandex.ru
X-Yandex-Suid-Status: 1 0,1 0
From: Leon Meier <Leon.Meier@HIDDEN>
Message-ID: <caa708d0-b4ba-4d8c-66f9-075cf51c0a19@HIDDEN>
Date: Wed, 13 Jul 2016 23:23:20 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Icedove/45.1.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 1.3 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  As of today, the test case echo " 1234" | grep --color=auto
 '[1-9]' (80 spaces and 1234) still fails in (u)xterm. Any resolution in sight?
 [...] Content analysis details:   (1.3 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [77.88.31.22 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (leon.meier[at]yandex.ru)
 1.8 MISSING_SUBJECT        Missing Subject: header
 0.2 NO_SUBJECT             Extra score for no subject
 0.0 T_DKIM_INVALID         DKIM-Signature header exists but is not valid
X-Mailman-Approved-At: Wed, 13 Jul 2016 18:00:32 -0400
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.3 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  As of today, the test case echo " 1234" | grep --color=auto
    '[1-9]' (80 spaces and 1234) still fails in (u)xterm. Any resolution in sight?
    [...] 
 
 Content analysis details:   (1.3 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
                             trust
                             [77.88.31.22 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
  0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail provider
                             (leon.meier[at]yandex.ru)
  1.8 MISSING_SUBJECT        Missing Subject: header
  0.2 NO_SUBJECT             Extra score for no subject
  0.0 T_DKIM_INVALID         DKIM-Signature header exists but is not valid

As of today, the test case

echo " 
             1234" | grep --color=auto '[1-9]'
  (80 spaces and 1234)

still fails in (u)xterm. Any resolution in sight?

(Sorry for not providing any opinion of _how_ to resolve it technically 
at the moment; I'm not good enough for that. It is just the bug has been 
kind of disturbing me for a few years already...)

Message sent to bug-grep@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#15444: (no subject)
Resent-From: Paul Jackson <pj@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-grep@HIDDEN
Resent-Date: Wed, 13 Jul 2016 22:38:01 +0000
Resent-Message-ID: <handler.15444.B.14684494585994 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 15444
X-GNU-PR-Package: grep
X-GNU-PR-Keywords: 
To: 15444 <at> debbugs.gnu.org
X-Debbugs-Original-To: bug-grep@HIDDEN
Received: via spool by submit <at> debbugs.gnu.org id=B.14684494585994
          (code B ref -1); Wed, 13 Jul 2016 22:38:01 +0000
Received: (at submit) by debbugs.gnu.org; 13 Jul 2016 22:37:38 +0000
Received: from localhost ([127.0.0.1]:50276 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1bNSmg-0001Yc-MD
	for submit <at> debbugs.gnu.org; Wed, 13 Jul 2016 18:37:38 -0400
Received: from eggs.gnu.org ([208.118.235.92]:59048)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <pj@HIDDEN>) id 1bNSme-0001YO-W1
 for submit <at> debbugs.gnu.org; Wed, 13 Jul 2016 18:37:37 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <pj@HIDDEN>) id 1bNSmZ-00037l-2Z
 for submit <at> debbugs.gnu.org; Wed, 13 Jul 2016 18:37:31 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_DKIM_INVALID
 autolearn=disabled version=3.3.2
Received: from lists.gnu.org ([2001:4830:134:3::11]:38705)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <pj@HIDDEN>)
 id 1bNSmY-00037g-Sm
 for submit <at> debbugs.gnu.org; Wed, 13 Jul 2016 18:37:30 -0400
Received: from eggs.gnu.org ([2001:4830:134:3::10]:50005)
 by lists.gnu.org with esmtp (Exim 4.71) (envelope-from <pj@HIDDEN>)
 id 1bNSmW-0005mP-KF
 for bug-grep@HIDDEN; Wed, 13 Jul 2016 18:37:29 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <pj@HIDDEN>) id 1bNSmS-00036y-Dh
 for bug-grep@HIDDEN; Wed, 13 Jul 2016 18:37:27 -0400
Received: from out5-smtp.messagingengine.com ([66.111.4.29]:39568)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <pj@HIDDEN>)
 id 1bNSmR-00036i-27
 for bug-grep@HIDDEN; Wed, 13 Jul 2016 18:37:24 -0400
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43])
 by mailout.nyi.internal (Postfix) with ESMTP id 1BF5A20850
 for <bug-grep@HIDDEN>; Wed, 13 Jul 2016 18:37:19 -0400 (EDT)
Received: from web3 ([10.202.2.213])
 by compute3.internal (MEProxy); Wed, 13 Jul 2016 18:37:19 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
 messagingengine.com; h=content-transfer-encoding:content-type
 :date:from:in-reply-to:message-id:mime-version:references
 :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=fyc9qa0Ylsz4rmu
 w9NegzCznF8U=; b=KLQ0U1meB5VJGZkOH85+xLNCEOcCG7b6JsH+1nXChNw+GPC
 Bru49GMGxBRt1SUx7dxpp6ITYensROwYkFZg6TR1GOexur3+eKyfXxMjbvxUy8Ri
 aBjHjtg3BmDmVc8VH+nV3rA0bhsEdQ9XT7ob46fG7Xvr+bozc6UToKoQtujw=
Received: by mailuser.nyi.internal (Postfix, from userid 99)
 id E458016711; Wed, 13 Jul 2016 18:37:18 -0400 (EDT)
Message-Id: <1468449438.3221809.665600449.4C8FDC5A@HIDDEN>
X-Sasl-Enc: ZXjEz73/ES0/GY3xrLDKeaT93A6BYuBQWZomd4on861q 1468449438
From: Paul Jackson <pj@HIDDEN>
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain
X-Mailer: MessagingEngine.com Webmail Interface - ajax-bf4e2c8f
Date: Wed, 13 Jul 2016 17:37:18 -0500
In-Reply-To: <caa708d0-b4ba-4d8c-66f9-075cf51c0a19@HIDDEN>
References: <1237403814.574122.1379943245507.JavaMail.root@HIDDEN>
 <caa708d0-b4ba-4d8c-66f9-075cf51c0a19@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Received-From: 2001:4830:134:3::11
X-Spam-Score: -2.4 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.4 (--)

Leon wrote:
>> As of today, the test case
>> 
>> echo " 
>>              1234" | grep --color=auto '[1-9]'
>>   (80 spaces and 1234)
>> 
>> still fails in (u)xterm. Any resolution in sight?

Does the following also fail for you?  It uses python instead of
(difficult to see in email) explicit spaces to get the 80 spaces.

python2 -c 'print " " * 80, 1234' | grep --color=auto '[1-9]'

However they both appear to fail in uxterm, IF I have the
terminal set to 80 columns wide.  If the terminal is wider,
then I can see the red 1234 out in "right field".  For example,
if the terminal is 84 chars wide, I can see the red "12", but
not the "34", unless the terminal is at least 86 chars wide.

If I invoke uxterm with the -cm option, to disable ANSI color
sequences, then the extra 2 bytes aren't needed, and a terminal
that's 84 chars wide will show all, uncolored,  four "1234" numbers.

In xterm, I need a terminal 82 chars wide (not 84 like uxterm)
to see the red "12", and I need a terminal of 84 chars wide
(not 86 like uxterm) to see all four red numbers "1234".

I did not double check the perfection of the above details,
so might be off by one or two, here or there.

But I'd guess that this might be a "bug" (unexpected feature)
in the terminal emulator's handling of ANSI color escape
sequences, rather than a bug in grep.

-- 
                Paul Jackson
                pj@HIDDEN

Message sent to bug-grep@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#15444: Bug#456943: (no subject)
Resent-From: "Walter Doekes" <walter@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-grep@HIDDEN
Resent-Date: Thu, 14 Jul 2016 15:38:02 +0000
Resent-Message-ID: <handler.15444.B15444.146851067615859 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 15444
X-GNU-PR-Package: grep
X-GNU-PR-Keywords: 
To: 456943@HIDDEN
Cc: 15444 <at> debbugs.gnu.org
Received: via spool by 15444-submit <at> debbugs.gnu.org id=B15444.146851067615859
          (code B ref 15444); Thu, 14 Jul 2016 15:38:02 +0000
Received: (at 15444) by debbugs.gnu.org; 14 Jul 2016 15:37:56 +0000
Received: from localhost ([127.0.0.1]:51610 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1bNii3-00047i-Vj
	for submit <at> debbugs.gnu.org; Thu, 14 Jul 2016 11:37:56 -0400
Received: from wjd.osso.nl ([217.21.198.142]:44815 helo=wjdsys.wjd.nu)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <walter@HIDDEN>) id 1bNafc-0003lO-PU
 for 15444 <at> debbugs.gnu.org; Thu, 14 Jul 2016 03:02:54 -0400
Received: by wjdsys.wjd.nu (Postfix, from userid 33)
 id 8B6A29611C; Thu, 14 Jul 2016 09:02:48 +0200 (CEST)
Received: from 91.194.225.4 (SquirrelMail authenticated user walter@HIDDEN)
 by mail.wjd.nu with HTTP; Thu, 14 Jul 2016 09:02:48 +0200
Message-ID: <c2da85064f06e96c529fa4abbc782b21.squirrel@HIDDEN>
In-Reply-To: <caa708d0-b4ba-4d8c-66f9-075cf51c0a19@HIDDEN>
References: <caa708d0-b4ba-4d8c-66f9-075cf51c0a19@HIDDEN>
Date: Thu, 14 Jul 2016 09:02:48 +0200
From: "Walter Doekes" <walter@HIDDEN>
User-Agent: SquirrelMail/1.4.23 [SVN]
MIME-Version: 1.0
Content-Type: text/plain;charset=utf-8
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
X-Spam-Score: 2.0 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  Leon Meier wrote: > As of today, the test case [...] still
 fails in (u)xterm. > Any resolution in sight? I tried to reproduce, and indeed,
 it fails on xterm (without the 'ne' grep option), but not in gnome-terminal.
 [...] Content analysis details:   (2.0 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 2.0 SLIGHTLY_BAD_SUBJECT   Subject contains something slightly spammy
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-Mailman-Approved-At: Thu, 14 Jul 2016 11:37:55 -0400
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 2.0 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  Leon Meier wrote: > As of today, the test case [...] still
    fails in (u)xterm. > Any resolution in sight? I tried to reproduce, and indeed,
    it fails on xterm (without the 'ne' grep option), but not in gnome-terminal.
    [...] 
 
 Content analysis details:   (2.0 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
  2.0 SLIGHTLY_BAD_SUBJECT   Subject contains something slightly spammy
 -0.0 SPF_PASS               SPF: sender matches SPF record

Leon Meier wrote:
> As of today, the test case [...] still fails in (u)xterm.
> Any resolution in sight?

I tried to reproduce, and indeed, it fails on xterm (without the 'ne' grep
option), but not in gnome-terminal.

Does that mean that this is an xterm bug again and not a grep bug?

See this:
http://wjd.nu/files/2016/07/debian-bug-456943.png?view


This works both in gnome-terminal and xterm:

  python -c 'print(" "*'$COLUMNS'+"1234")' |
    GREP_COLORS=ne grep --color=auto '[1-9]'

This works in gnome-terminal and *fails* in xterm:

  python -c 'print(" "*'$COLUMNS'+"1234")' |
    grep --color=auto '[1-9]'

Versions (Ubuntu, Trusty, latest):

  gnome-terminal 3.6.2-0ubuntu1
  grep 2.16-1
  xterm 297-1ubuntu1

Greetings,
Walter Doekes

Message sent to bug-grep@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#15444: (no subject)
References: <1237403814.574122.1379943245507.JavaMail.root@HIDDEN>
In-Reply-To: <1237403814.574122.1379943245507.JavaMail.root@HIDDEN>
Resent-From: Leon Meier <Leon.Meier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-grep@HIDDEN
Resent-Date: Thu, 14 Jul 2016 15:40:02 +0000
Resent-Message-ID: <handler.15444.B15444.146851074516038 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 15444
X-GNU-PR-Package: grep
X-GNU-PR-Keywords: 
To: 15444 <at> debbugs.gnu.org
Received: via spool by 15444-submit <at> debbugs.gnu.org id=B15444.146851074516038
          (code B ref 15444); Thu, 14 Jul 2016 15:40:02 +0000
Received: (at 15444) by debbugs.gnu.org; 14 Jul 2016 15:39:05 +0000
Received: from localhost ([127.0.0.1]:51619 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1bNijB-0004Ab-8s
	for submit <at> debbugs.gnu.org; Thu, 14 Jul 2016 11:39:05 -0400
Received: from forward11h.cmail.yandex.net ([87.250.230.153]:41462)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <Leon.Meier@HIDDEN>) id 1bNctF-0000eb-U7
 for 15444 <at> debbugs.gnu.org; Thu, 14 Jul 2016 05:25:06 -0400
Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68])
 by forward11h.cmail.yandex.net (Yandex) with ESMTP id B03EA2160D
 for <15444 <at> debbugs.gnu.org>; Thu, 14 Jul 2016 12:24:59 +0300 (MSK)
Received: from smtp13.mail.yandex.net (localhost [127.0.0.1])
 by smtp13.mail.yandex.net (Yandex) with ESMTP id ADC9CE40439
 for <15444 <at> debbugs.gnu.org>; Thu, 14 Jul 2016 12:24:59 +0300 (MSK)
Received: by smtp13.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id
 D79Z8d0elh-Ow2eH6Mw; Thu, 14 Jul 2016 12:24:59 +0300
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (Client certificate not present)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail;
 t=1468488299; bh=sZz5ggjaee3FnKyPEF+ykfX4KlCIX4GY8qZBMAR3iew=;
 h=From:To:Message-ID:Date;
 b=qib7g848RCabUoGby2PE5ayR7OylJ4ZjCtEu0eYo1zkypJZHn7JwnSIr1KZfIoZ7f
 L15HJ/z1Uj3R91rIOEiDloLZFof5A1DjVztyMnGX6QL3sjQQB8Kz3/1K6V4bnKBPOx
 NXKYhZRD7VWKy09DKx9GC7o5JkGP8cZErSa00BbE=
Authentication-Results: smtp13.mail.yandex.net; dkim=pass header.i=@yandex.ru
X-Yandex-Suid-Status: 1 0
From: Leon Meier <Leon.Meier@HIDDEN>
Message-ID: <7f63c635-f0d7-a842-e8c7-ad317bb1a22c@HIDDEN>
Date: Thu, 14 Jul 2016 11:24:58 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Icedove/45.1.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 1.3 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview: > Does the following also fail for you? It uses python
 instead
 of > (difficult to see in email) explicit spaces to get the 80 spaces. Sorry; 
 in my previous e-mail there was a wraparound induced by the e-mail composer.
 This one is hopefully better: $ echo " "| grep --color=always '[1-9]' [...]
 Content analysis details:   (1.3 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
 trust [87.250.230.153 listed in list.dnswl.org]
 -0.0 RCVD_IN_MSPIKE_H3      RBL: Good reputation (+3)
 [87.250.230.153 listed in wl.mailspike.net]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
 (leon.meier[at]yandex.ru)
 1.8 MISSING_SUBJECT        Missing Subject: header
 0.2 NO_SUBJECT             Extra score for no subject
 -0.0 RCVD_IN_MSPIKE_WL      Mailspike good senders
 0.0 T_DKIM_INVALID         DKIM-Signature header exists but is not valid
X-Mailman-Approved-At: Thu, 14 Jul 2016 11:39:04 -0400
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.3 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  > Does the following also fail for you? It uses python instead
    of > (difficult to see in email) explicit spaces to get the 80 spaces. Sorry;
    in my previous e-mail there was a wraparound induced by the e-mail composer.
    This one is hopefully better: $ echo " "| grep --color=always '[1-9]' [...]
    
 
 Content analysis details:   (1.3 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_MSPIKE_H3      RBL: Good reputation (+3)
                             [87.250.230.153 listed in wl.mailspike.net]
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at http://www.dnswl.org/, low
                             trust
                             [87.250.230.153 listed in list.dnswl.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
  0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail provider
                             (leon.meier[at]yandex.ru)
  1.8 MISSING_SUBJECT        Missing Subject: header
  0.2 NO_SUBJECT             Extra score for no subject
 -0.0 RCVD_IN_MSPIKE_WL      Mailspike good senders
  0.0 T_DKIM_INVALID         DKIM-Signature header exists but is not valid

> Does the following also fail for you?  It uses python instead of
> (difficult to see in email) explicit spaces to get the 80 spaces.
Sorry; in my previous e-mail there was a wraparound induced by the e-mail composer. This one is hopefully better:
$ echo "                                                                               "| grep --color=always '[1-9]'

> python2 -c 'print " " * 80, 1234' | grep --color=auto '[1-9]'
This one does work for a standard 80-char-wide (u)xterm.

Message sent to bug-grep@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#15444: Bug#456943: (no subject)
Resent-From: Vincent Lefevre <vincent@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-grep@HIDDEN
Resent-Date: Thu, 14 Jul 2016 21:23:01 +0000
Resent-Message-ID: <handler.15444.B15444.146853134427508 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 15444
X-GNU-PR-Package: grep
X-GNU-PR-Keywords: 
To: Walter Doekes <walter@HIDDEN>, 456943@HIDDEN
Cc: 15444 <at> debbugs.gnu.org
Received: via spool by 15444-submit <at> debbugs.gnu.org id=B15444.146853134427508
          (code B ref 15444); Thu, 14 Jul 2016 21:23:01 +0000
Received: (at 15444) by debbugs.gnu.org; 14 Jul 2016 21:22:24 +0000
Received: from localhost ([127.0.0.1]:51821 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1bNo5P-00079c-Q3
	for submit <at> debbugs.gnu.org; Thu, 14 Jul 2016 17:22:23 -0400
Received: from ioooi.vinc17.net ([92.243.22.117]:46477)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <vincent@HIDDEN>) id 1bNo5M-00079R-6f
 for 15444 <at> debbugs.gnu.org; Thu, 14 Jul 2016 17:22:21 -0400
Received: from smtp-zira.vinc17.net (unknown [216.9.110.15])
 by ioooi.vinc17.net (Postfix) with ESMTPSA id EFD64603;
 Thu, 14 Jul 2016 23:22:17 +0200 (CEST)
Received: by zira.vinc17.org (Postfix, from userid 1000)
 id BF0A9C245BD; Thu, 14 Jul 2016 14:22:15 -0700 (PDT)
Date: Thu, 14 Jul 2016 14:22:15 -0700
From: Vincent Lefevre <vincent@HIDDEN>
Message-ID: <20160714212215.GB5305@HIDDEN>
References: <caa708d0-b4ba-4d8c-66f9-075cf51c0a19@HIDDEN>
 <c2da85064f06e96c529fa4abbc782b21.squirrel@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <c2da85064f06e96c529fa4abbc782b21.squirrel@HIDDEN>
X-Mailer-Info: https://www.vinc17.net/mutt/
User-Agent: Mutt/1.6.2-6722-vl-r89564 (2016-07-11)
X-Spam-Score: 0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.7 (/)

On 2016-07-14 09:02:48 +0200, Walter Doekes wrote:
> Leon Meier wrote:
> > As of today, the test case [...] still fails in (u)xterm.
> > Any resolution in sight?
> 
> I tried to reproduce, and indeed, it fails on xterm (without the 'ne' grep
> option), but not in gnome-terminal.
> 
> Does that mean that this is an xterm bug again and not a grep bug?

It is GNOME Terminal that is buggy, so that the grep bug is not
visible.

-- 
Vincent Lef�vre <vincent@HIDDEN> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Message sent to bug-grep@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#15444: (no subject)
Resent-From: Paul Jackson <pj@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-grep@HIDDEN
Resent-Date: Fri, 15 Jul 2016 05:19:01 +0000
Resent-Message-ID: <handler.15444.B.146855989428195 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 15444
X-GNU-PR-Package: grep
X-GNU-PR-Keywords: 
To: 15444 <at> debbugs.gnu.org
X-Debbugs-Original-To: bug-grep@HIDDEN
Received: via spool by submit <at> debbugs.gnu.org id=B.146855989428195
          (code B ref -1); Fri, 15 Jul 2016 05:19:01 +0000
Received: (at submit) by debbugs.gnu.org; 15 Jul 2016 05:18:14 +0000
Received: from localhost ([127.0.0.1]:51940 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1bNvVt-0007Kh-OU
	for submit <at> debbugs.gnu.org; Fri, 15 Jul 2016 01:18:13 -0400
Received: from eggs.gnu.org ([208.118.235.92]:56964)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <pj@HIDDEN>) id 1bNvVr-0007KR-9I
 for submit <at> debbugs.gnu.org; Fri, 15 Jul 2016 01:18:11 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <pj@HIDDEN>) id 1bNvVl-0005rQ-6i
 for submit <at> debbugs.gnu.org; Fri, 15 Jul 2016 01:18:05 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_DKIM_INVALID
 autolearn=disabled version=3.3.2
Received: from lists.gnu.org ([2001:4830:134:3::11]:54685)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <pj@HIDDEN>)
 id 1bNvVl-0005rK-0f
 for submit <at> debbugs.gnu.org; Fri, 15 Jul 2016 01:18:05 -0400
Received: from eggs.gnu.org ([2001:4830:134:3::10]:47924)
 by lists.gnu.org with esmtp (Exim 4.71) (envelope-from <pj@HIDDEN>)
 id 1bNvVi-0000fW-VE
 for bug-grep@HIDDEN; Fri, 15 Jul 2016 01:18:03 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <pj@HIDDEN>) id 1bNvVe-0005qo-O1
 for bug-grep@HIDDEN; Fri, 15 Jul 2016 01:18:01 -0400
Received: from out5-smtp.messagingengine.com ([66.111.4.29]:48061)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <pj@HIDDEN>)
 id 1bNvVd-0005qb-Hx
 for bug-grep@HIDDEN; Fri, 15 Jul 2016 01:17:58 -0400
Received: from compute6.internal (compute6.nyi.internal [10.202.2.46])
 by mailout.nyi.internal (Postfix) with ESMTP id E6AE620471
 for <bug-grep@HIDDEN>; Fri, 15 Jul 2016 01:17:52 -0400 (EDT)
Received: from web3 ([10.202.2.213])
 by compute6.internal (MEProxy); Fri, 15 Jul 2016 01:17:52 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
 messagingengine.com; h=content-transfer-encoding:content-type
 :date:from:in-reply-to:message-id:mime-version:references
 :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=7GeROkdY0jj5Ip3
 4wug2PxkXTRo=; b=icycKESmWMLhf/YKFUa7UgaEdjUdFzp+ETd5Bn7Go2lOnt6
 7ROKKgyf2sSIXtx0N4ZzeBpQw8+raZXJmZqLP0FJQ1WvEtHlQbd8c/BVh+g6NPtT
 UWOaZqAO11qUhyIWgcj4KSx1bom+2HYdM9gdq/8dVC3f0C/PQko2meVCiyeM=
Received: by mailuser.nyi.internal (Postfix, from userid 99)
 id B8383161A9; Fri, 15 Jul 2016 01:17:52 -0400 (EDT)
Message-Id: <1468559872.2959316.666910489.33F75EBF@HIDDEN>
X-Sasl-Enc: nkMq/KVkbkHuGYVdFfs9iiuTcwT9J8+NNWg1zLSGFHq3 1468559872
From: Paul Jackson <pj@HIDDEN>
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain
X-Mailer: MessagingEngine.com Webmail Interface - ajax-bf4e2c8f
Date: Fri, 15 Jul 2016 00:17:52 -0500
In-Reply-To: <7f63c635-f0d7-a842-e8c7-ad317bb1a22c@HIDDEN>
References: <1237403814.574122.1379943245507.JavaMail.root@HIDDEN>
 <7f63c635-f0d7-a842-e8c7-ad317bb1a22c@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Received-From: 2001:4830:134:3::11
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)

Leon wrote:
>> Sorry; in my previous e-mail there was a wraparound induced by the e-mail composer. This one is hopefully better:
>> $ echo "                                                                               "| grep --color=always '[1-9]'
>> 
>>     python2 -c 'print " " * 80, 1234' | grep --color=auto '[1-9]'
>> 
>> This one does work for a standard 80-char-wide (u)xterm.

The above two commands are not the same.

That echo command seems to emit 79 spaces, followed by one newline (but no numbers at all ??)

That (my) python2 command emits 81 spaces, the four numbers, and a newline.

Try this one (fixing my off-by-one space count, as the ',' comma in print args emits a space of its own):

 python2 -c 'print " " * 79, 1234' | grep --color=always '[1-9]'

And try this one (fixing what I guess is your accidental omission of one space and  the four numbers):

echo "                                                                                1234"| grep --color=always '[1-9]'

I get the same results from either of the last two test cases above, with the red "1234" numbers
NOT appearing in an 80 wide xterm or uxterm, but appearing ok if I widen the terminal.

-- 
                Paul Jackson
                pj@HIDDEN

Message sent to bug-grep@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#15444: Bug#456943: (no subject)
Resent-From: Vincent Lefevre <vincent@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-grep@HIDDEN
Resent-Date: Mon, 25 Mar 2024 15:33:01 +0000
Resent-Message-ID: <handler.15444.B15444.1711380738831 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 15444
X-GNU-PR-Package: grep
X-GNU-PR-Keywords: 
To: Walter Doekes <walter@HIDDEN>, 456943@HIDDEN
Cc: 15444 <at> debbugs.gnu.org
Received: via spool by 15444-submit <at> debbugs.gnu.org id=B15444.1711380738831
          (code B ref 15444); Mon, 25 Mar 2024 15:33:01 +0000
Received: (at 15444) by debbugs.gnu.org; 25 Mar 2024 15:32:18 +0000
Received: from localhost ([127.0.0.1]:35711 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1romJ7-0000DL-K7
	for submit <at> debbugs.gnu.org; Mon, 25 Mar 2024 11:32:17 -0400
Received: from cventin.lip.ens-lyon.fr ([140.77.13.17]:47756)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <vincent@HIDDEN>) id 1romJ4-0000D5-WB
 for 15444 <at> debbugs.gnu.org; Mon, 25 Mar 2024 11:32:15 -0400
Received: from vlefevre by cventin.lip.ens-lyon.fr with local (Exim 4.97)
 (envelope-from <vincent@HIDDEN>) id 1role4-00000000462-2BNO;
 Mon, 25 Mar 2024 15:49:52 +0100
Date: Mon, 25 Mar 2024 15:49:52 +0100
From: Vincent Lefevre <vincent@HIDDEN>
Message-ID: <20240325144952.GA2199@HIDDEN>
References: <caa708d0-b4ba-4d8c-66f9-075cf51c0a19@HIDDEN>
 <c2da85064f06e96c529fa4abbc782b21.squirrel@HIDDEN>
 <20160714212215.GB5305@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20160714212215.GB5305@HIDDEN>
X-Mailer-Info: https://www.vinc17.net/mutt/
User-Agent: Mutt/2.2.12+69 (354c5b11) vl-149028 (2023-12-10)
X-Spam-Score: 2.0 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  On 2016-07-14 14:22:15 -0700, Vincent Lefevre wrote: > On
 2016-07-14 09:02:48 +0200, Walter Doekes wrote: > > Leon Meier wrote: > >
 > As of today, the test case [...] still fails in (u)xterm. > > > An [...]
 Content analysis details:   (2.0 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 2.0 SLIGHTLY_BAD_SUBJECT   Subject contains something slightly spammy
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 -0.0 SPF_PASS               SPF: sender matches SPF record
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.0 (+)

On 2016-07-14 14:22:15 -0700, Vincent Lefevre wrote:
> On 2016-07-14 09:02:48 +0200, Walter Doekes wrote:
> > Leon Meier wrote:
> > > As of today, the test case [...] still fails in (u)xterm.
> > > Any resolution in sight?
> > 
> > I tried to reproduce, and indeed, it fails on xterm (without the 'ne' grep
> > option), but not in gnome-terminal.
> > 
> > Does that mean that this is an xterm bug again and not a grep bug?
> 
> It is GNOME Terminal that is buggy, so that the grep bug is not
> visible.

A solution for "grep" would be to add a space+backspace before the
escape sequence.

Testcase:

for i in `seq 5` ; do printf "%0$(($(tput cols)+i-5))dab \bc\n" ; done | \
  GREP_COLORS="mt=41;97:ne" grep --color c

This works fine in Xterm, giving on a 80-column terminal:

0000000000000000000000000000000000000000000000000000000000000000000000000000abc
00000000000000000000000000000000000000000000000000000000000000000000000000000abc
000000000000000000000000000000000000000000000000000000000000000000000000000000abc
0000000000000000000000000000000000000000000000000000000000000000000000000000000abc
00000000000000000000000000000000000000000000000000000000000000000000000000000000abc

where only the "c" has the red background.

However, this triggers the bug in GNOME Terminal (and other
libvte-based terminals):

0000000000000000000000000000000000000000000000000000000000000000000000000000abc
00000000000000000000000000000000000000000000000000000000000000000000000000000ac 
000000000000000000000000000000000000000000000000000000000000000000000000000000abc
0000000000000000000000000000000000000000000000000000000000000000000000000000000abc
00000000000000000000000000000000000000000000000000000000000000000000000000000000abc

-- 
Vincent Lef�vre <vincent@HIDDEN> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Last modified: Mon, 25 Mar 2024 15:45:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.