From unknown Wed Aug 20 05:17:23 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#16722 <16722@debbugs.gnu.org> To: bug#16722 <16722@debbugs.gnu.org> Subject: Status: [(old?) cygwin] `M-x man' completion doesn't handle broken `man -k' gracefully Reply-To: bug#16722 <16722@debbugs.gnu.org> Date: Wed, 20 Aug 2025 12:17:23 +0000 retitle 16722 [(old?) cygwin] `M-x man' completion doesn't handle broken `m= an -k' gracefully reassign 16722 emacs submitter 16722 Drew Adams severity 16722 minor tag 16722 fixed thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 11 09:46:35 2014 Received: (at submit) by debbugs.gnu.org; 11 Feb 2014 14:46:36 +0000 Received: from localhost ([127.0.0.1]:46100 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WDEbb-0003CB-8H for submit@debbugs.gnu.org; Tue, 11 Feb 2014 09:46:35 -0500 Received: from eggs.gnu.org ([208.118.235.92]:34579) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WDEbY-0003Bx-JG for submit@debbugs.gnu.org; Tue, 11 Feb 2014 09:46:33 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WDEbJ-0005H9-8k for submit@debbugs.gnu.org; Tue, 11 Feb 2014 09:46:27 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:34602) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WDEbJ-0005H5-5o for submit@debbugs.gnu.org; Tue, 11 Feb 2014 09:46:17 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36258) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WDEbA-0002Lw-J6 for bug-gnu-emacs@gnu.org; Tue, 11 Feb 2014 09:46:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WDEb2-0005Ev-12 for bug-gnu-emacs@gnu.org; Tue, 11 Feb 2014 09:46:08 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:43098) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WDEb1-0005DR-QF for bug-gnu-emacs@gnu.org; Tue, 11 Feb 2014 09:45:59 -0500 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 s1BEjuSf004019 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 11 Feb 2014 14:45:57 GMT 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 s1BEjt6d029412 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 11 Feb 2014 14:45:56 GMT Received: from abhmp0005.oracle.com (abhmp0005.oracle.com [141.146.116.11]) by userz7022.oracle.com (8.14.5+Sun/8.14.4) with ESMTP id s1BEjsGN013965 for ; Tue, 11 Feb 2014 14:45:55 GMT MIME-Version: 1.0 Message-ID: Date: Tue, 11 Feb 2014 06:45:54 -0800 (PST) From: Drew Adams To: bug-gnu-emacs@gnu.org Subject: 24.3.50; `M-x man' does not handle case appropriately X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) Please reopen bug #10840, or fix it here. This is Eli's comment on the Emacs bug that needs fixing: In any case, "M-x man" should handle this kind of output gracefully, which it evidently doesn't. See bug #10840 for recipe and details. In GNU Emacs 24.3.50.1 (i686-pc-mingw32) of 2014-02-06 on ODIEONE Bzr revision: 116299 rgm@gnu.org-20140207032552-3ycw6hai2zl7yynq Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --prefix=3D/c/Devel/emacs/binary --enable-checking=3Dyes,glyphs 'CFLAGS=3D-O0 -g3' LDFLAGS=3D-Lc:/Devel/emacs/lib CPPFLAGS=3D-Ic:/Devel/emacs/include' From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 15 12:23:31 2014 Received: (at 16722) by debbugs.gnu.org; 15 Feb 2014 17:23:31 +0000 Received: from localhost ([127.0.0.1]:53666 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WEixe-0006tJ-HJ for submit@debbugs.gnu.org; Sat, 15 Feb 2014 12:23:30 -0500 Received: from b2bfep15.mx.upcmail.net ([62.179.121.60]:55204) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WEixb-0006t3-BF for 16722@debbugs.gnu.org; Sat, 15 Feb 2014 12:23:28 -0500 Received: from edge12.upcmail.net ([192.168.13.82]) by b2bfep15-int.chello.at (InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP id <20140215172320.DLOP16013.b2bfep15-int.chello.at@edge12.upcmail.net>; Sat, 15 Feb 2014 18:23:20 +0100 Received: from iznogoud.viz ([91.119.197.0]) by edge12.upcmail.net with edge id ShPL1n00C00zuln0ChPLvq; Sat, 15 Feb 2014 18:23:20 +0100 X-SourceIP: 91.119.197.0 Received: from wolfgang by iznogoud.viz with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WEixT-0000Uu-WC; Sat, 15 Feb 2014 18:23:20 +0100 From: Wolfgang Jenkner To: Drew Adams Subject: Re: bug#16722: 24.3.50; `M-x man' does not handle case appropriately Date: Sat, 15 Feb 2014 18:17:08 +0100 References: Message-ID: <85fvnkwarc.fsf@iznogoud.viz> User-Agent: Gnus/5.13001 (Ma Gnus v0.10) Emacs/24.3.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16722 Cc: 16722@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) On Tue, Feb 11 2014, Drew Adams wrote: > This is Eli's comment on the Emacs bug that needs fixing: > > In any case, "M-x man" should handle this kind of output gracefully, > which it evidently doesn't. > > See bug #10840 for recipe and details. Here's, AFAIK, the current state with regard to Drew's observations. On Sat, Feb 18 2012, Drew Adams wrote: > I have Cygwin installed (a rather old version; dunno which one or how to > tell). [...] > 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), while anybody can easily check (2) by looking at the code in man.el. (1) `man -k' can't find any whatis database or all those files are empty. (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. 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. The behaviour is different in the latter case because `man -k ^l' sends a message "^l: nothing appropriate" to stdout, so "^l" is collected as a possible man page name, but since this string is not a completion of the "l" prefix it is discarded, after all. The description above holds true for Gnu or Gnu/* but it is a lie on other systems, where the output of `man -k l' is collected instead, so you would still presented with "l:" as a possible completion. Now, this can happen on correctly installed systems as well (if you happen to search for a prefix which doesn't match any substring in the summary database), so by setting `Man-man-k-use-anchor' to nil on some of those systems which are likely to use the man-1.* package without correcting the bug described in (2) above I introduced a regression. It seems (http://cygwin.com/packages/) that man-1.* is the man package provided by default in cygwin, but I suppose cygwin packages could also be used with a non-cygwin emacs? Would it be reasonable to set the default for `Man-man-k-use-anchor' to non-nil if the system type is `cygwin' or `windows-nt' or `ms-dos'? Wolfgang From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 15 14:55:39 2014 Received: (at 16722) by debbugs.gnu.org; 15 Feb 2014 19:55:40 +0000 Received: from localhost ([127.0.0.1]:53777 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WElKs-0002dr-Ks for submit@debbugs.gnu.org; Sat, 15 Feb 2014 14:55:39 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:23554) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WElKo-0002dZ-7l for 16722@debbugs.gnu.org; Sat, 15 Feb 2014 14:55:35 -0500 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s1FJtUHS010702 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 15 Feb 2014 19:55:36 GMT Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s1FJtFt2029614 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 15 Feb 2014 19:55:21 GMT Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s1FJt9NB004524; Sat, 15 Feb 2014 19:55:09 GMT MIME-Version: 1.0 Message-ID: <512c4f71-4f67-4f36-8e1d-d756ad446d2e@default> Date: Sat, 15 Feb 2014 11:55:15 -0800 (PST) From: Drew Adams To: Wolfgang Jenkner Subject: RE: bug#16722: 24.3.50; `M-x man' does not handle case appropriately References: <85fvnkwarc.fsf@iznogoud.viz> In-Reply-To: <85fvnkwarc.fsf@iznogoud.viz> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-Spam-Score: -3.0 (---) X-Debbugs-Envelope-To: 16722 Cc: 16722@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.0 (---) > > M-x man RET > > Hitting TAB (with no minibuffer input) completes the empty input > > to the two chars `^:'. >=20 > This is a consequence of (1) and (2) below; the OP could confirm > (1), Not sure how to check that. In a bash shell (outside Emacs), if I do `man -k' I get the question "What manual page do you want?". If I then type `ls' then it is as if I typed `ls' from the outset: the files in the current dir are listed. 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'. > while anybody can easily check (2) by looking at the code in man.el. >=20 > (1) `man -k' can't find any whatis database or all those files are > empty. >=20 > (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 >=20 > > Thereafter I can do nothing with that. Whether I type > > anything after the `^:' or not, TAB just completes to `^:'. >=20 > I think that has been fixed as a by-product of a 2013-01-10 change: >=20 > =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. > I.e., the behaviour is now described by >=20 > > 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]. >=20 > 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'. > The behaviour is different in the latter case because `man -k ^l' > sends a message "^l: nothing appropriate" to stdout, so "^l" is > collected as a possible man page name, but since this string is > not a completion of the "l" prefix it is discarded, after all. >=20 > The description above holds true for Gnu or Gnu/* but it is a lie on > other systems, where the output of `man -k l' is collected instead, > so you would still presented with "l:" as a possible completion. >=20 > Now, this can happen on correctly installed systems as well (if you > happen to search for a prefix which doesn't match any substring in > the summary database), so by setting `Man-man-k-use-anchor' to nil > on some of those systems which are likely to use the man-1.* package > without correcting the bug described in (2) above I introduced a > regression. >=20 > It seems (http://cygwin.com/packages/) that man-1.* is the man > package provided by default in cygwin, but I suppose cygwin > packages could also be used with a non-cygwin emacs? Would it > be reasonable to set the default for `Man-man-k-use-anchor' to > non-nil if the system type is `cygwin' or `windows-nt' or > `ms-dos'? I am using MS Windows 7, and I have Cygwin installed. FWIW, I tried setting `Man-man-k-use-anchor' to `t', but that changed nothing, AFAICT. `M-x man' works normally, except that there is no completion - completion is broken. From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 15 15:55:00 2014 Received: (at 16722) by debbugs.gnu.org; 15 Feb 2014 20:55:00 +0000 Received: from localhost ([127.0.0.1]:53810 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WEmGJ-0004JA-Ht for submit@debbugs.gnu.org; Sat, 15 Feb 2014 15:55:00 -0500 Received: from mtaout28.012.net.il ([80.179.55.184]:33836) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WEmGG-0004Iw-US for 16722@debbugs.gnu.org; Sat, 15 Feb 2014 15:54:58 -0500 Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0N1200O001ULXK00@mtaout28.012.net.il> for 16722@debbugs.gnu.org; Sat, 15 Feb 2014 22:55:41 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N1200FA124TQ4A0@mtaout28.012.net.il>; Sat, 15 Feb 2014 22:55:41 +0200 (IST) Date: Sat, 15 Feb 2014 22:54:51 +0200 From: Eli Zaretskii Subject: Re: bug#16722: 24.3.50; `M-x man' does not handle case appropriately In-reply-to: <85fvnkwarc.fsf@iznogoud.viz> X-012-Sender: halo1@inter.net.il To: Wolfgang Jenkner Message-id: <834n40ayg4.fsf@gnu.org> References: <85fvnkwarc.fsf@iznogoud.viz> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16722 Cc: 16722@debbugs.gnu.org, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Wolfgang Jenkner > Date: Sat, 15 Feb 2014 18:17:08 +0100 > Cc: 16722@debbugs.gnu.org > > It seems (http://cygwin.com/packages/) that man-1.* is the man package > provided by default in cygwin, but I suppose cygwin packages could also > be used with a non-cygwin emacs? Would it be reasonable to set the > default for `Man-man-k-use-anchor' to non-nil if the system type is > `cygwin' or `windows-nt' or `ms-dos'? It is much better, IMO, to probe for "man -k" support the first time "M-x man" is invoked, like we do with "M-x grep". Relying on system-type should only be a very distant second candidate (e.g., what if Windows machines will get a proper 'man' command that does supports apropos databases?). From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 15 19:28:49 2014 Received: (at 16722) by debbugs.gnu.org; 16 Feb 2014 00:28:49 +0000 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 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 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 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 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 From: Wolfgang Jenkner To: Drew Adams Subject: Re: bug#16722: 24.3.50; `M-x man' does not handle case appropriately References: <85fvnkwarc.fsf@iznogoud.viz> <512c4f71-4f67-4f36-8e1d-d756ad446d2e@default> Date: 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)") Message-ID: <85d2inkiiy.fsf@iznogoud.viz> User-Agent: Gnus/5.13001 (Ma Gnus v0.10) Emacs/24.3.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16722 Cc: 16722@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) 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 From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 15 20:08:42 2014 Received: (at 16722) by debbugs.gnu.org; 16 Feb 2014 01:08:42 +0000 Received: from localhost ([127.0.0.1]:54020 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WEqDp-0002vs-Tu for submit@debbugs.gnu.org; Sat, 15 Feb 2014 20:08:42 -0500 Received: from b2bfep13.mx.upcmail.net ([62.179.121.58]:36959) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WEqDm-0002vd-SN for 16722@debbugs.gnu.org; Sat, 15 Feb 2014 20:08:39 -0500 Received: from edge11.upcmail.net ([192.168.13.81]) by b2bfep13-int.chello.at (InterMail vM.8.01.05.11 201-2260-151-128-20120928) with ESMTP id <20140216010832.DGFN3931.b2bfep13-int.chello.at@edge11.upcmail.net>; Sun, 16 Feb 2014 02:08:32 +0100 Received: from iznogoud.viz ([91.119.197.0]) by edge11.upcmail.net with edge id Sp8Y1n00G00zuln0Bp8Ywn; Sun, 16 Feb 2014 02:08:32 +0100 X-SourceIP: 91.119.197.0 Received: from wolfgang by iznogoud.viz with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WEqDg-0000Rr-2x; Sun, 16 Feb 2014 02:08:32 +0100 From: Wolfgang Jenkner To: Eli Zaretskii Subject: Re: bug#16722: 24.3.50; `M-x man' does not handle case appropriately References: <85fvnkwarc.fsf@iznogoud.viz> <834n40ayg4.fsf@gnu.org> Date: Sun, 16 Feb 2014 02:08:32 +0100 In-Reply-To: <834n40ayg4.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 15 Feb 2014 22:54:51 +0200") Message-ID: <858utbkgof.fsf@iznogoud.viz> User-Agent: Gnus/5.13001 (Ma Gnus v0.10) Emacs/24.3.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16722 Cc: 16722@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) On Sat, Feb 15 2014, Eli Zaretskii wrote: >> It seems (http://cygwin.com/packages/) that man-1.* is the man package >> provided by default in cygwin, but I suppose cygwin packages could also >> be used with a non-cygwin emacs? Would it be reasonable to set the >> default for `Man-man-k-use-anchor' to non-nil if the system type is >> `cygwin' or `windows-nt' or `ms-dos'? > > It is much better, IMO, to probe for "man -k" support the first time > "M-x man" is invoked, like we do with "M-x grep". Relying on > system-type should only be a very distant second candidate (e.g., what > if Windows machines will get a proper 'man' command that does supports > apropos databases?). But `man -k' always works (to the extent we need it to) if the whatis database is correctly installed. In particular, for Drew's case, please see http://permalink.gmane.org/gmane.emacs.bugs/68879 As the doc string of `Man-man-k-use-anchor' states, Setting the value to nil always gives correct results but computing the list of completions may take a bit longer. The problem is just a bug in this particular implementation, viz., `man -k' sends error messages to stdout. Strictly speaking, POSIX requires emacs to assume that everything in stdout represents content from the whatis database, but this is not desirable in this case. Setting `Man-man-k-use-anchor' to non-nil works around this annoyance, for the reasons I explained in this bug thread. Wolfgang From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 15 22:05:09 2014 Received: (at 16722) by debbugs.gnu.org; 16 Feb 2014 03:05:09 +0000 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 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 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 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 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 MIME-Version: 1.0 Message-ID: Date: Sat, 15 Feb 2014 19:04:56 -0800 (PST) From: Drew Adams To: Wolfgang Jenkner Subject: RE: bug#16722: 24.3.50; `M-x man' does not handle case appropriately References: <85fvnkwarc.fsf@iznogoud.viz> <512c4f71-4f67-4f36-8e1d-d756ad446d2e@default> <85d2inkiiy.fsf@iznogoud.viz> 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)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Spam-Score: -3.0 (---) X-Debbugs-Envelope-To: 16722 Cc: 16722@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.0 (---) > 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? From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 15 22:51:00 2014 Received: (at 16722) by debbugs.gnu.org; 16 Feb 2014 03:51:00 +0000 Received: from localhost ([127.0.0.1]:54117 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WEskt-0001Ze-QP for submit@debbugs.gnu.org; Sat, 15 Feb 2014 22:51:00 -0500 Received: from mtaout29.012.net.il ([80.179.55.185]:40365) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WEskq-0001ZH-5K for 16722@debbugs.gnu.org; Sat, 15 Feb 2014 22:50:57 -0500 Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0N1200E00JZV7900@mtaout29.012.net.il> for 16722@debbugs.gnu.org; Sun, 16 Feb 2014 05:53:11 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N1200IE8LGNBK10@mtaout29.012.net.il>; Sun, 16 Feb 2014 05:53:11 +0200 (IST) Date: Sun, 16 Feb 2014 05:50:51 +0200 From: Eli Zaretskii Subject: Re: bug#16722: 24.3.50; `M-x man' does not handle case appropriately In-reply-to: <858utbkgof.fsf@iznogoud.viz> X-012-Sender: halo1@inter.net.il To: Wolfgang Jenkner Message-id: <831tz3btr8.fsf@gnu.org> References: <85fvnkwarc.fsf@iznogoud.viz> <834n40ayg4.fsf@gnu.org> <858utbkgof.fsf@iznogoud.viz> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 16722 Cc: 16722@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Wolfgang Jenkner > Cc: 16722@debbugs.gnu.org > Date: Sun, 16 Feb 2014 02:08:32 +0100 > > On Sat, Feb 15 2014, Eli Zaretskii wrote: > > >> It seems (http://cygwin.com/packages/) that man-1.* is the man package > >> provided by default in cygwin, but I suppose cygwin packages could also > >> be used with a non-cygwin emacs? Would it be reasonable to set the > >> default for `Man-man-k-use-anchor' to non-nil if the system type is > >> `cygwin' or `windows-nt' or `ms-dos'? > > > > It is much better, IMO, to probe for "man -k" support the first time > > "M-x man" is invoked, like we do with "M-x grep". Relying on > > system-type should only be a very distant second candidate (e.g., what > > if Windows machines will get a proper 'man' command that does supports > > apropos databases?). > > But `man -k' always works (to the extent we need it to) if the whatis > database is correctly installed. No, it doesn't. For example, it isn't supported with this clone: http://sourceforge.net/projects/ezwinports/files/man-1.4-bin.zip/download And, as demonstrated in this bug report, it can backfire when the database is not "correctly installed". My suggestion will gracefully handle both cases. > The problem is just a bug in this particular implementation, viz., > `man -k' sends error messages to stdout. Strictly speaking, POSIX > requires emacs to assume that everything in stdout represents content > from the whatis database, but this is not desirable in this case. > Setting `Man-man-k-use-anchor' to non-nil works around this annoyance, > for the reasons I explained in this bug thread. If you are saying that users should set an option to avoid this problem, I might agree (although I don't think this option will help for the above clone). However, having Emacs detect this automatically is even better. From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 16 09:17:42 2014 Received: (at 16722) by debbugs.gnu.org; 16 Feb 2014 14:17:42 +0000 Received: from localhost ([127.0.0.1]:54487 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WF2XO-0004Oj-2i for submit@debbugs.gnu.org; Sun, 16 Feb 2014 09:17:42 -0500 Received: from b2bfep15.mx.upcmail.net ([62.179.121.60]:57138) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WF2XK-0004OT-O0 for 16722@debbugs.gnu.org; Sun, 16 Feb 2014 09:17:40 -0500 Received: from edge12.upcmail.net ([192.168.13.82]) by b2bfep15-int.chello.at (InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP id <20140216141732.GBHI16013.b2bfep15-int.chello.at@edge12.upcmail.net>; Sun, 16 Feb 2014 15:17:32 +0100 Received: from iznogoud.viz ([91.119.210.82]) by edge12.upcmail.net with edge id T2HX1n00M1nCz770C2HXCi; Sun, 16 Feb 2014 15:17:32 +0100 X-SourceIP: 91.119.210.82 Received: from wolfgang by iznogoud.viz with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WF2XD-0000KA-99; Sun, 16 Feb 2014 15:17:31 +0100 From: Wolfgang Jenkner To: Eli Zaretskii , Drew Adams Subject: Re: bug#16722: 24.3.50; `M-x man' does not handle case appropriately References: <85fvnkwarc.fsf@iznogoud.viz> <834n40ayg4.fsf@gnu.org> <858utbkgof.fsf@iznogoud.viz> <831tz3btr8.fsf@gnu.org> Date: Sun, 16 Feb 2014 15:17:30 +0100 Message-ID: <85ob27ywed.fsf@iznogoud.viz> User-Agent: Gnus/5.13001 (Ma Gnus v0.10) Emacs/24.3.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16722 Cc: 16722@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Since the both of you seem to agree that emacs should magically fix important (but easily fixed) deficiencies in your system setup, do as you please and I'll leave it at that. Wolfgang From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 01 14:25:56 2017 Received: (at 16722) by debbugs.gnu.org; 1 Feb 2017 19:25:56 +0000 Received: from localhost ([127.0.0.1]:53637 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cZ0XU-0001NW-9C for submit@debbugs.gnu.org; Wed, 01 Feb 2017 14:25:56 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:48921) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cZ0XS-0001NG-2U for 16722@debbugs.gnu.org; Wed, 01 Feb 2017 14:25:54 -0500 Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v11JPkM0005757 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 1 Feb 2017 19:25:46 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v11JPkeh030846 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 1 Feb 2017 19:25:46 GMT Received: from abhmp0016.oracle.com (abhmp0016.oracle.com [141.146.116.22]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v11JPinY020066; Wed, 1 Feb 2017 19:25:45 GMT MIME-Version: 1.0 Message-ID: Date: Wed, 1 Feb 2017 11:25:43 -0800 (PST) From: Drew Adams To: Wolfgang Jenkner , Eli Zaretskii Subject: RE: bug#16722: 24.3.50; `M-x man' does not handle case appropriately References: <85fvnkwarc.fsf@iznogoud.viz> <834n40ayg4.fsf@gnu.org> <858utbkgof.fsf@iznogoud.viz> <831tz3btr8.fsf@gnu.org> <85ob27ywed.fsf@iznogoud.viz> In-Reply-To: <85ob27ywed.fsf@iznogoud.viz> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 12.0.6753.5000 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Source-IP: userv0022.oracle.com [156.151.31.74] X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: 16722 Cc: 16722@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.2 (----) > Since the both of you seem to agree that emacs should magically fix > important (but easily fixed) deficiencies in your system setup, do as > you please and I'll leave it at that. Coming back to this bug (which is still there). I did try running `makewhatis', BTW. That just raised a bunch of errors: makewhatis FIND: Invalid switch FIND: Invalid switch FIND: Invalid switch FIND: Invalid switch FIND: Invalid switch -uThe system cannot find the file specified. I also tried it using `makewhatis -w', but that didn't help: makewhatis -w cp: cannot create regular file `/cygdrive/c/Program/whatis': No such file o= r directory cp: cannot create regular file `Files/GnuWin32/man/whatis': No such file or= directory cp: cannot create regular file `/cygdrive/c/Program/whatis': No such file o= r directory cp: cannot create regular file `Files/GnuWin32/man/whatis': No such file or= directory -uThe system cannot find the file specified. FIND: Invalid switch FIND: Invalid switch FIND: Invalid switch FIND: Invalid switch FIND: Invalid switch -uThe system cannot find the file specified. -uThe system cannot find the file specified. -uThe system cannot find the file specified. That created an empty `whatis' file in directory c:/cygwin/usr/share/man. Having that file did not help, of course. Hard to believe that something that used to work so simply with Cygwin, without users needing to do anything, no longer works. Is there really no possibility that Emacs will fix this? I can of course use `woman' with completion, and I can still use `man' without completion. But it really seems like `man' should be able to offer completion that works, out of the box. From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 01 14:50:37 2017 Received: (at 16722) by debbugs.gnu.org; 1 Feb 2017 19:50:37 +0000 Received: from localhost ([127.0.0.1]:53650 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cZ0vN-0001wP-IC for submit@debbugs.gnu.org; Wed, 01 Feb 2017 14:50:37 -0500 Received: from eggs.gnu.org ([208.118.235.92]:53896) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cZ0vL-0001wC-Ja for 16722@debbugs.gnu.org; Wed, 01 Feb 2017 14:50:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cZ0vD-0006Qh-EG for 16722@debbugs.gnu.org; Wed, 01 Feb 2017 14:50:30 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41841) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cZ0vD-0006Qc-AX; Wed, 01 Feb 2017 14:50:27 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1906 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cZ0vC-0008MX-0W; Wed, 01 Feb 2017 14:50:27 -0500 Date: Wed, 01 Feb 2017 21:50:04 +0200 Message-Id: <831svhwv0z.fsf@gnu.org> From: Eli Zaretskii To: Drew Adams In-reply-to: (message from Drew Adams on Wed, 1 Feb 2017 11:25:43 -0800 (PST)) Subject: Re: bug#16722: 24.3.50; `M-x man' does not handle case appropriately References: <85fvnkwarc.fsf@iznogoud.viz> <834n40ayg4.fsf@gnu.org> <858utbkgof.fsf@iznogoud.viz> <831tz3btr8.fsf@gnu.org> <85ob27ywed.fsf@iznogoud.viz> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 16722 Cc: 16722@debbugs.gnu.org, wjenkner@inode.at X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Wed, 1 Feb 2017 11:25:43 -0800 (PST) > From: Drew Adams > Cc: 16722@debbugs.gnu.org > > > Since the both of you seem to agree that emacs should magically fix > > important (but easily fixed) deficiencies in your system setup, do as > > you please and I'll leave it at that. > > Coming back to this bug (which is still there). > > I did try running `makewhatis', BTW. That just raised a bunch of errors: > > makewhatis > FIND: Invalid switch > FIND: Invalid switch > FIND: Invalid switch > FIND: Invalid switch > FIND: Invalid switch > -uThe system cannot find the file specified. Your system is mis-configured: it finds the Windows find.exe before (or instead) finding the Cygwin find.exe. You should re-arrange your PATH. > makewhatis -w > cp: cannot create regular file `/cygdrive/c/Program/whatis': No such file or directory > cp: cannot create regular file `Files/GnuWin32/man/whatis': No such file or directory > cp: cannot create regular file `/cygdrive/c/Program/whatis': No such file or directory > cp: cannot create regular file `Files/GnuWin32/man/whatis': No such file or directory And this looks like some problem with file names with embedded blanks ("Program Files"). > Is there really no possibility that Emacs will fix this? I don't see any evidence of an Emacs problem here. From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 01 17:36:29 2017 Received: (at 16722) by debbugs.gnu.org; 1 Feb 2017 22:36:29 +0000 Received: from localhost ([127.0.0.1]:53673 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cZ3Vt-0005cJ-6Y for submit@debbugs.gnu.org; Wed, 01 Feb 2017 17:36:29 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:42270) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cZ3Vq-0005c5-TV for 16722@debbugs.gnu.org; Wed, 01 Feb 2017 17:36:27 -0500 Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v11MaK6Y012291 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 1 Feb 2017 22:36:20 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v11MaITw017602 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 1 Feb 2017 22:36:19 GMT Received: from abhmp0016.oracle.com (abhmp0016.oracle.com [141.146.116.22]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id v11MaG3g021336; Wed, 1 Feb 2017 22:36:17 GMT MIME-Version: 1.0 Message-ID: Date: Wed, 1 Feb 2017 14:36:15 -0800 (PST) From: Drew Adams To: Eli Zaretskii Subject: RE: bug#16722: 24.3.50; `M-x man' does not handle case appropriately References: <> <<85fvnkwarc.fsf@iznogoud.viz>> <<834n40ayg4.fsf@gnu.org>> <<858utbkgof.fsf@iznogoud.viz>> <<831tz3btr8.fsf@gnu.org>> <<85ob27ywed.fsf@iznogoud.viz>> <> <<831svhwv0z.fsf@gnu.org>> In-Reply-To: <<831svhwv0z.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 12.0.6753.5000 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Source-IP: aserv0022.oracle.com [141.146.126.234] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 16722 Cc: 16722@debbugs.gnu.org, wjenkner@inode.at X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > Your system is mis-configured: it finds the Windows find.exe before > (or instead) finding the Cygwin find.exe. You should re-arrange your > PATH. Yes, it is my Windows PATH (which is correct for my general use on Windows - correct order etc.), but with \ changed to / and with drive letters replaced by /cygdrive//. And SPC chars are not escaped. `bash' apparently picks that up, as the default. Not sure what the right approach is to deal with this. But at least I now understand somewhat what's happening. Similarly, for `exec-path' (but which includes "c:/cygwin/bin" (at the front) and "d:/Emacs-24.5/libexec/emacs/24.5/i686-pc-mingw32" (at the end). > And this looks like some problem with file names with embedded blanks > ("Program Files"). Yes; see above. > > Is there really no possibility that Emacs will fix this? >=20 > I don't see any evidence of an Emacs problem here. Well as I said, it used to just work, out of the box... I see that the value of PATH inside Emacs has "c:/cygwin/bin" at its start (because I add it there in `setup-cygwin.el'). Outside of Emacs it is not there, and it is outside Emacs where I tried (in a bash terminal) to use `makewhatis'. I just now added that dir to the beginning of the Windows PATH outside Emacs, and then invoked `makewhatis' in a bash terminal, and it built file `whatis' properly. That fixed the completion problem for `M-x man'. (However, I doubt that it will be right to have that dir at the start of my Windows PATH (for general use), so I've removed it.) It still seems to me that this should "just work", out of the box. Anyway, my individual problem is solved, at least for now. If you are not interested in improving Emacs in some way wrt this problem, feel free to close the bug. And thanks to both of you for the helpful info. From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 01 20:07:47 2017 Received: (at 16722) by debbugs.gnu.org; 2 Feb 2017 01:07:47 +0000 Received: from localhost ([127.0.0.1]:53720 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cZ5sI-0000my-O4 for submit@debbugs.gnu.org; Wed, 01 Feb 2017 20:07:46 -0500 Received: from mail-it0-f67.google.com ([209.85.214.67]:32944) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cZ5sH-0000mg-93; Wed, 01 Feb 2017 20:07:45 -0500 Received: by mail-it0-f67.google.com with SMTP id e137so4336500itc.0; Wed, 01 Feb 2017 17:07:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=We1PPePsbaHm6ziFOTGE4DlUQev5FxMrQzTrZvqkG3g=; b=sqnUmhMJzJ3pxnvQZNs73LQd9NC67DF/Ln0VZNP5NheTDNPnib3we0HSH/on9BIwtd LICXkz5B2DBRroTZ4PvJRY75RYBY5ySW/puBFrYI37Zb+K2iH/AgklbCkTN1KjB4Cvio eBsavjcIXhWOcMLnmJqZ4DqTy6eHo+qkZH3G33fVBCRBkAtB59pOhiaVpXwAXTUW8Ws3 gps5Cj2k/x2x2vql1oZ1EUDmUeXYKKUPjA6rIkT1Uqb4MYEdmSQFpNXCsQubjsUX+3vT 1SIBVxmNkL1+x0EWTljfaD8daY0QTa4/Wn6ysZNvb1aEx9B7aafYfGZ0iX/JK3yOebn0 872Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=We1PPePsbaHm6ziFOTGE4DlUQev5FxMrQzTrZvqkG3g=; b=jfGtFsAusREYmm8V/IN+CP8BDQXyH6aw7/Bg+Z6A0PvhuP8cFF9vA8liKybIfNPs3k x0163XMqMekljD+gt9Z6/gwsPivED/xlufaPvdGJcO5f1tazKphbDIQ8yhyrfd3aXOIu /yuBZsYAsATtzqMspUEWRUCo7c1ncisym+LIEHb8FKdQpZEsnwx+Stt4z1C9zu1ACsVX uB7TjX1kPpXcwo1v/yu/xSmRbvVz5HQ3J6FgyPEGa11m4ZXsx2ivkeNym3eMEsSkcanB Ao/scDpEloa+4OR5zgPT0MPS68dDDWYEZF6CUxBp3L/W9jiaVdBDWrOYfimakSH8EUqQ +gmA== X-Gm-Message-State: AIkVDXK2hAcULRpEX6lNTYR/3UMtjghx1IdUTqeWcKCgYZBNto93iSc2MnvBITCOr/etXA== X-Received: by 10.36.2.1 with SMTP id 1mr25965316itu.10.1485997659691; Wed, 01 Feb 2017 17:07:39 -0800 (PST) Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id v197sm156650ita.2.2017.02.01.17.07.38 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 01 Feb 2017 17:07:38 -0800 (PST) From: npostavs@users.sourceforge.net To: Drew Adams Subject: Re: bug#16722: 24.3.50; `M-x man' does not handle case appropriately References: <85fvnkwarc.fsf@iznogoud.viz> <834n40ayg4.fsf@gnu.org> <858utbkgof.fsf@iznogoud.viz> <831tz3btr8.fsf@gnu.org> <85ob27ywed.fsf@iznogoud.viz> Date: Wed, 01 Feb 2017 20:08:48 -0500 In-Reply-To: (Drew Adams's message of "Wed, 1 Feb 2017 11:25:43 -0800 (PST)") Message-ID: <87shnxpffj.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 16722 Cc: 16722@debbugs.gnu.org, Eli Zaretskii , Wolfgang Jenkner X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) retitle 16722 [(old?) cygwin] `M-x man' completion doesn't handle broken `man -k' gracefully quit I found this post from 2014 explaining that the man package is replaced by man-db, so the correct incantation is now `mandb' or `mandb -c' for the first time. https://cygwin.com/ml/cygwin/2014-07/msg00015.html https://cygwin.com/faq/faq.html#faq.using.man I can't reproduce the problem here, as my cygwin's man -k prints only to stderr in this case. Does checking exit status help? --- i/lisp/man.el +++ w/lisp/man.el @@ -890,15 +890,18 @@ Man-completion-table ;; run differently in Man-getpage-in-background, an error ;; here may not necessarily mean that we'll also get an ;; error later. - (ignore-errors - (call-process manual-program nil '(t nil) nil - "-k" (concat (when (or Man-man-k-use-anchor - (string-equal prefix "")) - "^") - prefix)))) - (setq table (Man-parse-man-k))) + (when (eq 0 + (ignore-errors + (call-process + manual-program nil '(t nil) nil + "-k" (concat (when (or Man-man-k-use-anchor + (string-equal prefix "")) + "^") + prefix)))) + (setq table (Man-parse-man-k))))) ;; Cache the table for later reuse. - (setq Man-completion-cache (cons prefix table))) + (when table + (setq Man-completion-cache (cons prefix table)))) ;; The table may contain false positives since the match is made ;; by "man -k" not just on the manpage's name. (if section From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 25 06:21:20 2020 Received: (at 16722) by debbugs.gnu.org; 25 Sep 2020 10:21:20 +0000 Received: from localhost ([127.0.0.1]:42766 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLkqt-0003vN-QH for submit@debbugs.gnu.org; Fri, 25 Sep 2020 06:21:20 -0400 Received: from quimby.gnus.org ([95.216.78.240]:38390) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLkqr-0003v8-Lz for 16722@debbugs.gnu.org; Fri, 25 Sep 2020 06:21:18 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=bhS4RmNCRCYBXMXFs9aYQm0Fl2bnLxgnwv4DYlNVu68=; b=jNw9djylvr0tk6pFUfU7xNFJrt 5kwXbuOldbwXuRfxJdI1/SO7JCHlMXG2A/sqlrb/gJHfJjKUoYPUVYIMmTMxfowoVqbhAFXCpx4Mb li5+PZI5S3z7Siga+Yul2VB5NAZpi4zMV8WWUmIB+M1anHTj0WjL+q/bB1F87S6OK3pE=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kLkqi-00015q-Me; Fri, 25 Sep 2020 12:21:11 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#16722: 24.3.50; `M-x man' does not handle case appropriately References: <85fvnkwarc.fsf@iznogoud.viz> <834n40ayg4.fsf@gnu.org> <858utbkgof.fsf@iznogoud.viz> <831tz3btr8.fsf@gnu.org> X-Now-Playing: Thievery Corporation's _The Mirror Conspiracy_: "The Mirror Conspiracy" Date: Fri, 25 Sep 2020 12:21:07 +0200 In-Reply-To: <831tz3btr8.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 16 Feb 2014 05:50:51 +0200") Message-ID: <873636rwbw.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> But `man -k' always works (to the extent we need it to) if the whatis >> database is correctly installed. > > No, it doesn't. For example, it isn't supported with this clone: > > http://sourceforge [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16722 Cc: 16722@debbugs.gnu.org, Wolfgang Jenkner X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> But `man -k' always works (to the extent we need it to) if the whatis >> database is correctly installed. > > No, it doesn't. For example, it isn't supported with this clone: > > http://sourceforge.net/projects/ezwinports/files/man-1.4-bin.zip/download > > And, as demonstrated in this bug report, it can backfire when the > database is not "correctly installed". npostavs@users.sourceforge.net writes: > I can't reproduce the problem here, as my cygwin's man -k prints only to > stderr in this case. Does checking exit status help? [...] > - (setq table (Man-parse-man-k))) > + (when (eq 0 > + (ignore-errors > + (call-process > + manual-program nil '(t nil) nil > + "-k" (concat (when (or Man-man-k-use-anchor > + (string-equal prefix "")) > + "^") > + prefix)))) > + (setq table (Man-parse-man-k))))) There was no followup on this patch, and I don't have a Windows system to test with. Eli, would this patch fix the problem both with the uninstalled whereis database and the ezwinports version of man? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 25 07:29:51 2020 Received: (at 16722) by debbugs.gnu.org; 25 Sep 2020 11:29:51 +0000 Received: from localhost ([127.0.0.1]:42886 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLlvC-0001c1-VM for submit@debbugs.gnu.org; Fri, 25 Sep 2020 07:29:51 -0400 Received: from eggs.gnu.org ([209.51.188.92]:51556) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLlvB-0001bp-HZ for 16722@debbugs.gnu.org; Fri, 25 Sep 2020 07:29:50 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60114) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kLlv5-0007rf-Ei; Fri, 25 Sep 2020 07:29:43 -0400 Received: from [176.228.60.248] (port=4279 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kLlv3-0002be-Co; Fri, 25 Sep 2020 07:29:42 -0400 Date: Fri, 25 Sep 2020 14:29:51 +0300 Message-Id: <83sgb6rt5c.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <873636rwbw.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 25 Sep 2020 12:21:07 +0200) Subject: Re: bug#16722: 24.3.50; `M-x man' does not handle case appropriately References: <85fvnkwarc.fsf@iznogoud.viz> <834n40ayg4.fsf@gnu.org> <858utbkgof.fsf@iznogoud.viz> <831tz3btr8.fsf@gnu.org> <873636rwbw.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 16722 Cc: 16722@debbugs.gnu.org, wjenkner@inode.at X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: Wolfgang Jenkner , 16722@debbugs.gnu.org > Date: Fri, 25 Sep 2020 12:21:07 +0200 > > Eli Zaretskii writes: > > >> But `man -k' always works (to the extent we need it to) if the whatis > >> database is correctly installed. > > > > No, it doesn't. For example, it isn't supported with this clone: > > > > http://sourceforge.net/projects/ezwinports/files/man-1.4-bin.zip/download > > > > And, as demonstrated in this bug report, it can backfire when the > > database is not "correctly installed". > > npostavs@users.sourceforge.net writes: > > > I can't reproduce the problem here, as my cygwin's man -k prints only to > > stderr in this case. Does checking exit status help? > > [...] > > > - (setq table (Man-parse-man-k))) > > + (when (eq 0 > > + (ignore-errors > > + (call-process > > + manual-program nil '(t nil) nil > > + "-k" (concat (when (or Man-man-k-use-anchor > > + (string-equal prefix "")) > > + "^") > > + prefix)))) > > + (setq table (Man-parse-man-k))))) > > There was no followup on this patch, and I don't have a Windows system > to test with. Eli, would this patch fix the problem both with the > uninstalled whereis database and the ezwinports version of man? I can only test the ezwinports case: the code proposed by Noam will cause that 'man' to return a non-zero exit status, so it sounds like an okay solution for ezwinports. The use case with uninstalled whatis database you could probably test on your system, by moving the database aside or renaming it? Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 25 07:37:00 2020 Received: (at 16722) by debbugs.gnu.org; 25 Sep 2020 11:37:00 +0000 Received: from localhost ([127.0.0.1]:42899 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLm28-0003vN-7d for submit@debbugs.gnu.org; Fri, 25 Sep 2020 07:37:00 -0400 Received: from quimby.gnus.org ([95.216.78.240]:39188) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLm26-0003v7-8v for 16722@debbugs.gnu.org; Fri, 25 Sep 2020 07:36:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=rHX1u7Rlxf5uF3i/zwI6gGfH4L1K5YBS5zXqo3foMo8=; b=rq3vZVH1iL3uMXy2On0fJcO97a fV50W+ijknIyqee4Mh70ydFCR/Vk0WU/fIYR4kTTQR22toA3aGjxfsIJhYjN7ZPutTbdOsgQO7yRc u46VQKKJwVxoKQQ2d4MP1TCebgprJAsVOG88PS01lokbJ4K2RHfzIeywH2j4QHqnervQ=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kLm1x-0001lH-HY; Fri, 25 Sep 2020 13:36:52 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#16722: 24.3.50; `M-x man' does not handle case appropriately References: <85fvnkwarc.fsf@iznogoud.viz> <834n40ayg4.fsf@gnu.org> <858utbkgof.fsf@iznogoud.viz> <831tz3btr8.fsf@gnu.org> <873636rwbw.fsf@gnus.org> <83sgb6rt5c.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAG1BMVEXXnlrDt7BaLSqw RzEvJCgNCAx8eIRdVFX////3Dm9OAAAAAWJLR0QIht6VegAAAAd0SU1FB+QJGQklNdCRphsAAAG2 SURBVDjLldRLj5swEADgSSJlr8yqYs+1odzDqr22xGTuxJNcy6oL1w1y4r9f2xCFEPawI4Gl+TR+ YgAWQshEy7RGxEVUMhe5D4C1EPlrIVO8wn4AcO+NHEE1wCpAzohRDzzAUnrY6BtshwoPQlQBwMP+ NoYbP7tV6AGEL+ihDhU8gEu7pbzSBbH+O4ZVEMNMuGgCyB6WQjk4uwSdonEFmEKIzAPrjzGsUxLi R+ozfBzB2vBOCBsyQ2wDmFLv3rJulA8LAVClpuf2DnwJPGnWytCZJyXw5JqSuLwD3q9g6dtK8ySk r/A1U9j3wDOwmQc5wDSqHGI6UNvaQ2GtstYaIttl9gMAT39e6IAnZU2RiM4UJAx1tHIQO4hjpVQx PC5KCWjtpWldP9fo57EFnB3czSqehxy+zcPuy3CBd7+HD/ljDf6Efqcz4Jvv5yloDB9r+7C5HL7i 6t/j4Jnv6qA+gf5g76emgD+JWXBdaHicqSpsojW0ibbnu7zKOpkk7mr+xPeQIlKK/M1SJVnr7+wv EwBPtqkxbOqxacLVTK5wqfFFCMVUI4gJRP4fkgUodb9yDBFBH/8BdU85s9N4aKgAAAAldEVYdGRh dGU6Y3JlYXRlADIwMjAtMDktMjVUMDk6Mzc6NTMrMDA6MDD5GdWXAAAAJXRFWHRkYXRlOm1vZGlm eQAyMDIwLTA5LTI1VDA5OjM3OjUzKzAwOjAwiERtKwAAAABJRU5ErkJggg== X-Now-Playing: Thievery Corporation's _The Mirror Conspiracy_: "The Mirror Conspiracy" Date: Fri, 25 Sep 2020 13:36:47 +0200 In-Reply-To: <83sgb6rt5c.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 25 Sep 2020 14:29:51 +0300") Message-ID: <871riqqe9c.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > I can only test the ezwinports case: the code proposed by Noam will > cause that 'man' to return a non-zero exit status, so it sounds like > an okay solution for ezwinports. > > The use case with un [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16722 Cc: 16722@debbugs.gnu.org, wjenkner@inode.at X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > I can only test the ezwinports case: the code proposed by Noam will > cause that 'man' to return a non-zero exit status, so it sounds like > an okay solution for ezwinports. > > The use case with uninstalled whatis database you could probably test > on your system, by moving the database aside or renaming it? I tried this on Debian bullseye, and "man -k" indeed had a non-zero return code. So I'll just apply Noam's patch and close the bug report. Thanks for checking the ezwinports case. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 25 07:39:44 2020 Received: (at control) by debbugs.gnu.org; 25 Sep 2020 11:39:44 +0000 Received: from localhost ([127.0.0.1]:42913 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLm4m-0003zj-Bn for submit@debbugs.gnu.org; Fri, 25 Sep 2020 07:39:44 -0400 Received: from quimby.gnus.org ([95.216.78.240]:39218) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLm4k-0003zV-Ju for control@debbugs.gnu.org; Fri, 25 Sep 2020 07:39:42 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=W9CTarGHKSLRyDe6q492NUAkZbSZyXvvWYWIzGhttRs=; b=LQzOTCd7L50hu3v/uwLe6+pf5q 4kGFK5nTnEdUlcSU8LR4Hxf7LgQm9RtD3ul4cEUyhFKWDNz0yHsIED/t1lFHeFUs6q3QXnbB6JEd1 lGTqFuTIDNZUkJMhiH17EwCnPvPXcNhI5jUZwGw7dJr8nbl5bUZOrkf8NQ964zhKjCOA=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kLm4c-0001nC-RB for control@debbugs.gnu.org; Fri, 25 Sep 2020 13:39:37 +0200 Date: Fri, 25 Sep 2020 13:39:33 +0200 Message-Id: <87zh5eozka.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #16722 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 16722 fixed close 16722 28.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 16722 fixed close 16722 28.1 quit From unknown Wed Aug 20 05:17:23 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 24 Oct 2020 11:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator