emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#6965: closed (23.2; tags search/replace order no longer sensitive to


From: GNU bug Tracking System
Subject: bug#6965: closed (23.2; tags search/replace order no longer sensitive to starting file)
Date: Tue, 04 Aug 2020 15:54:03 +0000

Your message dated Tue, 4 Aug 2020 08:53:18 -0700
with message-id 
<CADwFkmkzE+5bFXC0CJn+rXhdzfinvEW0aoNRgcSkon_w=A39gw@mail.gmail.com>
and subject line Re: bug#6965: 23.2; tags search/replace order no longer 
sensitive to starting file
has caused the debbugs.gnu.org bug report #6965,
regarding 23.2; tags search/replace order no longer sensitive to starting file
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
6965: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6965
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- Subject: 23.2; tags search/replace order no longer sensitive to starting file Date: Wed, 01 Sep 2010 11:00:01 -0400 User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.11) Gecko/20100701 SeaMonkey/2.0.6
The order in which tags tables files are searched is broken (relative
to previous versions of Emacs and the current documentation):

It no longer is sensitive to the starting file, as specified in the
info documentation (32.2.6):

  These commands scan the list of tags tables starting with the first
  tags table (if any) that describes the current file, proceed from there
  to the end of the list, and then scan from the beginning of the list
  until they have covered all the tables in the list."

That is, if you have a tags file for dir1/... and a tags file for
dir2/... and load both using visit-tags-table and choose to add to the
current list (rather than replacing), then starting a tags-search from
a file dir2/f should start searching per the tags table file for
dir2/..., and starting from a file dir1/f should start searching per the
tags file for dir1/....

However, Emacs 23.2 seems to always start with the same tags table file,
regardless of which file is the current file.



In GNU Emacs 23.2.1 (i386-mingw-nt5.1.2600)
 of 2010-05-08 on G41R2F1
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/xpm/include'

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: ENU
  value of $XMODIFIERS: nil
  locale-coding-system: cp1252
  default enable-multibyte-characters: t

Major mode: Java/l

Minor modes in effect:
  shell-dirtrack-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  tool-bar-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-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t
  abbrev-mode: t

Recent input:
k <return> <escape> x t g <backspace> <backspace> t
a g s <return> s <return> c l a s s . * f i e l d <return>
<escape> > <escape> , C-x k <return> C-x k <return>
C-x k C-g C-g C-x s ! <escape> x b u r <return> C-x
k <return> <escape> x t <escape> x r e e p <backspace>
<backspace> <backspace> <backspace> <backspace> r e
p e <tab> - m a <return> t a g s <return> y <return>
<escape> x b u r <return> <escape> x i n f o <return>
, , C-g m t a g s <return> C-g C-x 1 m e m a c s <return>
s t a g s <return> <return> C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-f C-f C-f C-f
<return> SPC u C-p C-p <return> u <up> <up> <up> <up>
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up>
<up> <up> <up> <up> <home> <home> < <escape> < s t
a g s <return> C-a C-f C-f C-f <return> SPC SPC SPC
SPC SPC SPC SPC SPC SPC SPC SPC SPC SPC C-x 2 C-x b
<return> <escape> x t a g s s <return> <backspace>
<return> s <return> x <return> <escape> x b u r <return>
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-e C-p C-n C-e M-b M-b
C-SPC C-e <escape> w <escape> x t a g s <return> s
<return> C-y <return> <help-echo> <escape> x r e p
o <tab> r <tab> <return>

Recent messages:
Scanning file 
C:/Daniel/util/MailCleaner/work/src/dsb/inet/mail/cleaner/0Notes.txt...
Scanning file 
C:/Daniel/util/MailCleaner/work/src/dsb/inet/mail/cleaner/Accumulator.java...
Scanning file 
C:/Daniel/util/MailCleaner/work/src/dsb/inet/mail/cleaner/BodiesComparator.java...
Scanning file 
C:/Daniel/util/MailCleaner/work/src/dsb/inet/mail/cleaner/BodiesComparatorNEW.java...
Scanning file 
C:/Daniel/util/MailCleaner/work/src/dsb/inet/mail/cleaner/Decider.java...
Scanning file 
C:/Daniel/util/MailCleaner/work/src/dsb/inet/mail/cleaner/DuplicateMessageRecordRemover.java...
Scanning file 
C:/Daniel/util/MailCleaner/work/src/dsb/inet/mail/cleaner/HeadersComparator.java...
Scanning file 
C:/Daniel/util/MailCleaner/work/src/dsb/inet/mail/cleaner/HeadersComparatorNEW.java...
Scanning file 
c:/Daniel/util/MailCleaner/work/src/dsb/inet/mail/cleaner/HeadersComparatorNEW.java...found
Making completion list...

Load-path shadows:
None found.

Features:
(info warnings compare-w shadow sort mail-extr message ecomplete rfc822
mml mml-sec password-cache mm-decode mm-bodies mm-encode mailcap
mail-parse rfc2231 rfc2047 rfc2045 qp ietf-drums mailabbrev nnheader
gnus-util netrc time-date mm-util mail-prsvr gmm-utils wid-edit
mailheader canlock sha1 hex-util hashcash mail-utils emacsbug dired-aux
apropos help-mode view sh-script executable chistory ansi-color shell
mule-util cc-mode cc-fonts cc-menus cc-cmds etags multi-isearch
parse-time vc-cvs nxml-uchnm rng-xsd xsd-regexp rng-cmpct rng-nxml
rng-valid rng-loc rng-uri rng-parse nxml-parse rng-match rng-dt rng-util
rng-pttrn nxml-ns easymenu nxml-mode nxml-outln nxml-rap nxml-util
nxml-glyph nxml-enc xmltok compile comint ring dired cc-styles cc-align
cc-engine cc-vars cc-defs regexp-opt tooltip ediff-hook vc-hooks
lisp-float-type mwheel dos-w32 disp-table ls-lisp w32-win w32-vars
tool-bar dnd fontset image fringe lisp-mode register page menu-bar
rfn-eshadow timer select scroll-bar mldrag mouse jit-lock font-lock
syntax facemenu font-core frame cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev loaddefs button
minibuffer faces cus-face files text-properties overlay md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote make-network-process multi-tty emacs)



Daniel




--- End Message ---
--- Begin Message --- Subject: Re: bug#6965: 23.2; tags search/replace order no longer sensitive to starting file Date: Tue, 4 Aug 2020 08:53:18 -0700 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
Stefan Kangas <stefan@marxist.se> writes:

>> The order in which tags tables files are searched is broken (relative
>> to previous versions of Emacs and the current documentation):
>>
>> It no longer is sensitive to the starting file, as specified in the
>> info documentation (32.2.6):
>>
>>   These commands scan the list of tags tables starting with the first
>>   tags table (if any) that describes the current file, proceed from there
>>   to the end of the list, and then scan from the beginning of the list
>>   until they have covered all the tables in the list."
>>
>> That is, if you have a tags file for dir1/... and a tags file for
>> dir2/... and load both using visit-tags-table and choose to add to the
>> current list (rather than replacing), then starting a tags-search from
>> a file dir2/f should start searching per the tags table file for
>> dir2/..., and starting from a file dir1/f should start searching per the
>> tags file for dir1/....
>>
>> However, Emacs 23.2 seems to always start with the same tags table file,
>> regardless of which file is the current file.
>
> (This old bug unfortunately never got a reply at the time.)
>
> Are you still seeing this on a modern version of Emacs?  We have a
> message to the bug from 2016 saying that one user was unable to
> reproduce this on Emacs 26.1.

More information was requested, but none was given within 13 weeks, so
I'm closing this bug.  If this is still an issue, please reply to this
email (use "Reply to all" in your email client) and we can reopen the
bug report.

Best regards,
Stefan Kangas


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]