From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#19468: 25.0.50; UI inconveniences with M-. Date: Sat, 2 May 2015 22:17:22 +0300 Message-ID: <554522C2.2040108@yandex.ru> 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> <83k2wrp2qq.fsf@gnu.org> <5544D444.4060106@yandex.ru> <83a8xnoyni.fsf@gnu.org> <55450C67.9040303@yandex.ru> <837fsqq0mu.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1430594311 13866 80.91.229.3 (2 May 2015 19:18:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 2 May 2015 19:18:31 +0000 (UTC) Cc: 19468@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat May 02 21:18:15 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 1YocvV-0004en-FH for geb-bug-gnu-emacs@m.gmane.org; Sat, 02 May 2015 21:18:13 +0200 Original-Received: from localhost ([::1]:57691 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YocvU-0000I4-5J for geb-bug-gnu-emacs@m.gmane.org; Sat, 02 May 2015 15:18:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59964) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YocvP-0000Hp-Fr for bug-gnu-emacs@gnu.org; Sat, 02 May 2015 15:18:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YocvL-0008AQ-I6 for bug-gnu-emacs@gnu.org; Sat, 02 May 2015 15:18:07 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:50004) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YocvL-00089O-E0 for bug-gnu-emacs@gnu.org; Sat, 02 May 2015 15:18:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YocvK-0004gJ-NR for bug-gnu-emacs@gnu.org; Sat, 02 May 2015 15:18:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 02 May 2015 19:18: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.143059425417959 (code B ref 19468); Sat, 02 May 2015 19:18:02 +0000 Original-Received: (at 19468) by debbugs.gnu.org; 2 May 2015 19:17:34 +0000 Original-Received: from localhost ([127.0.0.1]:59979 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yocur-0004fb-OG for submit@debbugs.gnu.org; Sat, 02 May 2015 15:17:34 -0400 Original-Received: from mail-wg0-f42.google.com ([74.125.82.42]:34923) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yocuo-0004fM-Df for 19468@debbugs.gnu.org; Sat, 02 May 2015 15:17:31 -0400 Original-Received: by wgyo15 with SMTP id o15so116629230wgy.2 for <19468@debbugs.gnu.org>; Sat, 02 May 2015 12:17:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=TbPxE7SiCDaePLBSlOamuJX9F0plfUJlAXLghNf22Lk=; b=lxpWVOD4gvJiE9qh57fZ4V1bVy6AUTKhmg3hfsOme3b44McGuVaIgvUAqOiMUh37Vw ywKtoKLArk1juXZGo6vKMsojL8C7AX7HqKi5P/UejV83CIlnFD6hm4zajfV9fRaPrU6k iz4TpwibNG2nTpKNUVY5/ovwncSaY6QrunxfXxCCB6Gjla5aZrTg/Te0pnN7TrQ/gK8h cziDvEZfRz4pgrsRR5INX5DZYJK4hoxDZ/5s0Hb0aiAQIogb0nxU0rLsMidnAM3IAWqu 7LInxLystbCZBMUBbGesoKTXR5vbmJCA6dP4Dfmwx+OBdRjhAzUb8rHYSV+ZOXhDBU2f tCmA== X-Received: by 10.194.90.15 with SMTP id bs15mr28162677wjb.22.1430594244814; Sat, 02 May 2015 12:17:24 -0700 (PDT) Original-Received: from [192.168.1.2] ([82.102.93.54]) by mx.google.com with ESMTPSA id y7sm12945071wjw.16.2015.05.02.12.17.24 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 02 May 2015 12:17:24 -0700 (PDT) user-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0 in-reply-to: <837fsqq0mu.fsf@gnu.org> 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:102383 Archived-At: On 05/02/2015 09:45 PM, Eli Zaretskii wrote: > We could always ask about the ID file itself, you know... At that point, we don't yet know if ID Utils will be used, or GNU Global, or something else. Maybe we should forget this complication and simply ask the user to visit the tags file first (it's the etags backend, after all). That just seemed awkward to me, because the contents of that file aren't used at all in this scenario (only its location). >> When I say (or read) "search in directory", I understand it to mean the >> subdirectories, too. > > Well, it wasn't entirely clear, perhaps because I know too much about > ID Utils. How come that's a factor? 'mkid' scans the subdirectories. > That's not what happened here: the invocation of 'lid' yields a > non-empty buffer, but then the result is an empty list. That's a > clear sign of some problem somewhere. Yup. > Could be. In general, if the buffer is non-empty, there should be > results. Not a bad heuristic. The buffer said "No 'ID' file found" when I was dealing with a bug in my code. But that wass an error as well. I think we can add that non-empty assertion to `semantic-symref-parse-tool-output'.