GNU bug report logs - #19468
25.0.50; UI inconveniences with M-.

Previous Next

Package: emacs;

Reported by: Eli Zaretskii <eliz <at> gnu.org>

Date: Mon, 29 Dec 2014 20:27:02 UTC

Severity: normal

Found in version 25.0.50

Done: Dmitry Gutov <dgutov <at> yandex.ru>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 19468 <at> debbugs.gnu.org
Subject: bug#19468: 25.0.50; UI inconveniences with M-.
Date: Sat, 2 May 2015 22:17:22 +0300
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'.




This bug report was last modified 9 years and 149 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.