From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#19468: 25.0.50; UI inconveniences with M-. Date: Sat, 02 May 2015 15:45:17 +0300 Message-ID: <83k2wrp2qq.fsf@gnu.org> References: <83zja6b3tc.fsf@gnu.org> <54A24079.4020902@yandex.ru> <54A2FF47.6010207@yandex.ru> <54A86135.7080004@yandex.ru> <54A90002.7080009@gmx.at> <54A9C3FB.7000602@yandex.ru> <54AA3881.3080304@gmx.at> <54ABBB47.7010603@yandex.ru> <837fszx7iy.fsf@gnu.org> <83pp6pwqnw.fsf@gnu.org> <553EB74A.4030208@yandex.ru> <83bni8wbin.fsf@gnu.org> <554009A5.5020001@yandex.ru> <83wq0vszof.fsf@gnu.org> <55411842.1020102@yandex.ru> <83a8xqu80z.fsf@gnu.org> <55441587.6050004@yandex.ru> <837fsrqwsh.fsf@gnu.org> <5544A2EE.1010507@yandex.ru> <83oam3p6ux.fsf@gnu.org> <5544BCB7.8010702@yandex.ru> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1430570784 16287 80.91.229.3 (2 May 2015 12:46:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 2 May 2015 12:46:24 +0000 (UTC) Cc: 19468@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat May 02 14:46:13 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YoWo8-0002J3-Mb for geb-bug-gnu-emacs@m.gmane.org; Sat, 02 May 2015 14:46:12 +0200 Original-Received: from localhost ([::1]:56904 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YoWo7-0006Uo-P8 for geb-bug-gnu-emacs@m.gmane.org; Sat, 02 May 2015 08:46:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38540) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YoWo4-0006Uj-Kn for bug-gnu-emacs@gnu.org; Sat, 02 May 2015 08:46:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YoWnz-00071F-IH for bug-gnu-emacs@gnu.org; Sat, 02 May 2015 08:46:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:49199) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YoWnz-00071A-Ee for bug-gnu-emacs@gnu.org; Sat, 02 May 2015 08:46:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YoWny-0003iY-Rv for bug-gnu-emacs@gnu.org; Sat, 02 May 2015 08:46:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 02 May 2015 12:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19468 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19468-submit@debbugs.gnu.org id=B19468.143057074614263 (code B ref 19468); Sat, 02 May 2015 12:46:02 +0000 Original-Received: (at 19468) by debbugs.gnu.org; 2 May 2015 12:45:46 +0000 Original-Received: from localhost ([127.0.0.1]:59174 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YoWnh-0003hy-1e for submit@debbugs.gnu.org; Sat, 02 May 2015 08:45:45 -0400 Original-Received: from mtaout28.012.net.il ([80.179.55.184]:55528) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YoWnc-0003hf-AA for 19468@debbugs.gnu.org; Sat, 02 May 2015 08:45:42 -0400 Original-Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0NNQ00E002SF5X00@mtaout28.012.net.il> for 19468@debbugs.gnu.org; Sat, 02 May 2015 15:44:28 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NNQ00DJG3E3KZ20@mtaout28.012.net.il>; Sat, 02 May 2015 15:44:27 +0300 (IDT) In-reply-to: <5544BCB7.8010702@yandex.ru> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:102373 Archived-At: > Cc: 19468@debbugs.gnu.org > From: Dmitry Gutov > Date: Sat, 2 May 2015 15:01:59 +0300 > > > I don't understand this new prompt, it says: > > > > In directory: /patch/to/emacs/trunk/src/ > > > > What does it ask about? (I just pressed RET, since the directory > > sounds correct.) > > "[Search for references] in directory". Do you mean it will only return matches in files in that directory, even if ID says the file is elsewhere? > Should the first three words be spelled out as well? I cannot answer that without understanding the meaning of the prompt. > > [Time passes] Ah, I see the reason: Some code that uses ID Utils > > expects the file names in the ID database to be absolute. So if I > > create the ID database like this: > > > > mkid -o ID /path/to/emacs/src > > > > then the feature starts working. > > It works fine for me either way (whether called on /path/..., or .), > using mkid 4.6, on GNU/Linux. If you type "lid", do you see absolute file names in both cases, or do you see relative ones when ID was created by "mkid ." (note the dot)? > Could it be a misfeature of the Windows port? If you tell me that "lid" returns relative file names, and xref-find-references still work, I will see if this is something specific to Windows. > > I think it should support relative names as well, by expanding them > > relative to the directory in which the ID database was found. And in > > any case, claiming it found no references instead of saying something > > about finding no files whose names were returned by ID Utils is a less > > than useful error message, IMO. > > ID Utils is used through several levels of indirection. xref can't be > aware of it. I didn't say xref should fix this. Is there no information xref gets from symref apart of the (empty) list of references?