From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#8429: 24.0.50; regression: `flush-lines' does not flush all it should Date: Tue, 5 Apr 2011 14:06:58 -0700 Message-ID: <1EA42FB8EA9B4526BF3D014AC2BB0CFE@us.oracle.com> References: <31A5E2DEB9B24F82A8AD85713507FE10@us.oracle.com> <83oc4kv5ko.fsf@gnu.org> <83mxk4v3jj.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1302039448 7589 80.91.229.12 (5 Apr 2011 21:37:28 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 5 Apr 2011 21:37:28 +0000 (UTC) Cc: 8429@debbugs.gnu.org To: "'Eli Zaretskii'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Apr 05 23:37:24 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Q7DwB-00076n-Ig for geb-bug-gnu-emacs@m.gmane.org; Tue, 05 Apr 2011 23:37:23 +0200 Original-Received: from localhost ([127.0.0.1]:36449 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q7DwB-0004fn-35 for geb-bug-gnu-emacs@m.gmane.org; Tue, 05 Apr 2011 17:37:23 -0400 Original-Received: from [140.186.70.92] (port=40361 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q7Dw5-0004fM-6r for bug-gnu-emacs@gnu.org; Tue, 05 Apr 2011 17:37:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q7Dw4-00062B-2m for bug-gnu-emacs@gnu.org; Tue, 05 Apr 2011 17:37:17 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:45944) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q7Dw4-00061u-0x for bug-gnu-emacs@gnu.org; Tue, 05 Apr 2011 17:37:16 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1Q7DTm-0002f4-6I; Tue, 05 Apr 2011 17:08:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Apr 2011 21:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8429 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 8429-submit@debbugs.gnu.org id=B8429.130203763210163 (code B ref 8429); Tue, 05 Apr 2011 21:08:02 +0000 Original-Received: (at 8429) by debbugs.gnu.org; 5 Apr 2011 21:07:12 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q7DSy-0002ds-5n for submit@debbugs.gnu.org; Tue, 05 Apr 2011 17:07:12 -0400 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q7DSv-0002df-I2 for 8429@debbugs.gnu.org; Tue, 05 Apr 2011 17:07:10 -0400 Original-Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id p35L71Z8023207 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 5 Apr 2011 21:07:03 GMT Original-Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id p35L6x8i021281 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Apr 2011 21:06:59 GMT Original-Received: from abhmt014.oracle.com (abhmt014.oracle.com [141.146.116.23]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p35L6xYk020791; Tue, 5 Apr 2011 16:06:59 -0500 Original-Received: from dradamslap1 (/10.159.34.208) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 05 Apr 2011 14:06:59 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <83mxk4v3jj.fsf@gnu.org> thread-index: Acvz0ScbBkQ/J+PLQOCnJDo+NpQS4QAACVbw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Source-IP: acsmt356.oracle.com [141.146.40.156] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090205.4D9B8474.0095:SCFSTAT5015188,ss=1,fgs=0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Tue, 05 Apr 2011 17:08:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:45653 Archived-At: > > > Does it work if you copy the entire contents of the Grep buffer to > > > another buffer? > >=20 > > No, same problem. >=20 > Well, as you yourself show, it is not the "same problem". Same problem as the one I reported: `flush-lines' removes only the first = few matching lines. > (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.) I was clear that this is on Windows. And on Windows there is no `grep' = without doing something besides emacs -Q. Hence the recipe for Windows. > > autorevert.el:368:;;;=1B[01;31m##=1B[00m=1B[K#autoload > > autorevert.el:377:;;;=1B[01;31m##=1B[00m=1B[K#autoload > > ... > >=20 > > As you can see, the problem seems to be that the string=20 > > "###autoload" is not present as such. >=20 > Exactly! Customize grep-highlight-matches to nil, and the problem > goes away. I hope you are saying that merely in order to lend support for the = hypothesis about the cause of the problem. Doing that is certainly not a solution = to the problem. > > Instead, escape characters are inserted between ## and #. >=20 > That's Grep in action, when we ask it to highlight matches in its > output. It does that by inserting ANSI escape sequences. Yes, I know. It also does that in Emacs 22 and 23, but without the bug. If I had to guess in ignorance I'd say that it has to do with Emacs 24 highlighting only a screen at a time, instead of the whole buffer. For = the part of the buffer that gets highlighted (so the escape chars are not = apparent) there is no problem. > > I hope you will consider it a bug to be fixed. >=20 > Not me, but hopefully someone else. You don't consider it a bug to be fixed, but you hope someone else will = consider it so? What's that about? Turning off highlighting to make the problem go away is not a solution. = This is a regression and represents a real loss of functionality. If a better solution is not found, we should at least give users = knowledge of how to make the buffer amenable to `flush-lines' etc. Give them a = command that does whatever needs to be done. A single command that makes the buffer = editable and fontifies everything would probably be enough, if it is well enough advertised (e.g. in the `Grep' menu). Again, that would be an = acceptable workaround only IF a real solution cannot be found. I tried `font-lock-fontify-buffer', thinking that might be enough to do = the trick, but it did not. It is font-locking that removes the escape-char = markers, but I guess the laziness of font-locking is still the problem, even with `font-lock-fontify-buffer'. The value of (font-lock-value-in-major-mode font-lock-support-mode) in *grep* is `jit-lock-mode'. It is common for users to operate on text in the buffer. This bug makes = the *grep* buffer much less useful.