From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.bugs Subject: Re: bug#7351: 24.0.50; next-error no longer takes into account buffer modifications Date: Mon, 06 Dec 2010 10:06:01 -0600 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87ei9uhonq.fsf@lifelogs.com> References: <201011070126.28016.pogonyshev@gmx.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1291820845 18752 80.91.229.12 (8 Dec 2010 15:07:25 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 8 Dec 2010 15:07:25 +0000 (UTC) To: bug-gnu-emacs@gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Dec 08 16:07:21 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PQLbv-000828-0Y for geb-bug-gnu-emacs@m.gmane.org; Wed, 08 Dec 2010 16:07:18 +0100 Original-Received: from localhost ([127.0.0.1]:37193 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PQLbu-0002ee-BP for geb-bug-gnu-emacs@m.gmane.org; Wed, 08 Dec 2010 10:07:14 -0500 Original-Path: usenet.stanford.edu!news.tele.dk!news.tele.dk!small.news.tele.dk!bnewspeer01.bru.ops.eu.uu.net!emea.uu.net!news2.euro.net!newsfeed.freenet.ag!news.albasani.net!not-for-mail Original-Newsgroups: gnu.emacs.bug Original-Lines: 28 Original-X-Trace: news.albasani.net rBv7al4vWwlcNnT0ZtgrJQVZQ3RjsHKyJj8ZvvRVKhSwxRj1zppZqviVtztaQfHzq2yGrr9AX/kqxPYU0ntNcQ== Original-NNTP-Posting-Date: Mon, 6 Dec 2010 16:06:01 +0000 (UTC) X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Cancel-Lock: sha1:CnPgxeurKQeEXWarD3woKd2gIBI= sha1:sbwrx27ifO7luBRlgYGRUClbKZU= User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) Injection-Info: news.albasani.net; logging-data="t2VyGBisF7ina8aPvJhRrb+ZTHeRIX2v7zfRtwohjDlLeIpbvMycgHAAJlVz7kfP8XWHBN3BUVV6gkJWhNNCGqA/slDVzsJh3ymI74zwfw+yy7TxoVkODUlz5DDzX1C9"; mail-complaints-to="abuse@albasani.net" Original-Xref: usenet.stanford.edu gnu.emacs.bug:69555 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:42325 Archived-At: On Thu, 11 Nov 2010 21:31:56 +0200 Paul Pogonyshev wrote: PP> 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. PP> No. I seem to recollect that at some point (certainly before 24.x PP> development, maybe even before 23) I could fix a compilation error in PP> a C file by adding/removing lines, and subsequent errors would still PP> be found correctly, without any line offset. Maybe it depends on PP> actual error source, i.e. gcc vs. grep? Then again, maybe I invented PP> this whole story and my memory is failing... PP> In the latter case, can this be requalified as a feature request? compilation-mode and the other providers of `next-error' set it up differently (see `compilation-next-error-function'). I know that `M-x occur' will track occurrences through add/delete changes, for instance, but it has access to the original buffer. compilation-mode only has access to line numbers at the time of the compilation. Ted