From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?ISO-8859-1?Q?Jan_Dj=E4rv?= Newsgroups: gmane.emacs.devel Subject: Re: [lennart.borgman.073@student.lu.se: compilation-previous-error fails if first error is at start of buffer] Date: Mon, 08 Jan 2007 15:22:48 +0100 Message-ID: <45A253B8.6060803@swipnet.se> References: <45A1F9F1.4050500@swipnet.se> <17826.570.959259.398020@kahikatea.snap.net.nz> <45A226FF.30507@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1168266250 30916 80.91.229.12 (8 Jan 2007 14:24:10 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 8 Jan 2007 14:24:10 +0000 (UTC) Cc: Nick Roberts , rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 08 15:24:07 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1H3vPv-0001he-Fa for ged-emacs-devel@m.gmane.org; Mon, 08 Jan 2007 15:24:03 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H3vPu-0006K9-Tw for ged-emacs-devel@m.gmane.org; Mon, 08 Jan 2007 09:24:02 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1H3vPh-0006I5-NC for emacs-devel@gnu.org; Mon, 08 Jan 2007 09:23:49 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1H3vPg-0006Fu-Ep for emacs-devel@gnu.org; Mon, 08 Jan 2007 09:23:49 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H3vPg-0006Ff-8G for emacs-devel@gnu.org; Mon, 08 Jan 2007 09:23:48 -0500 Original-Received: from [81.228.9.185] (helo=av9-1-sn3.vrr.skanova.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1H3vPc-0000BX-6Y; Mon, 08 Jan 2007 09:23:44 -0500 Original-Received: by av9-1-sn3.vrr.skanova.net (Postfix, from userid 502) id 7C78537F64; Mon, 8 Jan 2007 15:23:43 +0100 (CET) Original-Received: from smtp3-1-sn3.vrr.skanova.net (smtp3-1-sn3.vrr.skanova.net [81.228.9.101]) by av9-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 4827637ECC; Mon, 8 Jan 2007 15:23:43 +0100 (CET) Original-Received: from husetbladh.homeip.net (81-235-205-78-no59.tbcn.telia.com [81.235.205.78]) by smtp3-1-sn3.vrr.skanova.net (Postfix) with ESMTP id C2F5E37E44; Mon, 8 Jan 2007 15:23:42 +0100 (CET) User-Agent: Thunderbird 1.5.0.9 (X11/20070102) Original-To: "Lennart Borgman (gmail)" In-Reply-To: <45A226FF.30507@gmail.com> X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:64973 Archived-At: Lennart Borgman (gmail) skrev: > Nick Roberts wrote: >> > > If the compilation buffer begins with error lines right at the top: >> > > > > c:/EmacsW32/etc/EmacsW32Util.html:7:5: Warning: >> inserting "type" > > attribute >> > > c:/EmacsW32/etc/EmacsW32Util.html:12:19: Warning: lacks >> > > "summary" attribute >> > > c:/EmacsW32/etc/EmacsW32Util.html:29:5: Warning:
lacks >> "summary" > > attribute >> > > > > then if point is on second line compilation-previous-error >> fails. >> > > > > What is the error message? >> >> Warnings and errors are equivalent in the compilation buffer. I don't >> see how >> Lennart gets error lines right at the top as I always get the >> following four >> lines: >> >> -*- mode: compilation; default-directory: "~/" -*- >> Compilation started at Mon Jan 8 21:22:48 >> >> `command used for my compilation' > > > The output is from a library not included in Emacs (actually a version > of tidy.el). The output does not have the lines above at the beginning. > It would be rather inconvenient if it had, but maybe those line still > should be there for some reason? > Yes there is a reason. Compilation mode uses previous-single-property-change to scan backwards to find the correct position to go to. But if a line begins at buffer start, there is no property change and previous-single-property-change return nil. I think you should modify your library to add an empty line at the top, or maybe some informative text. Jan D.