GNU bug report logs - #8429
move grep highlight from font-lock to process filter

Previous Next

Package: emacs;

Reported by: "Drew Adams" <drew.adams <at> oracle.com>

Date: Tue, 5 Apr 2011 19:08:02 UTC

Severity: minor

Found in version 24.0.50

Done: "Drew Adams" <drew.adams <at> oracle.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 8429 <at> debbugs.gnu.org
Subject: bug#8429: 24.0.50; regression: `flush-lines' does not flush all it should
Date: Tue, 05 Apr 2011 23:36:32 +0300
> From: "Drew Adams" <drew.adams <at> oracle.com>
> Cc: <8429 <at> debbugs.gnu.org>
> Date: Tue, 5 Apr 2011 13:14:57 -0700
> 
> > Does it work if you copy the entire contents of the Grep buffer to
> > another buffer?
> 
> No, same problem.

Well, as you yourself show, it is not the "same problem".

> But you can try for yourself, given the simple recipe.

I did, that's why I asked.  I wanted to know that we see the same
phenomenon.

(And btw, there's no need to load cygwin-FOO.el to see the problem.
Just "M-x grep RET "#" *.el" is enough.  It is also repeatable on
GNU/Linux.)

> autorevert.el:368:;;;###autoload
> autorevert.el:377:;;;###autoload
> ...
> 
> As you can see, the problem seems to be that the string "###autoload" is not
> present as such.

Exactly!  Customize grep-highlight-matches to nil, and the problem
goes away.

> Instead, escape characters are inserted between ## and #.

That's Grep in action, when we ask it to highlight matches in its
output.  It does that by inserting ANSI escape sequences.

> I hope you will consider it a bug to be fixed.

Not me, but hopefully someone else.




This bug report was last modified 12 years and 110 days ago.

Previous Next


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