unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Peter Gacs <gacs@cs.bu.edu>
To: Glenn Morris <rgm@gnu.org>
Subject: bug#2046: tags-query-replace
Date: Sat, 31 Jan 2009 16:21:39 -0500	[thread overview]
Message-ID: <67F8EBE6-8598-40F8-82EE-F5CF9CC1B36A@cs.bu.edu> (raw)
In-Reply-To: <57ocxrowhy.fsf@fencepost.gnu.org>

[-- Attachment #1: Type: text/plain, Size: 1703 bytes --]

>>
>> From: Peter Gacs <gacs@cs.bu.edu>
> [...]
>> concerns tags-search and tags-query-replace, when the document uses
>> several files (a TAGS file was created by etags). In each file that
>> is being edited, the search/replacement starts from the position of
>> the cursor only, and misses the items before it.
>
> This is somewhat vague.


The situation is actually worse.  In my case, tags-query-replace does  
a frequently
a very partial job, even if I delete all buffers involved.
I have a long list of TeX files whose name is listed in a file called  
etags-files.
The TAGS file is created from it using etags `cat etags-files`.
I do a tags-query-replace, and only a few of the replacements will be  
done.
I can save the files involved and repeat the process; after maybe 5-4  
repetitions,
it goes through all.

The total length of the text is fairly large (245 printed pages), and  
I have not tried
to reproduce the behavior on small examples.  But I did not have it  
before Aquamacs.
Whether tags-search or tags-query-replace, pressing "n" for skipping,  
space for replacement and
M-, for resuming starting from point, always produced the expected  
result.

Peter Gacs

>
> I did:
>
> emacs -Q
> M-x tags-search file RET /path/to/TAGS-LISP
>
>    (where TAGS-LISP is as created in the Emacs src/ dir by one of the
>    build rules).
>
> This first takes me to abbrev.el.
> I press M-, a lot until I get to a new file, add-log.el.
>
> I move point in abbrev.el and add-log.el to the end of the buffer.
> I switch to scratch and do M-x tags-search again.
> It starts finding results from the beginning of abbrev.el.
>
> Thus, I don't see a problem (in either Emacs 22 or the CVS trunk).
>


[-- Attachment #2: Type: text/html, Size: 4891 bytes --]

  reply	other threads:[~2009-01-31 21:21 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <4DA4F91B-7ED7-4F3D-B008-FB706977A55C@cs.bu.edu>
2009-01-25 16:33 ` bug#2046: tags-query-replace David Reitter
2009-01-28 23:12   ` Glenn Morris
2009-01-31 21:21     ` Peter Gacs [this message]
2012-03-27 22:29       ` Glenn Morris

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=67F8EBE6-8598-40F8-82EE-F5CF9CC1B36A@cs.bu.edu \
    --to=gacs@cs.bu.edu \
    --cc=2046@emacsbugs.donarmstrong.com \
    --cc=rgm@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).