GNU bug report logs - #10840
24.0.93; No `man' command completion on Windows (using Cygwin for man pages)

Previous Next

Package: emacs;

Reported by: "Drew Adams" <drew.adams <at> oracle.com>

Date: Sat, 18 Feb 2012 19:54:02 UTC

Severity: minor

Found in version 24.0.93

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Eli Zaretskii'" <eliz <at> gnu.org>
Cc: 10840 <at> debbugs.gnu.org
Subject: bug#10840: 24.0.93; No `man' command completion on Windows (using Cygwin for man pages)
Date: Sat, 18 Feb 2012 12:28:04 -0800
> man.el invokes the `man' command with "^" concatenated to whatever you
> typed.  So the question becomes what does your port of `man' produce
> if you invoke it from the shell command line like this:
> 
>    man -k ^

You also sent a mail saying to try `man ^', i.e., without `-k'.  I tried both.

 $ man -k ^
 ^: nothing appropriate

 $ man ^
 No manual entry for ^

Dunno whether that helps.  As I said, if I type nothing in the minibuffer and
then hit TAB it completes to `^:' with no further completion available.  If I
instead type something (e.g. `l') and then hit TAB I get the message `[No
match]'.

The shell is bash.  (And "man ls RET" works fine at the bash prompt.)





This bug report was last modified 11 years and 180 days ago.

Previous Next


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