From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 05 15:07:45 2011 Received: (at submit) by debbugs.gnu.org; 5 Apr 2011 19:07:45 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q7BbM-0008St-Lk for submit@debbugs.gnu.org; Tue, 05 Apr 2011 15:07:45 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q7BbL-0008Sg-Ds for submit@debbugs.gnu.org; Tue, 05 Apr 2011 15:07:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q7BbC-0006zG-IN for submit@debbugs.gnu.org; Tue, 05 Apr 2011 15:07:38 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, T_RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:60807) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q7BbC-0006x5-GD for submit@debbugs.gnu.org; Tue, 05 Apr 2011 15:07:34 -0400 Received: from [140.186.70.92] (port=48541 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q7BXh-0002Sx-L6 for bug-gnu-emacs@gnu.org; Tue, 05 Apr 2011 15:04:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q7BVW-00053K-Gx for bug-gnu-emacs@gnu.org; Tue, 05 Apr 2011 15:01:43 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]:20755) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q7BVW-00052v-BE for bug-gnu-emacs@gnu.org; Tue, 05 Apr 2011 15:01:42 -0400 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 p35J1b7O022829 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 5 Apr 2011 19:01:38 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id p35J1a4F032714 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 5 Apr 2011 19:01:37 GMT Received: from abhmt003.oracle.com (abhmt003.oracle.com [141.146.116.12]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p35J1aZH017232 for ; Tue, 5 Apr 2011 14:01:36 -0500 Received: from dradamslap1 (/10.159.34.208) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 05 Apr 2011 12:01:35 -0700 From: "Drew Adams" To: Subject: 24.0.50; regression: `flush-lines' does not flush all it should Date: Tue, 5 Apr 2011 12:01:35 -0700 Message-ID: <31A5E2DEB9B24F82A8AD85713507FE10@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 thread-index: Acvzw+JGYaAfqcEaQdeuNdy7MYj9OA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Source-IP: acsmt357.oracle.com [141.146.40.157] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090208.4D9B6711.003F:SCFSTAT5015188,ss=1,fgs=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 199.232.76.165 X-Spam-Score: -6.5 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.5 (------) emacs -Q Load libraries cygwin-mount.el, setup-cygwin.el, to be able to use grep on Windows. The libraries are here: http://www.emacswiki.org/emacs/ElispArea cd to the Emacs Lisp source directory. M-x grep RET grep -nH -e "#" *.el */*.el RET The grep output shows all matches for `#'. C-x C-q to make the grep buffer writable. M-x flush-lines RET ###autoload RET Only the first few lines containing `###autoload' are flushed. Repeating `flush-lines' flushes a few more. But all should be flushed (assuming point is at bob). Same thing if you do `C-x h' before M-x flush-lines. This is a regression wrt Emacs 23.3 and older releases. But the `flush-lines' code itself seems not to have changed since 23.3. In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2011-04-04 on 3249CTO Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (4.5) --no-opt --cflags -Ic:/imagesupport/include' From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 05 15:52:43 2011 Received: (at 8429) by debbugs.gnu.org; 5 Apr 2011 19:52:43 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q7CIt-00010g-LC for submit@debbugs.gnu.org; Tue, 05 Apr 2011 15:52:43 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q7CIq-00010P-0x for 8429@debbugs.gnu.org; Tue, 05 Apr 2011 15:52:41 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LJ700C003014L00@a-mtaout23.012.net.il> for 8429@debbugs.gnu.org; Tue, 05 Apr 2011 22:52:33 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.126.47.180]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LJ700BVL37JUU30@a-mtaout23.012.net.il>; Tue, 05 Apr 2011 22:52:32 +0300 (IDT) Date: Tue, 05 Apr 2011 22:52:39 +0300 From: Eli Zaretskii Subject: Re: bug#8429: 24.0.50; regression: `flush-lines' does not flush all it should In-reply-to: <31A5E2DEB9B24F82A8AD85713507FE10@us.oracle.com> X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <83oc4kv5ko.fsf@gnu.org> References: <31A5E2DEB9B24F82A8AD85713507FE10@us.oracle.com> X-Spam-Score: -1.8 (-) X-Debbugs-Envelope-To: 8429 Cc: 8429@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.8 (-) > From: "Drew Adams" > Date: Tue, 5 Apr 2011 12:01:35 -0700 > Cc: > > emacs -Q > > Load libraries cygwin-mount.el, setup-cygwin.el, to be able to use grep > on Windows. The libraries are here: > http://www.emacswiki.org/emacs/ElispArea > > cd to the Emacs Lisp source directory. > > M-x grep RET grep -nH -e "#" *.el */*.el RET > > The grep output shows all matches for `#'. > > C-x C-q to make the grep buffer writable. > > M-x flush-lines RET ###autoload RET > > Only the first few lines containing `###autoload' are flushed. > Repeating `flush-lines' flushes a few more. But all should be flushed > (assuming point is at bob). Same thing if you do `C-x h' before M-x > flush-lines. Does it work if you copy the entire contents of the Grep buffer to another buffer? From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 05 16:15:10 2011 Received: (at 8429) by debbugs.gnu.org; 5 Apr 2011 20:15:10 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q7Ceb-0001Um-W8 for submit@debbugs.gnu.org; Tue, 05 Apr 2011 16:15:10 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q7Cea-0001UM-1U for 8429@debbugs.gnu.org; Tue, 05 Apr 2011 16:15:08 -0400 Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id p35KExkK015846 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 5 Apr 2011 20:15:00 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id p35KEwvg029010 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Apr 2011 20:14:59 GMT Received: from abhmt016.oracle.com (abhmt016.oracle.com [141.146.116.25]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p35KEwBa011784; Tue, 5 Apr 2011 15:14:58 -0500 Received: from dradamslap1 (/10.159.34.208) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 05 Apr 2011 13:14:58 -0700 From: "Drew Adams" To: "'Eli Zaretskii'" References: <31A5E2DEB9B24F82A8AD85713507FE10@us.oracle.com> <83oc4kv5ko.fsf@gnu.org> Subject: RE: bug#8429: 24.0.50; regression: `flush-lines' does not flush all it should Date: Tue, 5 Apr 2011 13:14:57 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <83oc4kv5ko.fsf@gnu.org> thread-index: AcvzywNUqjsdpWlNR96GSdWGercRvQAAgJzw 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.0A090204.4D9B7843.015A:SCFSTAT5015188,ss=1,fgs=0 X-Spam-Score: -6.5 (------) X-Debbugs-Envelope-To: 8429 Cc: 8429@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.5 (------) > Does it work if you copy the entire contents of the Grep buffer to > another buffer? No, same problem. But you can try for yourself, given the simple = recipe. After copying to another buffer and trying flush-lines once, I see this = (tail abbreviated): grep -nH -e "##" *.el */*.el apropos.el:514:;;;=1B[01;31m##=1B[00m=1B[K#autoload apropos.el:524:;;;=1B[01;31m##=1B[00m=1B[K#autoload apropos.el:563:;;;=1B[01;31m##=1B[00m=1B[K#autoload apropos.el:669:;;;=1B[01;31m##=1B[00m=1B[K#autoload apropos.el:715:;;;=1B[01;31m##=1B[00m=1B[K#autoload arc-mode.el:634:;;;=1B[01;31m##=1B[00m=1B[K#autoload array.el:802:;;;=1B[01;31m##=1B[00m=1B[K#autoload autoarg.el:91:;;;=1B[01;31m##=1B[00m=1B[K#autoload autoarg.el:113:;;;=1B[01;31m##=1B[00m=1B[K#autoload autoinsert.el:318:;;;=1B[01;31m##=1B[00m=1B[K#autoload autoinsert.el:379:;;;=1B[01;31m##=1B[00m=1B[K#autoload autoinsert.el:398:;;;=1B[01;31m##=1B[00m=1B[K#autoload autorevert.el:117:;;; What's this?: ;;;=1B[01;31m##=1B[00m=1B[K#autoload autorevert.el:285:;;;=1B[01;31m##=1B[00m=1B[K#autoload autorevert.el:306:;;;=1B[01;31m##=1B[00m=1B[K#autoload autorevert.el:315:;;;=1B[01;31m##=1B[00m=1B[K#autoload autorevert.el:368:;;;=1B[01;31m##=1B[00m=1B[K#autoload autorevert.el:377:;;;=1B[01;31m##=1B[00m=1B[K#autoload ... As you can see, the problem seems to be that the string "###autoload" is = not present as such. Instead, escape characters are inserted between ## and = #. Presumably the first few lines were not like that, so they did get = flushed. When I yanked the buffer text copied from *grep* into the new buffer = (foo), the part of buffer *grep* that had been fontified (or whatever processing is = done to visually replace the escape chars with highlighted text) appeared = fontified in `foo', and thus those lines did have "###autoload" present, so they got = flushed. The remaining lines (many, many), which were not highlighted, did not = get flushed. So the problem seems to be lazy highlighting. Unhighlighted text = interferes with search etc. because of the escape chars. I often flush out comment lines etc. from *grep*. This is a real step = backward, IMO. I hope you will consider it a bug to be fixed. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 05 16:36:39 2011 Received: (at 8429) by debbugs.gnu.org; 5 Apr 2011 20:36:39 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q7CzP-0001x9-9a for submit@debbugs.gnu.org; Tue, 05 Apr 2011 16:36:39 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q7CzN-0001ww-Cn for 8429@debbugs.gnu.org; Tue, 05 Apr 2011 16:36:38 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LJ700D0055H4L00@a-mtaout22.012.net.il> for 8429@debbugs.gnu.org; Tue, 05 Apr 2011 23:36:27 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.126.47.180]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LJ700C4058OOR30@a-mtaout22.012.net.il>; Tue, 05 Apr 2011 23:36:26 +0300 (IDT) Date: Tue, 05 Apr 2011 23:36:32 +0300 From: Eli Zaretskii Subject: Re: bug#8429: 24.0.50; regression: `flush-lines' does not flush all it should In-reply-to: X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <83mxk4v3jj.fsf@gnu.org> References: <31A5E2DEB9B24F82A8AD85713507FE10@us.oracle.com> <83oc4kv5ko.fsf@gnu.org> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 8429 Cc: 8429@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > From: "Drew Adams" > Cc: <8429@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. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 05 16:48:17 2011 Received: (at 8429) by debbugs.gnu.org; 5 Apr 2011 20:48:17 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q7DAf-0002E9-Gg for submit@debbugs.gnu.org; Tue, 05 Apr 2011 16:48:17 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q7DAd-0002Dx-2j for 8429@debbugs.gnu.org; Tue, 05 Apr 2011 16:48:16 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LJ700C005J6ZC00@a-mtaout20.012.net.il> for 8429@debbugs.gnu.org; Tue, 05 Apr 2011 23:47:39 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.126.47.180]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LJ700B7Q5RASHC0@a-mtaout20.012.net.il>; Tue, 05 Apr 2011 23:47:35 +0300 (IDT) Date: Tue, 05 Apr 2011 23:47:42 +0300 From: Eli Zaretskii Subject: Re: bug#8429: 24.0.50; regression: `flush-lines' does not flush all it should In-reply-to: X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <83lizov30x.fsf@gnu.org> References: <31A5E2DEB9B24F82A8AD85713507FE10@us.oracle.com> <83oc4kv5ko.fsf@gnu.org> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 8429 Cc: 8429@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > From: "Drew Adams" > Cc: <8429@debbugs.gnu.org> > Date: Tue, 5 Apr 2011 13:14:57 -0700 > > So the problem seems to be lazy highlighting. Unhighlighted text interferes with > search etc. because of the escape chars. Yes, it sounds like flush-lines should retry when it fails to find a match, after lazy-highlighting the next portion of the buffer. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 05 17:07:12 2011 Received: (at 8429) by debbugs.gnu.org; 5 Apr 2011 21:07:12 +0000 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 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 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 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 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 Received: from dradamslap1 (/10.159.34.208) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 05 Apr 2011 14:06:59 -0700 From: "Drew Adams" To: "'Eli Zaretskii'" References: <31A5E2DEB9B24F82A8AD85713507FE10@us.oracle.com> <83oc4kv5ko.fsf@gnu.org> <83mxk4v3jj.fsf@gnu.org> Subject: RE: 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> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable 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-Spam-Score: -6.5 (------) X-Debbugs-Envelope-To: 8429 Cc: 8429@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.5 (------) > > > 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. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 05 17:15:45 2011 Received: (at 8429) by debbugs.gnu.org; 5 Apr 2011 21:15:45 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q7DbF-0002qd-4y for submit@debbugs.gnu.org; Tue, 05 Apr 2011 17:15:45 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q7DbC-0002qR-RV for 8429@debbugs.gnu.org; Tue, 05 Apr 2011 17:15:43 -0400 Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id p35LFZbX011622 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 5 Apr 2011 21:15:36 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id p35LFYh5025924 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Apr 2011 21:15:34 GMT Received: from abhmt017.oracle.com (abhmt017.oracle.com [141.146.116.26]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p35LFXpH004534; Tue, 5 Apr 2011 16:15:34 -0500 Received: from dradamslap1 (/10.159.34.208) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 05 Apr 2011 14:15:33 -0700 From: "Drew Adams" To: "'Eli Zaretskii'" References: <31A5E2DEB9B24F82A8AD85713507FE10@us.oracle.com> <83oc4kv5ko.fsf@gnu.org> <83lizov30x.fsf@gnu.org> Subject: RE: bug#8429: 24.0.50; regression: `flush-lines' does not flush all it should Date: Tue, 5 Apr 2011 14:15:33 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <83lizov30x.fsf@gnu.org> thread-index: Acvz0sclqj+S6UlISZCVkcK03dO2RwAArlGA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Source-IP: acsmt358.oracle.com [141.146.40.158] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090203.4D9B8677.0069:SCFSTAT5015188,ss=1,fgs=0 X-Spam-Score: -6.5 (------) X-Debbugs-Envelope-To: 8429 Cc: 8429@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.5 (------) > > So the problem seems to be lazy highlighting. Unhighlighted > > text interferes with > > search etc. because of the escape chars. > > Yes, it sounds like flush-lines should retry when it fails to find a > match, after lazy-highlighting the next portion of the buffer. That doesn't sound like the right approach to me. For one thing, the problem is not limited to `flush-lines'. Any action on the buffer text that gets thrown off by the added chars will be affected. One of the reasons to run `grep' in Emacs is to have a buffer of text to operate on. For another thing, it's not clear that changing `flush-lines' in that way would be appropriate for other use `flush-lines' contexts. As I said, we might need to opt for letting the user initiate an editing mode. Until now, `C-x C-q' was enough for that. But maybe now more is needed. But that's only if this bug cannot really be fixed in a way that gives back the pre-regression behavior. IOW, things worked well in Emacs 22 and 23; what was gained in losing this behavior? My guess is that the answer is performance: highlighting is no doubt much faster because only what's shown gets highlighted. That is important (useful), no doubt about it. If a tradeoff is needed and no better solution can be found, then I'd suggest a command to make the buffer editable and completely highlighted. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 05 21:29:06 2011 Received: (at 8429) by debbugs.gnu.org; 6 Apr 2011 01:29:06 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q7HYQ-0000kG-0x for submit@debbugs.gnu.org; Tue, 05 Apr 2011 21:29:06 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q7HYO-0000jk-4c for 8429@debbugs.gnu.org; Tue, 05 Apr 2011 21:29:04 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAHjBm01FpZU1/2dsb2JhbAClc3iIeblihWwElkY X-IronPort-AV: E=Sophos;i="4.63,307,1299474000"; d="scan'208";a="103350958" Received: from 69-165-149-53.dsl.teksavvy.com (HELO pastel.home) ([69.165.149.53]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 05 Apr 2011 21:28:57 -0400 Received: by pastel.home (Postfix, from userid 20848) id 1B69E58C65; Tue, 5 Apr 2011 21:28:57 -0400 (EDT) From: Stefan Monnier To: "Drew Adams" Subject: Re: bug#8429: 24.0.50; regression: `flush-lines' does not flush all it should Message-ID: References: <31A5E2DEB9B24F82A8AD85713507FE10@us.oracle.com> <83oc4kv5ko.fsf@gnu.org> <83mxk4v3jj.fsf@gnu.org> <1EA42FB8EA9B4526BF3D014AC2BB0CFE@us.oracle.com> Date: Tue, 05 Apr 2011 21:28:57 -0400 In-Reply-To: <1EA42FB8EA9B4526BF3D014AC2BB0CFE@us.oracle.com> (Drew Adams's message of "Tue, 5 Apr 2011 14:06:58 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 8429 Cc: 'Eli Zaretskii' , 8429@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > 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. Sounds like the likely culprit. And the fix is still the same: move the grep-highlighting-processing from font-lock to the process filter. Stefan From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 07 03:25:42 2011 Received: (at control) by debbugs.gnu.org; 7 Oct 2011 07:25:42 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RC4oQ-0004Dh-B6 for submit@debbugs.gnu.org; Fri, 07 Oct 2011 03:25:42 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RC4oN-0004DZ-EY for control@debbugs.gnu.org; Fri, 07 Oct 2011 03:25:40 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1RC4o9-0003tz-Ga for control@debbugs.gnu.org; Fri, 07 Oct 2011 03:25:25 -0400 Date: Fri, 07 Oct 2011 03:25:25 -0400 Message-Id: Subject: control message for bug 8429 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -6.4 (------) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.4 (------) retitle 8429 move grep highlight from font-lock to process filter From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 01 19:34:47 2013 Received: (at 8429) by debbugs.gnu.org; 2 Feb 2013 00:34:47 +0000 Received: from localhost ([127.0.0.1]:60127 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U1R4A-0002Va-QP for submit@debbugs.gnu.org; Fri, 01 Feb 2013 19:34:46 -0500 Received: from ps18281.dreamhost.com ([69.163.218.105]:34745 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U1R48-0002VR-HI for 8429@debbugs.gnu.org; Fri, 01 Feb 2013 19:34:45 -0500 Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 703F9258B9296F; Fri, 1 Feb 2013 16:33:52 -0800 (PST) From: Juri Linkov To: "Drew Adams" Subject: Re: bug#8429: 24.0.50; regression: `flush-lines' does not flush all it should Organization: JURTA References: <31A5E2DEB9B24F82A8AD85713507FE10@us.oracle.com> Date: Sat, 02 Feb 2013 02:32:32 +0200 In-Reply-To: <31A5E2DEB9B24F82A8AD85713507FE10@us.oracle.com> (Drew Adams's message of "Tue, 5 Apr 2011 12:01:35 -0700") Message-ID: <87k3qr5zdr.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 8429 Cc: 8429@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.0 (/) > M-x grep RET grep -nH -e "#" *.el */*.el RET > > The grep output shows all matches for `#'. > > C-x C-q to make the grep buffer writable. > > M-x flush-lines RET ###autoload RET > > Only the first few lines containing `###autoload' are flushed. Your report is from 5 Apr 2011. But this was already fixed 9 May 2011 by Yidong in http://debbugs.gnu.org/7952#103 Drew, could you verify that there is no bug anymore. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 01 21:17:43 2013 Received: (at 8429) by debbugs.gnu.org; 2 Feb 2013 02:17:43 +0000 Received: from localhost ([127.0.0.1]:60161 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U1Sfm-0006II-RC for submit@debbugs.gnu.org; Fri, 01 Feb 2013 21:17:43 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:45570) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U1Sfj-0006I0-49 for 8429@debbugs.gnu.org; Fri, 01 Feb 2013 21:17:40 -0500 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r122Gkkw011738 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 2 Feb 2013 02:16:47 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r122GjpG021059 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 2 Feb 2013 02:16:46 GMT Received: from abhmt104.oracle.com (abhmt104.oracle.com [141.146.116.56]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id r122GjOi014746; Fri, 1 Feb 2013 20:16:45 -0600 Received: from dradamslap1 (/10.159.239.247) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 01 Feb 2013 18:16:45 -0800 From: "Drew Adams" To: "'Juri Linkov'" References: <31A5E2DEB9B24F82A8AD85713507FE10@us.oracle.com> <87k3qr5zdr.fsf@mail.jurta.org> Subject: RE: bug#8429: 24.0.50; regression: `flush-lines' does not flush all it should Date: Fri, 1 Feb 2013 18:16:39 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac4A3Pq/eqcwau8CQSWAKvkpTou6DQADdL2A In-Reply-To: <87k3qr5zdr.fsf@mail.jurta.org> X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-Spam-Score: -1.8 (-) X-Debbugs-Envelope-To: 8429 Cc: 8429@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.5 (----) > > M-x grep RET grep -nH -e "#" *.el */*.el RET > > > > The grep output shows all matches for `#'. > > > > C-x C-q to make the grep buffer writable. > > > > M-x flush-lines RET ###autoload RET > > > > Only the first few lines containing `###autoload' are flushed. > > Your report is from 5 Apr 2011. But this was already fixed 9 May 2011 > by Yidong in http://debbugs.gnu.org/7952#103 > > Drew, could you verify that there is no bug anymore. Interesting. Bug #8429 was not closed. And yes, I tested it today before I sent that mail, starting from emacs -Q with this build: In GNU Emacs 24.3.50.1 (i386-mingw-nt5.1.2600) of 2013-01-30 on ODIEONE Bzr revision: 111631 michael.albinus@gmx.de-20130130192046-nx4rskw7jemmtrw8 Windowing system distributor `Microsoft Corp.', version 5.1.2600 Configured using: `configure --with-gcc (4.7) --no-opt --enable-checking --cflags -IC:/Devel/emacs/build/include --ldflags -LC:/Devel/emacs/build/lib' I followed the recipe in the bug report. At first I thought it was fixed, but then I saw that there were still plenty of occurrences of the regexp matches farther down in the buffer. Try it and see what you find. I used Emacs on Windows with grep from Cygwin, but that should not make any difference. From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 02 19:20:43 2013 Received: (at 8429) by debbugs.gnu.org; 3 Feb 2013 00:20:43 +0000 Received: from localhost ([127.0.0.1]:33337 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U1nK7-0003jG-59 for submit@debbugs.gnu.org; Sat, 02 Feb 2013 19:20:43 -0500 Received: from ps18281.dreamhost.com ([69.163.218.105]:51799 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U1nK5-0003j9-1z for 8429@debbugs.gnu.org; Sat, 02 Feb 2013 19:20:42 -0500 Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 7E78E258B9296F; Sat, 2 Feb 2013 16:19:43 -0800 (PST) From: Juri Linkov To: "Drew Adams" Subject: Re: bug#8429: 24.0.50; regression: `flush-lines' does not flush all it should Organization: JURTA References: <31A5E2DEB9B24F82A8AD85713507FE10@us.oracle.com> <87k3qr5zdr.fsf@mail.jurta.org> Date: Sun, 03 Feb 2013 01:54:31 +0200 In-Reply-To: (Drew Adams's message of "Fri, 1 Feb 2013 18:16:39 -0800") Message-ID: <87sj5e460g.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 8429 Cc: 8429@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.8 (/) > I followed the recipe in the bug report. At first I thought it was fixed, but > then I saw that there were still plenty of occurrences of the regexp matches > farther down in the buffer. When the grep process is not yet finished then of course flush-lines can't remove all matches. A running grep process adds more occurrences that you have to remove with flush-lines when grep finishes. > Try it and see what you find. I tried and see that the bug is fixed, there are no remaining occurrences when flush-lines is called after grep is finished. If you still see the bug, please send the lines containing the unremoved matches. Do they contain escape sequences? From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 02 19:31:51 2013 Received: (at 8429) by debbugs.gnu.org; 3 Feb 2013 00:31:51 +0000 Received: from localhost ([127.0.0.1]:33341 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U1nUr-0003yt-5G for submit@debbugs.gnu.org; Sat, 02 Feb 2013 19:31:51 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:37262) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U1nUo-0003yl-TR for 8429@debbugs.gnu.org; Sat, 02 Feb 2013 19:31:48 -0500 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r130UnPZ016778 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 3 Feb 2013 00:30:49 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r130UkXp027541 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Feb 2013 00:30:47 GMT Received: from abhmt105.oracle.com (abhmt105.oracle.com [141.146.116.57]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id r130Ukpu019450; Sat, 2 Feb 2013 18:30:46 -0600 Received: from dradamslap1 (/71.202.147.44) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 02 Feb 2013 16:30:46 -0800 From: "Drew Adams" To: "'Juri Linkov'" References: <31A5E2DEB9B24F82A8AD85713507FE10@us.oracle.com><87k3qr5zdr.fsf@mail.jurta.org> <87sj5e460g.fsf@mail.jurta.org> Subject: RE: bug#8429: 24.0.50; regression: `flush-lines' does not flush all it should Date: Sat, 2 Feb 2013 16:30:38 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87sj5e460g.fsf@mail.jurta.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac4BpCu2osoQPrQjSZagmbN9pDZKtQAAD7Rw X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 8429 Cc: 8429@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > > I followed the recipe in the bug report. At first I > > thought it was fixed, but then I saw that there were > > still plenty of occurrences of the regexp matches > > farther down in the buffer. > > When the grep process is not yet finished then of course flush-lines > can't remove all matches. A running grep process adds more > occurrences that you have to remove with flush-lines when grep > finishes. I thought I waited until grep was finished (final message plus mode-line indication) - I specifically intended to as part of the test. But apparently I did not. Trying again, I see that it is indeed fixed. Very sorry for the noise. I will close the bug. Thx. From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 02 19:33:07 2013 Received: (at control) by debbugs.gnu.org; 3 Feb 2013 00:33:07 +0000 Received: from localhost ([127.0.0.1]:33345 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U1nW6-000412-BC for submit@debbugs.gnu.org; Sat, 02 Feb 2013 19:33:07 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:37360) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U1nW3-00040v-Vc for control@debbugs.gnu.org; Sat, 02 Feb 2013 19:33:04 -0500 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r130W6mC017408 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 3 Feb 2013 00:32:07 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r130W6YA020044 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 3 Feb 2013 00:32:06 GMT Received: from abhmt115.oracle.com (abhmt115.oracle.com [141.146.116.67]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id r130W547019979 for ; Sat, 2 Feb 2013 18:32:05 -0600 Received: from dradamslap1 (/71.202.147.44) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 02 Feb 2013 16:32:05 -0800 From: "Drew Adams" To: Subject: bug #8429: close Date: Sat, 2 Feb 2013 16:31:58 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac4BpeAHflSAlR+SSEKmkTPsPAGpMA== X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) close 8429 thanks From unknown Wed Jun 18 23:09:28 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 03 Mar 2013 12:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator