From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Wolfgang Jenkner Newsgroups: gmane.emacs.bugs Subject: bug#16722: 24.3.50; `M-x man' does not handle case appropriately Date: Sun, 16 Feb 2014 01:28:37 +0100 Message-ID: <85d2inkiiy.fsf@iznogoud.viz> References: <85fvnkwarc.fsf@iznogoud.viz> <512c4f71-4f67-4f36-8e1d-d756ad446d2e@default> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1392510551 19784 80.91.229.3 (16 Feb 2014 00:29:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 16 Feb 2014 00:29:11 +0000 (UTC) Cc: 16722@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Feb 16 01:29:19 2014 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 1WEpbh-0005FI-N3 for geb-bug-gnu-emacs@m.gmane.org; Sun, 16 Feb 2014 01:29:17 +0100 Original-Received: from localhost ([::1]:59124 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WEpbh-0004Po-2T for geb-bug-gnu-emacs@m.gmane.org; Sat, 15 Feb 2014 19:29:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44282) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WEpbY-0004PY-G8 for bug-gnu-emacs@gnu.org; Sat, 15 Feb 2014 19:29:13 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WEpbS-00018j-TY for bug-gnu-emacs@gnu.org; Sat, 15 Feb 2014 19:29:08 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52800) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WEpbS-00018f-Q7 for bug-gnu-emacs@gnu.org; Sat, 15 Feb 2014 19:29:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WEpbS-0001qd-95 for bug-gnu-emacs@gnu.org; Sat, 15 Feb 2014 19:29:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Wolfgang Jenkner Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 16 Feb 2014 00:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16722 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16722-submit@debbugs.gnu.org id=B16722.13925105297078 (code B ref 16722); Sun, 16 Feb 2014 00:29:01 +0000 Original-Received: (at 16722) by debbugs.gnu.org; 16 Feb 2014 00:28:49 +0000 Original-Received: from localhost ([127.0.0.1]:53982 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WEpbE-0001q6-JG for submit@debbugs.gnu.org; Sat, 15 Feb 2014 19:28:49 -0500 Original-Received: from b2bfep11.mx.upcmail.net ([62.179.121.56]:35036) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WEpbB-0001po-4y for 16722@debbugs.gnu.org; Sat, 15 Feb 2014 19:28:46 -0500 Original-Received: from edge11.upcmail.net ([192.168.13.81]) by b2bfep11-int.chello.at (InterMail vM.8.01.05.11 201-2260-151-128-20120928) with ESMTP id <20140216002838.YAXG29883.b2bfep11-int.chello.at@edge11.upcmail.net>; Sun, 16 Feb 2014 01:28:38 +0100 Original-Received: from iznogoud.viz ([91.119.197.0]) by edge11.upcmail.net with edge id SoUd1n00n00zuln0BoUe5x; Sun, 16 Feb 2014 01:28:38 +0100 X-SourceIP: 91.119.197.0 Original-Received: from wolfgang by iznogoud.viz with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WEpb3-0000Qc-KG; Sun, 16 Feb 2014 01:28:37 +0100 In-Reply-To: <512c4f71-4f67-4f36-8e1d-d756ad446d2e@default> (Drew Adams's message of "Sat, 15 Feb 2014 11:55:15 -0800 (PST)") User-Agent: Gnus/5.13001 (Ma Gnus v0.10) Emacs/24.3.50 (berkeley-unix) 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:85650 Archived-At: On Sat, Feb 15 2014, Drew Adams wrote: >> > M-x man RET >> > Hitting TAB (with no minibuffer input) completes the empty input >> > to the two chars `^:'. >> >> This is a consequence of (1) and (2) below; the OP could confirm >> (1), > > If I do `man -k ls' or `man -k "ls"' or `man -k ^l' or `man -k "^l" > then I get only the message "ls: nothing appropriate" (or the same > with ^l instead of ls). > > However, if (in bash, outside Emacs) I type `man ls' or `man "ls"' > then I get the normal `man' page output/behavior for `ls'. Your man pages live in subdirectories of a small number of "root" directories. Let's assume that you have only one of those root directories, say /usr/share/man. If you type `man ls' the output comes from a file /usr/share/man/man1/ls.1 (or perhaps from a pre-formatted file /usr/share/man/cat1/ls.1 or perhaps from one of those with a .gz suffix or something like that). However, the output for `man -k ls' comes from a different file (the same one for all man pages under this root directory), namely /usr/share/man/whatis (other man packages may use a file with a different name). Since `man -k ls' doesn't give a summary for the `ls' man page I think that >> (1) `man -k' can't find any whatis database or all those files are >> empty. At least it doesn't have an entry for ls. You should be able to create this file by running the `makewhatis' command. >> (2) This particular `man -k' sends "^: nothing appropriate" to >> stdout and not to stderr (if the distinction is meaningful on >> cygwin), which is supposed to mean that it's a line "from the >> summary database", see >> http://pubs.opengroup.org/onlinepubs/009696799/utilities/man.html >> >> > Thereafter I can do nothing with that. Whether I type >> > anything after the `^:' or not, TAB just completes to `^:'. >> >> I think that has been fixed as a by-product of a 2013-01-10 change: >> >> (man): Flush the completion cache between uses. > > Not sure what you mean, but the behavior is not fixed for me. > I still get exactly the same behavior I reported, even with Emacs > builds from only a few days ago. IIUC, you had the following in mind: M-x man RET TAB C-g M-x man RET l TAB used to give `^:' (because the cache of man page name completions was not flushed between invocations of man). If you set Man-man-k-use-anchor to t it should give [No match] now. >> I.e., the behaviour is now described by >> >> > If I instead first type `l' (as in `ls') and then hit TAB, I get >> > [No match]. It doesn't seem to matter what I type in the minibuffer: >> > TAB always says [No match]. >> >> which seems to be irreproachable in the light of (1) above. > > Dunno what that means, but that is still the behavior I see: there > is no completion for `M-x man'. As explained above the source for the completions is the `whatis' file at a man root directory. As for `irreproachable', I found it funny to describe the behaviour in "moral" terms, sorry if this was confusing. Wolfgang