GNU bug report logs -
#7351
24.0.50; next-error no longer takes into account buffer modifications
Previous Next
Reported by: Paul Pogonyshev <pogonyshev <at> gmx.net>
Date: Sat, 6 Nov 2010 23:23:02 UTC
Severity: wishlist
Tags: moreinfo, wontfix
Merged with 5620
Found in version 24.0.50
Done: Lars Ingebrigtsen <larsi <at> gnus.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 7351 in the body.
You can then email your comments to 7351 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7351
; Package
emacs
.
(Sat, 06 Nov 2010 23:23:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Paul Pogonyshev <pogonyshev <at> gmx.net>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 06 Nov 2010 23:23:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
When hitting C-x ` (next-error) the point is positioned correctly only
if the buffer is not modified. If number of lines before the target
position is changed, point is positioned wrongly.
For instance, say 'test.txt' contains these lines:
foo
bar
baz
I then run 'grep' from Emacs like this:
grep -nH -e ba test.txt
Results:
-*- mode: grep; default-directory: "/home/paul/test/" -*-
Grep started at Sun Nov 7 01:25:17
grep -nH -e ba test.txt
test.txt:2:bar
test.txt:3:baz
Grep finished (matches found) at Sun Nov 7 01:25:17
Then I insert a few more lines in 'test.txt' buffer:
foo
bar
spam
ham
baz
Now if I hit C-x ` the first time point is moved to line 2 --
correctly. The second time, however, the point is moved to line 3,
i.e. the original location of 'baz'. However, 'baz' is now at line 5
and that's where I expect C-x ` to move point to. Note that at no
point I closed the buffer, so Emacs should be able to track changes
between 'grep' run and current buffer/file contents.
This is especially unhelpful with compilation errors. Often, you'd go
through errors fixing them in process, sometimes adding or removing
lines. However, any such change makes finding subsequent errors
difficult as C-x ` will no longer locate errors correctly.
I believe this used to work fine in past.
Paul
Merged 5620 7351.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sun, 07 Nov 2010 00:44:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7351
; Package
emacs
.
(Thu, 11 Nov 2010 00:45:02 GMT)
Full text and
rfc822 format available.
Message #10 received at 7351 <at> debbugs.gnu.org (full text, mbox):
Paul Pogonyshev wrote:
> I believe this used to work fine in past.
Could you give a release of Emacs in which this works?
I tried 21.4, 22.1, 22.2, 22.3, 23.1, and 23.2; and it didn't seem to
work in any of them.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7351
; Package
emacs
.
(Thu, 11 Nov 2010 19:29:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 7351 <at> debbugs.gnu.org (full text, mbox):
Glenn Morris wrote:
> Paul Pogonyshev wrote:
>
> > I believe this used to work fine in past.
>
> Could you give a release of Emacs in which this works?
>
> I tried 21.4, 22.1, 22.2, 22.3, 23.1, and 23.2; and it didn't seem to
> work in any of them.
No. I seem to recollect that at some point (certainly before 24.x
development, maybe even before 23) I could fix a compilation error in
a C file by adding/removing lines, and subsequent errors would still
be found correctly, without any line offset. Maybe it depends on
actual error source, i.e. gcc vs. grep? Then again, maybe I invented
this whole story and my memory is failing...
In the latter case, can this be requalified as a feature request?
Paul
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7351
; Package
emacs
.
(Thu, 11 Nov 2010 22:08:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 7351 <at> debbugs.gnu.org (full text, mbox):
FWIW, I remember this feature also from 5-10 years ago. But I hadn't noticed
that it was gone now.
Jan D.
Paul Pogonyshev skrev 2010-11-11 20.31:
> Glenn Morris wrote:
>> Paul Pogonyshev wrote:
>>
>>> I believe this used to work fine in past.
>>
>> Could you give a release of Emacs in which this works?
>>
>> I tried 21.4, 22.1, 22.2, 22.3, 23.1, and 23.2; and it didn't seem to
>> work in any of them.
>
> No. I seem to recollect that at some point (certainly before 24.x
> development, maybe even before 23) I could fix a compilation error in
> a C file by adding/removing lines, and subsequent errors would still
> be found correctly, without any line offset. Maybe it depends on
> actual error source, i.e. gcc vs. grep? Then again, maybe I invented
> this whole story and my memory is failing...
>
> In the latter case, can this be requalified as a feature request?
>
> Paul
>
>
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sat, 04 Dec 2021 21:01:02 GMT)
Full text and
rfc822 format available.
Added tag(s) wontfix.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 21 Jan 2022 13:48:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
5620 <at> debbugs.gnu.org and Paul Pogonyshev <pogonyshev <at> gmx.net>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 21 Jan 2022 13:48:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 19 Feb 2022 12:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 140 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.