From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#16722: 24.3.50; `M-x man' does not handle case appropriately Date: Sat, 15 Feb 2014 19:04:56 -0800 (PST) Message-ID: References: <85fvnkwarc.fsf@iznogoud.viz> <512c4f71-4f67-4f36-8e1d-d756ad446d2e@default> <85d2inkiiy.fsf@iznogoud.viz> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1392519975 2867 80.91.229.3 (16 Feb 2014 03:06:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 16 Feb 2014 03:06:15 +0000 (UTC) Cc: 16722@debbugs.gnu.org To: Wolfgang Jenkner Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Feb 16 04:06:22 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 1WEs3h-00024U-Sy for geb-bug-gnu-emacs@m.gmane.org; Sun, 16 Feb 2014 04:06:22 +0100 Original-Received: from localhost ([::1]:59453 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WEs3h-0002hQ-Eb for geb-bug-gnu-emacs@m.gmane.org; Sat, 15 Feb 2014 22:06:21 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:32769) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WEs3W-0002hJ-Lk for bug-gnu-emacs@gnu.org; Sat, 15 Feb 2014 22:06:19 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WEs3O-00025u-3o for bug-gnu-emacs@gnu.org; Sat, 15 Feb 2014 22:06:10 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52916) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WEs3O-00025q-08 for bug-gnu-emacs@gnu.org; Sat, 15 Feb 2014 22:06:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WEs3N-0007Ry-N0 for bug-gnu-emacs@gnu.org; Sat, 15 Feb 2014 22:06:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 16 Feb 2014 03:06: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.139251990928555 (code B ref 16722); Sun, 16 Feb 2014 03:06:01 +0000 Original-Received: (at 16722) by debbugs.gnu.org; 16 Feb 2014 03:05:09 +0000 Original-Received: from localhost ([127.0.0.1]:54098 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WEs2W-0007QU-VD for submit@debbugs.gnu.org; Sat, 15 Feb 2014 22:05:09 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:23421) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WEs2U-0007Pu-0f for 16722@debbugs.gnu.org; Sat, 15 Feb 2014 22:05:06 -0500 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s1G34wd2018421 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 16 Feb 2014 03:04:59 GMT Original-Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s1G356tk010087 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 16 Feb 2014 03:05:06 GMT Original-Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18]) by userz7022.oracle.com (8.14.5+Sun/8.14.4) with ESMTP id s1G34vcQ007013; Sun, 16 Feb 2014 03:04:57 GMT In-Reply-To: <85d2inkiiy.fsf@iznogoud.viz> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] X-Source-IP: acsinet22.oracle.com [141.146.126.238] 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:85656 Archived-At: > Since `man -k ls' doesn't give a summary for the `ls' man page I > think that >=20 > >> (1) `man -k' can't find any whatis database or all those files > >> are empty. >=20 > At least it doesn't have an entry for ls. You should be able to > create this file by running the `makewhatis' command. Maybe so, and good to know; thanks. But a priori I don't want to have to do that. IIRC, I used to, with an older version of Cygwin, have `M-x man' provide completion without having to do anything at all. > >> > 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:=09(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. >=20 > IIUC, you had the following in mind: >=20 > M-x man RET TAB C-g M-x man RET l TAB Not necessarily. Why `C-g'? If the first TAB shows all completions then I might just type `l TAB' to narrow that down. But this is a detail. Sure, what you wrote is something I would also expect to work. You didn't say what you expect to happen after the first TAB, but if it is to show all possible completions then yes. > used to give `^:' (because the cache of man page name completions > was not flushed between invocations of man). >=20 > If you set Man-man-k-use-anchor to t it should give [No match] now. No, it does not. I did this: M-x man C-g ; Load library man, since `Man-man-k-use-anchor' ; is not yet defined (this step not really needed) M-: (setq Man-man-k-use-anchor t) M-x man RET TAB ; Shows ^: as the sole completion. It does not say [No match]. Did I understand you correctly that you thought it would, or am I missing something? AFAICT, the value of `Man-man-k-use-anchor' makes no difference. If setting that to non-nil solved the problem then things would be fine. I have no problem setting another variable in my setup. (FWIW: Why isn't this variable a user option?) > > that is still the behavior I see: there is no completion for > > `M-x man'. >=20 > As explained above the source for the completions is the `whatis' > file at a man root directory. Isn't it possible to have `M-x man' provide completion without users having to use `makewhatis'? I think that was the case in the past. Or if it is necessary (for Cygwin), then why not have Emacs do that when necessary (upon user confirmation)? Why should an Emacs user have to know about this at all, and invoke such a shell command directly?