GNU bug report logs -
#48107
27.2; tags-quiery-replace fails to find occurences
Previous Next
Reported by: "Bob Floyd" <bobfloyd <at> comcast.net>
Date: Thu, 29 Apr 2021 20:15:02 UTC
Severity: normal
Tags: fixed
Found in version 27.2
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 48107 in the body.
You can then email your comments to 48107 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#48107
; Package
emacs
.
(Thu, 29 Apr 2021 20:15:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Bob Floyd" <bobfloyd <at> comcast.net>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 29 Apr 2021 20:15:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Put the attached 3 files, `f1.cpp`, `f2.cpp` and `TAGS` into an empty
folder.
Do:
1) find-file f1.cpp (C-x C-f)
2) tags-query-replace ITracks JTracks
There are 4 occurrences that are changed
3) tags-query-replace JTracks ITracks
There are 2 occurrences that are changed, and it reports "Replaced 0
occurrences"
It should have found the remaining 2 occurrences and the reported number of
0 is wrong.
Hope you can reproduce this.
In GNU Emacs 27.2 (build 1, x86_64-w64-mingw32)
of 2021-03-26 built on CIRROCUMULUS
Repository revision: deef5efafb70f4b171265b896505b92b6eef24e6
Repository branch: HEAD
Windowing system distributor 'Microsoft Corp.', version 10.0.19042
System Description: Microsoft Windows 10 Enterprise (v10.0.2009.19042.928)
Recent messages:
Replaced 2 occurrences
Scanning file d:/Bob/Temp/emacs/f2.cpp...
Mark set
Replaced 2 occurrences
user-error: All files processed
Mark set
Replaced 2 occurrences
Scanning file d:/Bob/Temp/emacs/f2.cpp...
Mark set
Replaced 0 occurrences
Configured using:
'configure --without-dbus --host=x86_64-w64-mingw32
--without-compress-install 'CFLAGS=-O2 -static''
Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY W32NOTIFY ACL GNUTLS LIBXML2
HARFBUZZ ZLIB TOOLKIT_SCROLL_BARS MODULES THREADS JSON PDUMPER LCMS2 GMP
Important settings:
value of $LANG: ENU
locale-coding-system: cp1252
Major mode: C++//la
Minor modes in effect:
shell-dirtrack-mode: t
show-paren-mode: t
tooltip-mode: t
global-eldoc-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
abbrev-mode: t
Load-path shadows:
d:/Bob/.emacs.d/elpa/verilog-mode-2020.6.27.14326051/verilog-mode hides
c:/Program Files/Emacs
27.2/x86_64/share/emacs/27.2/lisp/progmodes/verilog-mode
Features:
(shadow sort mail-extr emacsbug message rmc puny format-spec rfc822 mml
mml-sec epa epg epg-config gnus-util rmail rmail-loaddefs
text-property-search mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util mail-prsvr mail-utils thingatpt etags fileloop generator xref
project dired dired-loaddefs pcmpl-unix time-date web-mode advice
derived edmacro kmacro shell pcomplete comint ansi-color ring printing
ps-print ps-print-loaddefs ps-def lpr paren cc-mode cc-fonts cc-guess
cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs finder-inf
tex-site info package easymenu browse-url url-handlers url-parse
auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs
password-cache json subr-x map url-vars seq byte-opt gv bytecomp
byte-compile cconv cl-loaddefs cl-lib tooltip eldoc electric uniquify
ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp disp-table
term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode
lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch
timer select scroll-bar mouse jit-lock font-lock syntax facemenu
font-core term/tty-colors frame minibuffer cl-generic cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese composite charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote threads w32notify w32
lcms2 multi-tty make-network-process emacs)
Memory information:
((conses 16 174942 7392)
(symbols 48 13957 1)
(strings 32 45787 2201)
(string-bytes 1 1506192)
(vectors 16 19753)
(vector-slots 8 248280 10026)
(floats 8 286 53)
(intervals 56 676 10)
(buffers 1000 18))
[Message part 2 (text/html, inline)]
[f1.cpp (text/plain, attachment)]
[f2.cpp (text/plain, attachment)]
[TAGS (application/octet-stream, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#48107
; Package
emacs
.
(Thu, 29 Apr 2021 22:28:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 48107 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
>
> Put the attached 3 files, `f1.cpp`, `f2.cpp` and `TAGS` into an empty
> folder.
>
> Do:
>
> 1) find-file f1.cpp (C-x C-f)
>
> 2) tags-query-replace ITracks JTracks
>
> There are 4 occurrences that are changed
>
> 3) tags-query-replace JTracks ITracks
>
> There are 2 occurrences that are changed, and it reports “Replaced 0
> occurrences”
>
> It should have found the remaining 2 occurrences and the reported number
> of 0 is wrong.
>
Thanks for your bug report. I can indeed reproduce this with Emacs 27.2,
but not with the development version of Emacs, so this bug has apparently
already been fixed. I did not find a workaround for Emacs 27.2 alas, even
saving both buffers and manually re-running etags does not fix the bug.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#48107
; Package
emacs
.
(Fri, 30 Apr 2021 07:47:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 48107 <at> debbugs.gnu.org (full text, mbox):
> Date: Thu, 29 Apr 2021 22:27:33 +0000
> From: Gregory Heytings <gregory <at> heytings.org>
> Cc: 48107 <at> debbugs.gnu.org
>
> Thanks for your bug report. I can indeed reproduce this with Emacs 27.2,
> but not with the development version of Emacs, so this bug has apparently
> already been fixed. I did not find a workaround for Emacs 27.2 alas, even
> saving both buffers and manually re-running etags does not fix the bug.
The workaround for Emacs 27 is to go to BOB in every file that was
visited by the original replace.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#48107
; Package
emacs
.
(Fri, 30 Apr 2021 09:00:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 48107 <at> debbugs.gnu.org (full text, mbox):
>> Thanks for your bug report. I can indeed reproduce this with Emacs
>> 27.2, but not with the development version of Emacs, so this bug has
>> apparently already been fixed. I did not find a workaround for Emacs
>> 27.2 alas, even saving both buffers and manually re-running etags does
>> not fix the bug.
>
> The workaround for Emacs 27 is to go to BOB in every file that was
> visited by the original replace.
>
Indeed, that works, thanks. For Bob Floyd: "go to BOB" is not a reference
to your first name ;-), it means "go to the beginning of buffer", for
example with M-<.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#48107
; Package
emacs
.
(Fri, 30 Apr 2021 15:35:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 48107 <at> debbugs.gnu.org (full text, mbox):
Awh, shucks, I was flattered for a moment.
How stable is the development version? Or, will I be disappointed if I use
it for work? Or, how soon will the development version become 27.3?
The issue is driving me nuts and the workaround ....
Thanks,
BOB
-----Original Message-----
From: Gregory Heytings [mailto:gregory <at> heytings.org]
Sent: Friday, April 30, 2021 1:59 AM
To: Eli Zaretskii
Cc: bobfloyd <at> comcast.net; 48107 <at> debbugs.gnu.org
Subject: Re: bug#48107: 27.2; tags-quiery-replace fails to find occurences
>> Thanks for your bug report. I can indeed reproduce this with Emacs
>> 27.2, but not with the development version of Emacs, so this bug has
>> apparently already been fixed. I did not find a workaround for Emacs
>> 27.2 alas, even saving both buffers and manually re-running etags does
>> not fix the bug.
>
> The workaround for Emacs 27 is to go to BOB in every file that was
> visited by the original replace.
>
Indeed, that works, thanks. For Bob Floyd: "go to BOB" is not a reference
to your first name ;-), it means "go to the beginning of buffer", for
example with M-<.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#48107
; Package
emacs
.
(Fri, 30 Apr 2021 15:51:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 48107 <at> debbugs.gnu.org (full text, mbox):
> From: "Bob Floyd" <bobfloyd <at> comcast.net>
> Cc: <48107 <at> debbugs.gnu.org>
> Date: Fri, 30 Apr 2021 08:34:29 -0700
>
> How stable is the development version? Or, will I be disappointed if I use
> it for work?
I suggest to try. there's no simple answer, because no one knows your
use patterns and workflows, nor your sensitivity to "stability"
problems.
> Or, how soon will the development version become 27.3?
It will become Emacs 28.1, and that is still far away.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#48107
; Package
emacs
.
(Fri, 30 Apr 2021 15:55:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 48107 <at> debbugs.gnu.org (full text, mbox):
>
> How stable is the development version? Or, will I be disappointed if I
> use it for work? Or, how soon will the development version become 27.3?
>
Rather stable, I'd say; I use it for work. The development version will
become Emacs 28, I have no idea when, but not soon.
>
> Awh, shucks, I was flattered for a moment.
>
> Thanks,
> BOB
>
;-P
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#48107
; Package
emacs
.
(Fri, 30 Apr 2021 17:40:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 48107 <at> debbugs.gnu.org (full text, mbox):
tags 48107 fixed
thanks
Eli Zaretskii <eliz <at> gnu.org> writes:
>> Date: Thu, 29 Apr 2021 22:27:33 +0000
>> From: Gregory Heytings <gregory <at> heytings.org>
>> Cc: 48107 <at> debbugs.gnu.org
>>
>> Thanks for your bug report. I can indeed reproduce this with Emacs 27.2,
>> but not with the development version of Emacs, so this bug has apparently
>> already been fixed. I did not find a workaround for Emacs 27.2 alas, even
>> saving both buffers and manually re-running etags does not fix the bug.
>
> The workaround for Emacs 27 is to go to BOB in every file that was
> visited by the original replace.
Is there any plan to backport the fix, or should this bug report be
closed?
Added tag(s) fixed.
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Fri, 30 Apr 2021 17:40:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#48107
; Package
emacs
.
(Fri, 30 Apr 2021 18:00:02 GMT)
Full text and
rfc822 format available.
Message #31 received at 48107 <at> debbugs.gnu.org (full text, mbox):
That's a long time to wait using an editor that fails to find strings - both
`tags-query-replace` and `tags-search` exhibit the brokenness. How about
considering a 27.3 released soon?
-----Original Message-----
From: Eli Zaretskii [mailto:eliz <at> gnu.org]
Sent: Friday, April 30, 2021 8:51 AM
To: Bob Floyd
Cc: gregory <at> heytings.org; 48107 <at> debbugs.gnu.org
Subject: Re: bug#48107: 27.2; tags-quiery-replace fails to find occurences
> From: "Bob Floyd" <bobfloyd <at> comcast.net>
> Cc: <48107 <at> debbugs.gnu.org>
> Date: Fri, 30 Apr 2021 08:34:29 -0700
>
> How stable is the development version? Or, will I be disappointed if I use
> it for work?
I suggest to try. there's no simple answer, because no one knows your
use patterns and workflows, nor your sensitivity to "stability"
problems.
> Or, how soon will the development version become 27.3?
It will become Emacs 28.1, and that is still far away.
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Fri, 30 Apr 2021 18:01:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
"Bob Floyd" <bobfloyd <at> comcast.net>
:
bug acknowledged by developer.
(Fri, 30 Apr 2021 18:01:02 GMT)
Full text and
rfc822 format available.
Message #36 received at 48107-done <at> debbugs.gnu.org (full text, mbox):
> From: Stefan Kangas <stefan <at> marxist.se>
> Date: Fri, 30 Apr 2021 12:39:16 -0500
> Cc: Gregory Heytings <gregory <at> heytings.org>, bobfloyd <at> comcast.net, 48107 <at> debbugs.gnu.org
>
> Is there any plan to backport the fix, or should this bug report be
> closed?
I don't think this is important enough to justify backporting, and I
don't think there will be Emacs 27.3 anyway.
Closing.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#48107
; Package
emacs
.
(Fri, 30 Apr 2021 18:09:01 GMT)
Full text and
rfc822 format available.
Message #39 received at 48107 <at> debbugs.gnu.org (full text, mbox):
> From: "Bob Floyd" <bobfloyd <at> comcast.net>
> Cc: <gregory <at> heytings.org>,
> <48107 <at> debbugs.gnu.org>
> Date: Fri, 30 Apr 2021 10:59:41 -0700
>
> That's a long time to wait using an editor that fails to find strings - both
> `tags-query-replace` and `tags-search` exhibit the brokenness. How about
> considering a 27.3 released soon?
We don't plan on doing that.
How about patching your Emacs 27.2 with the change that fixed that on
master?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#48107
; Package
emacs
.
(Fri, 30 Apr 2021 20:17:01 GMT)
Full text and
rfc822 format available.
Message #42 received at 48107 <at> debbugs.gnu.org (full text, mbox):
>
> That's a long time to wait using an editor that fails to find strings -
> both `tags-query-replace` and `tags-search` exhibit the brokenness. How
> about considering a 27.3 released soon?
>
Like Eli, I'd suggest you try to use the pretest Emacs 28, it's available
at https://alpha.gnu.org/gnu/emacs/pretest/windows/emacs-28/ .
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#48107
; Package
emacs
.
(Sat, 01 May 2021 00:09:02 GMT)
Full text and
rfc822 format available.
Message #45 received at 48107 <at> debbugs.gnu.org (full text, mbox):
Super duper thanks for the link I'm up and running the pretest!
-----Original Message-----
From: Gregory Heytings [mailto:gregory <at> heytings.org]
Sent: Friday, April 30, 2021 1:16 PM
To: Bob Floyd
Cc: 'Eli Zaretskii'; 48107 <at> debbugs.gnu.org
Subject: Re: bug#48107: 27.2; tags-quiery-replace fails to find occurences
>
> That's a long time to wait using an editor that fails to find strings -
> both `tags-query-replace` and `tags-search` exhibit the brokenness. How
> about considering a 27.3 released soon?
>
Like Eli, I'd suggest you try to use the pretest Emacs 28, it's available
at https://alpha.gnu.org/gnu/emacs/pretest/windows/emacs-28/ .
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 29 May 2021 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 17 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.