From: Kevin Rodgers <ihs_4664@yahoo.com>
Subject: Re: next-error
Date: Tue, 31 Aug 2004 16:49:38 -0600 [thread overview]
Message-ID: <41350082.1000905@yahoo.com> (raw)
In-Reply-To: 87vff1wgln.fsf@mail.jurta.org
Juri Linkov wrote:
> I have some changes not yet installed in CVS (I will install them in
> the next few days) and one of them is changing the rules for finding
> the appropriate source buffer for `next-error'. Perhaps, this change
> will fix your problem. Could you provide more details about this case?
Sure. Here's what the user reports while debugging my
igrep-next-error function (which contains a call to next-error):
This just doesn't make sense to me. When I call next-error and
then do a M-: (current-buffer) the correct source buffer is
displayed as the current-buffer. However, when I capture the
"current buffer" value after calling next-error from within
igrep-next-error, it shows to be the *igrep* buffer.
> From what buffer do you call `next-error'?
The problem occurs when the user calls next-error from any buffer
except the *igrep* compilation buffer.
> What was the command that produced the last next-error capable
> buffer?
Only one such command was executed, which calls compile-start in
exactly the same way as M-x grep does.
> Maybe, you need to change the rules in the `next-error-find-buffer'
> function?
Why? IIUC that function is used to get the compilation buffer, not
the source buffer. There doesn't seem to be a problem finding that
buffer, as it is highlighted by M-x next-error according to
compilation-start's HIGHLIGHT-REGEXP arg.
Thanks,
--
Kevin Rodgers
prev parent reply other threads:[~2004-08-31 22:49 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-24 16:35 next-error Kevin Rodgers
2004-08-29 20:37 ` next-error Juri Linkov
2004-08-31 22:49 ` Kevin Rodgers [this message]
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=41350082.1000905@yahoo.com \
--to=ihs_4664@yahoo.com \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.