From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!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: Wed, 1 Feb 2017 14:36:15 -0800 (PST) Message-ID: 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>> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1485988632 13663 195.159.176.226 (1 Feb 2017 22:37:12 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 1 Feb 2017 22:37:12 +0000 (UTC) Cc: wjenkner@inode.at, 16722@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Feb 01 23:37:08 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cZ3WW-0003LU-FC for geb-bug-gnu-emacs@m.gmane.org; Wed, 01 Feb 2017 23:37:08 +0100 Original-Received: from localhost ([::1]:53305 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cZ3Wb-0007Lw-NH for geb-bug-gnu-emacs@m.gmane.org; Wed, 01 Feb 2017 17:37:13 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50980) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cZ3WU-0007BK-UE for bug-gnu-emacs@gnu.org; Wed, 01 Feb 2017 17:37:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cZ3WR-0002i5-19 for bug-gnu-emacs@gnu.org; Wed, 01 Feb 2017 17:37:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:55474) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cZ3WQ-0002hp-Tp for bug-gnu-emacs@gnu.org; Wed, 01 Feb 2017 17:37:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cZ3WQ-0005dB-H4 for bug-gnu-emacs@gnu.org; Wed, 01 Feb 2017 17:37:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 01 Feb 2017 22:37:02 +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.148598858921600 (code B ref 16722); Wed, 01 Feb 2017 22:37:02 +0000 Original-Received: (at 16722) by debbugs.gnu.org; 1 Feb 2017 22:36:29 +0000 Original-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 Original-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 Original-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 Original-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 Original-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 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)] X-Source-IP: aserv0022.oracle.com [141.146.126.234] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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" Xref: news.gmane.org gmane.emacs.bugs:128874 Archived-At: > 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.