From unknown Sat Sep 13 13:16:23 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#47366 <47366@debbugs.gnu.org> To: bug#47366 <47366@debbugs.gnu.org> Subject: Status: 27.1; Tags search (regexp): FAILS Reply-To: bug#47366 <47366@debbugs.gnu.org> Date: Sat, 13 Sep 2025 20:16:23 +0000 retitle 47366 27.1; Tags search (regexp): FAILS reassign 47366 emacs submitter 47366 "Bob Floyd" severity 47366 normal tag 47366 moreinfo thanks From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 24 16:10:44 2021 Received: (at submit) by debbugs.gnu.org; 24 Mar 2021 20:10:45 +0000 Received: from localhost ([127.0.0.1]:36141 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lP9q0-0003bD-AA for submit@debbugs.gnu.org; Wed, 24 Mar 2021 16:10:44 -0400 Received: from lists.gnu.org ([209.51.188.17]:50316) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lP9px-0003b3-AM for submit@debbugs.gnu.org; Wed, 24 Mar 2021 16:10:42 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:38958) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lP9px-0000E0-2T for bug-gnu-emacs@gnu.org; Wed, 24 Mar 2021 16:10:41 -0400 Received: from resqmta-po-01v.sys.comcast.net ([2001:558:fe16:19:96:114:154:160]:50806) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lP9pt-0000dv-53 for bug-gnu-emacs@gnu.org; Wed, 24 Mar 2021 16:10:39 -0400 Received: from resomta-po-02v.sys.comcast.net ([96.114.154.226]) by resqmta-po-01v.sys.comcast.net with ESMTP id P9WDlhlfQKqmEP9poluDZy; Wed, 24 Mar 2021 20:10:32 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1616616632; bh=H1QkNegzL/5q/btiGHxx/3ZnGCH9PbAR7MzdKZhlPNg=; h=Received:Received:From:To:Subject:Date:Message-ID:MIME-Version: Content-Type; b=yWlG4yFBSELgjhjXg4IaM70bZUtjockYgbVVIR0IYmWQ6p0KWpgCQGEO61TcQLMMX 4IRuCJ0iD454M58w/OFjVDCBI7jNHmf4k2cCkodZBZ18sLLD6t1rXacIG+fgqsShxM TZ0WbSWHIqNBtJXjeuFN356VtBC3USRt4mcEQoyBIs0tx77DOZ9tRlRdYNeCVVEDBP 8hbaDcJv8HvZvbtd8G4hu84ENqSftSk5WlO2BQ5sjyp5r4VJiLYaIVkIBCtudzpDDt bZsQo6Vtjpjs6uGnuCyvDZTM84XGQ5t3BWw99XR3AZrCLzdrBBsdf0Y36BoYelO/e0 6xBEIP0FDzcQA== Received: from Cache ([IPv6:2601:647:6100:3b1c::87]) by resomta-po-02v.sys.comcast.net with ESMTPA id P9pnlt5jvxRnxP9polEO93; Wed, 24 Mar 2021 20:10:32 +0000 X-Xfinity-VMeta: sc=0.00;st=legit From: "Bob Floyd" To: Subject: 27.1; Tags search (regexp): FAILS Date: Wed, 24 Mar 2021 13:10:29 -0700 Message-ID: <003c01d720e9$bd44caf0$37ce60d0$@net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_003D_01D720AF.10E5F2F0" X-Mailer: Microsoft Office Outlook 12.0 Content-Language: en-us Thread-Index: Adcg6byXxwkrNDyQT5+P8wAgHEJccA== Received-SPF: pass client-ip=2001:558:fe16:19:96:114:154:160; envelope-from=bobfloyd@comcast.net; helo=resqmta-po-01v.sys.comcast.net X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -0.1 (/) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) This is a multi-part message in MIME format. ------=_NextPart_000_003D_01D720AF.10E5F2F0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, When I do a "tags-search FooFoo" sometimes the search stops in a buffer at the wrong line. FooFoo is indeed in the buffer, but can be many lines away from where emacs stopped. If I "kill-buffer" (C-x k) and restart the "tags-search" then emacs stops at the correct line where FooFoo is. I think this happens when I do a "tags-search", make edits in the buffer, then "save-some-buffers" (C-x s) followed by a 2nd "tags-search" that then fails. It appears maybe that the regex compiler isn't run after the edits? Sorry I can't provide an exact sequence of commands for you to see it, it doesn't happen always (maybe it doesn't even stop in the buffer and I don't notice), but perhaps you can recognize the issue. Thanks, Bob Floyd In GNU Emacs 27.1 (build 1, x86_64-w64-mingw32) of 2020-08-21 built on CIRROCUMULUS Repository revision: 86d8d76aa36037184db0b2897c434cdaab1a9ae8 Repository branch: HEAD Windowing system distributor 'Microsoft Corp.', version 10.0.19042 System Description: Microsoft Windows 10 Enterprise (v10.0.2009.19042.867) Recent messages: Scanning file d:/Bob/cvs/apps/ngspice-34/ngspice-34/src/ngnutmeg.c... Scanning file d:/Bob/cvs/apps/ngspice-34/ngspice-34/src/ngproc2mod.c... Scanning file d:/Bob/cvs/apps/ngspice-34/ngspice-34/src/ngsconvert.c... Scanning file d:/Bob/cvs/apps/ngspice-34/ngspice-34/src/ngspice.c... Scanning file d:/Bob/cvs/apps/ngspice-34/ngspice-34/src/sharedspice.c... Scanning file d:/Bob/cvs/apps/ngspice-34/ngspice-34/src/tclspice.c... Scanning file d:/Bob/cvs/apps/ngspice-34/ngspice-34/src/winmain.c... Scanning file d:/Bob/cvs/apps/ngspice-34/ngspice-34/src/winmain.h... user-error: All files processed Beginning of buffer 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: Info 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 buffer-read-only: t line-number-mode: t transient-mark-mode: t Load-path shadows: d:/Bob/.emacs.d/elpa/verilog-mode-2020.6.27.14326051/verilog-mode hides c:/Program Files/Emacs-27.1/x86_64/share/emacs/27.1/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 mule-util pulse thingatpt etags fileloop generator xref project sh-script smie executable misearch multi-isearch dired-aux dired dired-loaddefs time-date pcmpl-unix 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 367571 20618) (symbols 48 16568 1) (strings 32 59350 11795) (string-bytes 1 1919672) (vectors 16 23992) (vector-slots 8 353922 22828) (floats 8 314 304) (intervals 56 27804 2209) (buffers 1000 74)) ------=_NextPart_000_003D_01D720AF.10E5F2F0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

When I do a = “tags-search FooFoo” sometimes the search stops in a buffer = at the wrong line. FooFoo is indeed in the buffer, but can be many lines = away from where emacs stopped. If I “kill-buffer” (C-x k) = and restart the “tags-search” then emacs stops at the = correct line where FooFoo is. I think this happens when I do a = “tags-search”, make edits in the buffer, then = “save-some-buffers” (C-x s) followed by a 2nd = “tags-search” that then fails.

 

It appears = maybe that the regex compiler isn’t run after the = edits?

 

Sorry I can’t provide an exact sequence of = commands for you to see it, it doesn’t happen always (maybe it = doesn’t even stop in the buffer and I don’t notice), but = perhaps you can recognize the issue.

 

Thanks,

Bob = Floyd

 

In GNU Emacs 27.1 (build 1, = x86_64-w64-mingw32)

of 2020-08-21 = built on CIRROCUMULUS

Repository = revision: 86d8d76aa36037184db0b2897c434cdaab1a9ae8

Repository branch: HEAD

Windowing system distributor 'Microsoft Corp.', = version 10.0.19042

System = Description: Microsoft Windows 10 Enterprise = (v10.0.2009.19042.867)

 

Recent = messages:

Scanning file = d:/Bob/cvs/apps/ngspice-34/ngspice-34/src/ngnutmeg.c...

Scanning file = d:/Bob/cvs/apps/ngspice-34/ngspice-34/src/ngproc2mod.c...

<= p class=3DMsoNormal>Scanning file = d:/Bob/cvs/apps/ngspice-34/ngspice-34/src/ngsconvert.c...

<= p class=3DMsoNormal>Scanning file = d:/Bob/cvs/apps/ngspice-34/ngspice-34/src/ngspice.c...

Scanning file = d:/Bob/cvs/apps/ngspice-34/ngspice-34/src/sharedspice.c...

=

Scanning file = d:/Bob/cvs/apps/ngspice-34/ngspice-34/src/tclspice.c...

Scanning file = d:/Bob/cvs/apps/ngspice-34/ngspice-34/src/winmain.c...

Scanning file = d:/Bob/cvs/apps/ngspice-34/ngspice-34/src/winmain.h...

user-error: All files processed

Beginning of buffer

 

Configured = using:

'configure --without-dbus = --host=3Dx86_64-w64-mingw32

= --without-compress-install 'CFLAGS=3D-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: Info

 

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

  = buffer-read-only: t

  = line-number-mode: t

  = transient-mark-mode: t

 

Load-path = shadows:

d:/Bob/.emacs.d/elpa/verilog-mode-2020.6.27.14326051/ve= rilog-mode hides c:/Program = Files/Emacs-27.1/x86_64/share/emacs/27.1/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 mule-util pulse thingatpt etags fileloop

generator xref project sh-script smie executable = misearch multi-isearch

dired-aux = dired dired-loaddefs time-date pcmpl-unix 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 367571 = 20618)

(symbols 48 16568 = 1)

(strings 32 59350 = 11795)

(string-bytes 1 = 1919672)

(vectors 16 = 23992)

(vector-slots 8 353922 = 22828)

(floats 8 314 = 304)

(intervals 56 27804 = 2209)

(buffers 1000 = 74))

------=_NextPart_000_003D_01D720AF.10E5F2F0-- From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 27 04:24:46 2022 Received: (at 47366) by debbugs.gnu.org; 27 Jun 2022 08:24:46 +0000 Received: from localhost ([127.0.0.1]:49765 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o5k34-0001nD-0F for submit@debbugs.gnu.org; Mon, 27 Jun 2022 04:24:46 -0400 Received: from quimby.gnus.org ([95.216.78.240]:34698) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o5k32-0001mx-0f for 47366@debbugs.gnu.org; Mon, 27 Jun 2022 04:24:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=HSrSfWfilLK5ub4bhgK2xdm4iaqE0TFGsSboxCM994g=; b=q9Ii+c6+gTUQvRdkxjoMcQ4Uxy Sivd5ANxtDfMSff7id/WBAPo7xf1pMGuE3IcX/Zajs5d15clX49KCJqqVPoo2PfvdjAeOQbdMQPqh c3YMwsSa2WtXkNr9iFK0dq9go/EcA0qGSaYMVWNHffpgtASx3zOz6MGywkaGtz0/2/kQ=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o5k2t-0003Yi-2U; Mon, 27 Jun 2022 10:24:37 +0200 From: Lars Ingebrigtsen To: "Bob Floyd" Subject: Re: bug#47366: 27.1; Tags search (regexp): FAILS References: <003c01d720e9$bd44caf0$37ce60d0$@net> Date: Mon, 27 Jun 2022 10:24:33 +0200 In-Reply-To: <003c01d720e9$bd44caf0$37ce60d0$@net> (Bob Floyd's message of "Wed, 24 Mar 2021 13:10:29 -0700") Message-ID: <87v8sm7bum.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: "Bob Floyd" writes: > When I do a “tags-search FooFoo” sometimes the search stops in a > buffer at the wrong line. FooFoo is indeed in the buffer, but can be > many lines away from where emacs stopped. If I “kill-b [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47366 Cc: 47366@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) "Bob Floyd" writes: > When I do a =E2=80=9Ctags-search FooFoo=E2=80=9D sometimes the search sto= ps in a > buffer at the wrong line. FooFoo is indeed in the buffer, but can be > many lines away from where emacs stopped. If I =E2=80=9Ckill-buffer=E2=80= =9D (C-x k) > and restart the =E2=80=9Ctags-search=E2=80=9D then emacs stops at the cor= rect line > where FooFoo is. I think this happens when I do a =E2=80=9Ctags-search=E2= =80=9D, make > edits in the buffer, then =E2=80=9Csave-some-buffers=E2=80=9D (C-x s) fol= lowed by a > 2nd =E2=80=9Ctags-search=E2=80=9D that then fails. > > It appears maybe that the regex compiler isn=E2=80=99t run after the edit= s? > > Sorry I can=E2=80=99t provide an exact sequence of commands for you to se= e it, > it doesn=E2=80=99t happen always (maybe it doesn=E2=80=99t even stop in t= he buffer and > I don=E2=80=99t notice), but perhaps you can recognize the issue. (I'm going through old bug reports that unfortunately weren't resolved at the time.) I tried reproducing this in Emacs 29, but was unable to. But I'm not sure I'm testing the right thing. Do you still see this problem in recent Emacs versions? If so, could you try to come up with a complete recipe to reproduce the problem? --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 27 04:24:48 2022 Received: (at control) by debbugs.gnu.org; 27 Jun 2022 08:24:48 +0000 Received: from localhost ([127.0.0.1]:49768 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o5k36-0001nR-7k for submit@debbugs.gnu.org; Mon, 27 Jun 2022 04:24:48 -0400 Received: from quimby.gnus.org ([95.216.78.240]:34712) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o5k34-0001n2-V2 for control@debbugs.gnu.org; Mon, 27 Jun 2022 04:24:47 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=H0y98TR5B7DY/pEKDCjCBPKXvNCtVeeSdETOP4IuvxM=; b=QMFvR5wxnJrPYI4/nrXmavzdgS FdnZPTLVIHuwk/078sEsNtUFIym0KALFN4F+6aeolfSztV4Lxjc1o6H2zoPjs5CPNNAPY4B4lv/og NRl7jhQJyqVfJCH4em164srY4Qt/ZG8pzFKryGim1J9GAwqWFupdS8dXqhFabLdPqbi8=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o5k2x-0003Yq-5N for control@debbugs.gnu.org; Mon, 27 Jun 2022 10:24:41 +0200 Date: Mon, 27 Jun 2022 10:24:38 +0200 Message-Id: <87tu867buh.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #47366 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: tags 47366 + moreinfo quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) tags 47366 + moreinfo quit From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 27 07:15:34 2022 Received: (at 47366) by debbugs.gnu.org; 27 Jun 2022 11:15:34 +0000 Received: from localhost ([127.0.0.1]:50012 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o5miM-0007Ad-3h for submit@debbugs.gnu.org; Mon, 27 Jun 2022 07:15:34 -0400 Received: from eggs.gnu.org ([209.51.188.92]:41112) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o5miI-0007AE-NJ for 47366@debbugs.gnu.org; Mon, 27 Jun 2022 07:15:32 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:35792) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o5miD-00076m-9Q; Mon, 27 Jun 2022 07:15:25 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=92TCYaJ6Hbxl/uB4eMEMrzmPErSWF/2UIRDewkrcx2M=; b=roktJ/TpOAvKSPNWChXq H3eGM8RXAkxIE2C5d3dhr1rUqirXu6cDNT4zz7uNH5Mxp+VYwPU2GvguyDAhptPZSdG+iSXRccw3M eaHioIdpPdM1dygSNRwmBJpe1y3jLgkfL59NLCFLhZqf2ohejFGGtkvbi9Y+mPTDG9RuYuINxTFhL YS8EORK00h5gTbPuuhW8L+N/Q3Fsttva/YqgtmRH/wBhzncZyTQkKFTSNGGFeaEXl4d6qCcaKW+25 MUojqncnnnQqxCqzPWak0B6guMDrIh8qdsYJm9jW+jHZMLYWmK/DU9PayHkgWjBJo8CrFXNcq6X2N S7hGS18wLWL3Hw==; Received: from [87.69.77.57] (port=3089 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o5mi8-0001U1-4f; Mon, 27 Jun 2022 07:15:25 -0400 Date: Mon, 27 Jun 2022 14:15:21 +0300 Message-Id: <83leti8iie.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87v8sm7bum.fsf@gnus.org> (message from Lars Ingebrigtsen on Mon, 27 Jun 2022 10:24:33 +0200) Subject: Re: bug#47366: 27.1; Tags search (regexp): FAILS References: <003c01d720e9$bd44caf0$37ce60d0$@net> <87v8sm7bum.fsf@gnus.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47366 Cc: bobfloyd@comcast.net, 47366@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Cc: 47366@debbugs.gnu.org > From: Lars Ingebrigtsen > Date: Mon, 27 Jun 2022 10:24:33 +0200 > > "Bob Floyd" writes: > > > When I do a “tags-search FooFoo” sometimes the search stops in a > > buffer at the wrong line. FooFoo is indeed in the buffer, but can be > > many lines away from where emacs stopped. If I “kill-buffer” (C-x k) > > and restart the “tags-search” then emacs stops at the correct line > > where FooFoo is. I think this happens when I do a “tags-search”, make > > edits in the buffer, then “save-some-buffers” (C-x s) followed by a > > 2nd “tags-search” that then fails. > > > > It appears maybe that the regex compiler isn’t run after the edits? > > > > Sorry I can’t provide an exact sequence of commands for you to see it, > > it doesn’t happen always (maybe it doesn’t even stop in the buffer and > > I don’t notice), but perhaps you can recognize the issue. > > (I'm going through old bug reports that unfortunately weren't resolved > at the time.) > > I tried reproducing this in Emacs 29, but was unable to. But I'm not > sure I'm testing the right thing. It is not clear from the recipe whether the OP re-runs etags to regenerate the TAGS file after making significant changes top the source files. If etags is not re-run, the TAGS file could be outdated more than the slack we allow, and then the problem description would make sense. From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 27 11:07:24 2022 Received: (at 47366) by debbugs.gnu.org; 27 Jun 2022 15:07:24 +0000 Received: from localhost ([127.0.0.1]:53008 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o5qKi-0003tU-61 for submit@debbugs.gnu.org; Mon, 27 Jun 2022 11:07:24 -0400 Received: from resqmta-a1p-077722.sys.comcast.net ([96.103.146.55]:36711) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o5qKe-0003tE-Mk for 47366@debbugs.gnu.org; Mon, 27 Jun 2022 11:07:23 -0400 Received: from resomta-a1p-077252.sys.comcast.net ([96.103.145.241]) by resqmta-a1p-077722.sys.comcast.net with ESMTP id 5qIQo07DxA3WS5qKYoATO7; Mon, 27 Jun 2022 15:07:14 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1656342434; bh=eRIDzEgWxhUde62WkL2qPatl3FR/zm3fHwwigY43kK8=; h=Received:Received:From:To:Subject:Date:Message-ID:MIME-Version: Content-Type; b=lXetvH2SMWy+423IvrnGMin3P+dE6zUHW+k7rusWDBo9jkPGGQDQO9fHs79DUxwgL gSRssImWUYrgNMr/dCHfcHB3G5eiVPE/X3O5Q2cJVj40st1cJ3xXkQZCLhRWtb+Nwu 7H4O0/cxGorQWwBvL2FDUaep4Lj/YdoobHD/nFw5FRjzztdH/VXMY6xT9eqKvq8iy4 YT15ls53MoVNAAkIKO00k64AfECpYMAYCI5AKlVD8v/xWwRS9vtj0xJR9x7xShNG5t yR7M6RjNFqoLYTjKD5OeII6gJKHkS5C5H02eHmmEKaEBi8mGWnoockvHM7u9SJUInM kMwX9CcljrYWA== Received: from Cache ([IPv6:2601:647:4c00:657d::f7]) by resomta-a1p-077252.sys.comcast.net with ESMTPA id 5qKBoqFUo7Ctw5qKBo0LjY; Mon, 27 Jun 2022 15:06:52 +0000 X-Xfinity-VMeta: sc=-100.00;st=legit From: "Bob Floyd" To: "'Eli Zaretskii'" , "'Lars Ingebrigtsen'" References: <003c01d720e9$bd44caf0$37ce60d0$@net> <87v8sm7bum.fsf@gnus.org> <83leti8iie.fsf@gnu.org> In-Reply-To: <83leti8iie.fsf@gnu.org> Subject: RE: bug#47366: 27.1; Tags search (regexp): FAILS Date: Mon, 27 Jun 2022 08:06:51 -0700 Message-ID: <002801d88a37$88b9c520$9a2d4f60$@net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdiKFzN6CO3OyyaiQIGR/3BV80XmsQAIC2VA Content-Language: en-us X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47366 Cc: 47366@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) I have not had this issue after compiling: This is GNU Emacs 28.0.50 (build 1, x86_64-w64-mingw32) of 2021-08-09 I've been using it since then. Thanks, Bob -----Original Message----- From: Eli Zaretskii [mailto:eliz@gnu.org]=20 Sent: Monday, June 27, 2022 4:15 AM To: Lars Ingebrigtsen Cc: bobfloyd@comcast.net; 47366@debbugs.gnu.org Subject: Re: bug#47366: 27.1; Tags search (regexp): FAILS > Cc: 47366@debbugs.gnu.org > From: Lars Ingebrigtsen > Date: Mon, 27 Jun 2022 10:24:33 +0200 >=20 > "Bob Floyd" writes: >=20 > > When I do a =EF=BF=BDtags-search FooFoo=EF=BF=BD sometimes the = search stops in a > > buffer at the wrong line. FooFoo is indeed in the buffer, but can be > > many lines away from where emacs stopped. If I = =EF=BF=BDkill-buffer=EF=BF=BD (C-x k) > > and restart the =EF=BF=BDtags-search=EF=BF=BD then emacs stops at = the correct line > > where FooFoo is. I think this happens when I do a = =EF=BF=BDtags-search=EF=BF=BD, make > > edits in the buffer, then =EF=BF=BDsave-some-buffers=EF=BF=BD (C-x = s) followed by a > > 2nd =EF=BF=BDtags-search=EF=BF=BD that then fails. > > > > It appears maybe that the regex compiler isn=EF=BF=BDt run after the = edits? > > > > Sorry I can=EF=BF=BDt provide an exact sequence of commands for you = to see it, > > it doesn=EF=BF=BDt happen always (maybe it doesn=EF=BF=BDt even stop = in the buffer and > > I don=EF=BF=BDt notice), but perhaps you can recognize the issue. >=20 > (I'm going through old bug reports that unfortunately weren't resolved > at the time.) >=20 > I tried reproducing this in Emacs 29, but was unable to. But I'm not > sure I'm testing the right thing. It is not clear from the recipe whether the OP re-runs etags to regenerate the TAGS file after making significant changes top the source files. If etags is not re-run, the TAGS file could be outdated more than the slack we allow, and then the problem description would make sense. From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 27 11:17:02 2022 Received: (at 47366) by debbugs.gnu.org; 27 Jun 2022 15:17:02 +0000 Received: from localhost ([127.0.0.1]:53029 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o5qU2-00048P-2X for submit@debbugs.gnu.org; Mon, 27 Jun 2022 11:17:02 -0400 Received: from quimby.gnus.org ([95.216.78.240]:38622) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o5qU0-00047w-2K for 47366@debbugs.gnu.org; Mon, 27 Jun 2022 11:17:00 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=4yv4Vz/nlmKXLbAr5yhryO5CGm/poOfJMVNZB85AFjg=; b=VclUlB+9UMJg0Y7A1ly0EOHyPU EpIHLWefHffIVdL4rq15/iV49xlkyLhz3PsSyzUqkPUugAEYpVMdogeWRmSyX0lNYRRdHhZGZldBo gsILIQBaJcJjCbXLpHaiTxqJk/wDGh1x7CZMzHqHhFXqurpLi8NTwO3rH/wRIEWGQPq0=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o5qTq-0007VX-KP; Mon, 27 Jun 2022 17:16:53 +0200 From: Lars Ingebrigtsen To: "Bob Floyd" Subject: Re: bug#47366: 27.1; Tags search (regexp): FAILS References: <003c01d720e9$bd44caf0$37ce60d0$@net> <87v8sm7bum.fsf@gnus.org> <83leti8iie.fsf@gnu.org> <002801d88a37$88b9c520$9a2d4f60$@net> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAG1BMVEXCta2+sarFubG3 q6WwpZ6topupnpfNwLj///+vw1mlAAAAAWJLR0QIht6VegAAAAd0SU1FB+YGGw8QHSYJTrQAAAF1 SURBVDjLbVPJTQRBDLRNArYmAat5zBs1hLAhEAIJkP8DX+3pWdZaIabKt6sBGcZmMBQcQHBrWIMr M5fGoQ0bBBoeqhehBnm8iPh3mYDhan/QcGGwXwYIRK1EMYIyYBqR4dY2gnTtw4ixiN0EVufY3tHM gNV+EQ3mf+pDsOxLSK8cS2hfWm3lln/f2GWUu6tma3JS0pGVYJDG/mxoCfe7IYvcgP7yRBtnU5F2 9Fpt+K3ie48cBBdOebE4XhyNYzy6XT1aYXMl7/NtPuYnRyXx4rL28P7z/fXgukvWyDznb6VCYXQi k59j4asjXnXPTXLeube0qVfXUFCC3a9AjvoPnohKB7yrvYQLsatr8mddaRQMj/0Z3A70TwTIry+I rvZdvf1QgukvoOsF9cEVWuhUmuaSKxUxlg4iinqk4U8who066x342tNZ5ocToyRgiSmIY05jWm1j 9eT4lLq3R0YrKDNM2hhTd0cSXiXNmjFtNR4xmVP+ALMAQJrUEnDKAAAAJXRFWHRkYXRlOmNyZWF0 ZQAyMDIyLTA2LTI3VDE1OjE2OjI5KzAwOjAwDdhznwAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMi0w Ni0yN1QxNToxNjoyOSswMDowMHyFyyMAAAAASUVORK5CYII= X-Now-Playing: Massimo's _invalidObject Series (var)_: "windom.setInterval("myFunction()", 15000);" Date: Mon, 27 Jun 2022 17:16:49 +0200 In-Reply-To: <002801d88a37$88b9c520$9a2d4f60$@net> (Bob Floyd's message of "Mon, 27 Jun 2022 08:06:51 -0700") Message-ID: <87mtdyuof2.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: "Bob Floyd" writes: > I have not had this issue after compiling: > > This is GNU Emacs 28.0.50 (build 1, x86_64-w64-mingw32) > of 2021-08-09 > > I've been using it since then. Thanks; I'm closing this bug report, then. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 47366 Cc: 47366@debbugs.gnu.org, 'Eli Zaretskii' X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) "Bob Floyd" writes: > I have not had this issue after compiling: > > This is GNU Emacs 28.0.50 (build 1, x86_64-w64-mingw32) > of 2021-08-09 > > I've been using it since then. Thanks; I'm closing this bug report, then. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 27 11:17:11 2022 Received: (at control) by debbugs.gnu.org; 27 Jun 2022 15:17:11 +0000 Received: from localhost ([127.0.0.1]:53032 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o5qUB-00048w-D6 for submit@debbugs.gnu.org; Mon, 27 Jun 2022 11:17:11 -0400 Received: from quimby.gnus.org ([95.216.78.240]:38640) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o5qUA-00048j-2h for control@debbugs.gnu.org; Mon, 27 Jun 2022 11:17:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=dRT8lem1nBlh25Rdin4CL2gm0g0FmfmHwcv4TPoF2cY=; b=aXb8ADfqnYs3/mUZOMb3//0chs fYlHBiHLHyp+wiSiQ9XMDYweB4EtByNQD1wwRzkpoMW9WDHVltXJXBsa8+7WLQwQHEzXHZAf3gVuP bzP0CywjIOj9CyYbKl6ug6jfExNerLwQYAkyjdL0kyfBBW2J8WnE+rSYimCsvVav+Xew=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o5qU2-0007Vm-3E for control@debbugs.gnu.org; Mon, 27 Jun 2022 17:17:04 +0200 Date: Mon, 27 Jun 2022 17:17:00 +0200 Message-Id: <87letiuoer.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #47366 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: close 47366 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) close 47366 quit From unknown Sat Sep 13 13:16:23 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 26 Jul 2022 11:24:06 +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