From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Francesco Potorti` Newsgroups: gmane.emacs.bugs Subject: Re: [alinsoar@voila.fr: this is a bug?] Date: Tue, 27 Mar 2007 08:52:56 +0200 Message-ID: References: NNTP-Posting-Host: lo.gmane.org X-Trace: sea.gmane.org 1174980296 833 80.91.229.12 (27 Mar 2007 07:24:56 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 27 Mar 2007 07:24:56 +0000 (UTC) Cc: GNU emacs bug list , "Richard M. Stallman" To: A Soare Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Mar 27 09:24:49 2007 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.50) id 1HW62y-0007jI-2P for geb-bug-gnu-emacs@m.gmane.org; Tue, 27 Mar 2007 09:24:48 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HW65H-00070Q-IJ for geb-bug-gnu-emacs@m.gmane.org; Tue, 27 Mar 2007 02:27:11 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HW5am-0004NH-Co for bug-gnu-emacs@gnu.org; Tue, 27 Mar 2007 02:55:40 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HW5ak-0004JD-Dc for bug-gnu-emacs@gnu.org; Tue, 27 Mar 2007 02:55:39 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HW5ak-0004Iy-8X for bug-gnu-emacs@gnu.org; Tue, 27 Mar 2007 01:55:38 -0500 Original-Received: from mx2.isti.cnr.it ([194.119.192.4]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1HW5YJ-00085Y-8A; Tue, 27 Mar 2007 02:53:07 -0400 Original-Received: from conversionlocal.isti.cnr.it by mx.isti.cnr.it (PMDF V6.3-x3 #31251) id <01MEPHFAYBJ496YO5P@mx.isti.cnr.it>; Tue, 27 Mar 2007 08:52:57 +0200 (MEST) Original-Received: from tucano.isti.cnr.it (tucano.isti.cnr.it [146.48.81.102]) by mx.isti.cnr.it (PMDF V6.3-x3 #31251) with ESMTPS id <01MEPHFAQWO495OJOW@mx.isti.cnr.it>; Tue, 27 Mar 2007 08:52:56 +0200 (MEST) Original-Received: from pot by tucano.isti.cnr.it with local (Exim 4.63) (envelope-from ) id 1HW5Y8-0000Ao-JV; Tue, 27 Mar 2007 08:52:56 +0200 In-reply-to: X-INSM-ip-source: 146.48.81.102 Auth Optional-NoAuth X-fingerprint: 4B02 6187 5C03 D6B1 2E31 7666 09DF 2DC9 BE21 6115 X-detected-kernel: OpenVMS 7.2 (Multinet 4.3-4.4 stack) X-Mailman-Approved-At: Tue, 27 Mar 2007 03:27:09 -0400 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:15641 Archived-At: >I report again, becuase this bug was ignored. In fact, I had answered to you, but received no reply. I append the text of my previous mail at the end of this mail. > I rewrite it into an easier to reproduce form: >1. Emacs -Q >2. M-. Lisp_Type >Select then the path to your TAGS file of your emacs. All well until here. >The first 4 members of this enumeration are listed in yellow color to >me . The last 4 members in black color . What enumeration? Why are the colours important? What I see is that the buffer shows the lisp.h file, and the cursor is at the line of the definition of "enum Lisp_Type", which is what I expect. >So this is a bug. I cannot reproduce it. After the second step of you description, what path do you enter? What do you see exactly after that? Does Emacs open the lisp.h file? My previous email: ================================================================ Date: 1 Mar 2007 08:22:19 +0100 From: Francesco Potorti` To: alinsoar@voila.fr CC: "Emacs Dev [emacs-devel]" In-reply-to: <22920027.396161172706718894.JavaMail.www@wwinf4004> (alinsoar@voila.fr) Subject: Re: ETAGS & find-tag Organization: >Do you consider normal that M-. > >jumps in order to the following definitions (of function or variable) using C-u as prefix : > >find-tag-hook >find-tag-default-function > >but not to... find-tag? No. It should jump to find-tag first, then to the other ones. In fact, I cannot reproduce the behaviour you describe. >I opened TAGS file, and was not there. Which etags did you use? I can see the tag whith either new or old etags. >Still I had created the TAGS by >find -name *.[ch] -o -name *.el | xargs etags - In this particular case this works, but don't do that in general, because xargs may make two calls to etags as the consequence of too many arguments, and in this case you would get a second TAGS overwriting the first one without any warnings. For Emacs, just do `make tags'.