GNU bug report logs -
#10840
24.0.93; No `man' command completion on Windows (using Cygwin for man pages)
Previous Next
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.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 10840 in the body.
You can then email your comments to 10840 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10840
; Package
emacs
.
(Sat, 18 Feb 2012 19:54:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Drew Adams" <drew.adams <at> oracle.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 18 Feb 2012 19:54:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I have Cygwin installed (a rather old version; dunno which one or how to
tell). I load `cygwin-mount.el', then `setup-cygwin.el', both of which
are available on EmacsWiki:
http://www.emacswiki.org/emacs/download/cygwin-mount.el
http://www.emacswiki.org/emacs/download/setup-cygwin.el
emacs -Q
M-x man RET
Hitting TAB (with no minibuffer input) completes the empty input to the
two chars `^:'. Thereafter I can do nothing with that. Whether I type
anything after the `^:' or not, TAB just completes to `^:'.
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].
(I can of course enter a complete command name, such as `ls' and hit
RET. `man' then works correctly. It is only the UNIX command-name
completion that is seemingly broken.
Am I missing something? I tried to debug this a bit but wasn't
successful in following what was happening. Please advise. Thx.
In GNU Emacs 24.0.93.1 (i386-mingw-nt5.1.2600)
of 2012-02-15 on MARVIN
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
`configure --with-gcc (4.6) --no-opt --enable-checking --cflags
-ID:/devel/emacs/libs/libXpm-3.5.8/include
-ID:/devel/emacs/libs/libXpm-3.5.8/src
-ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include
-ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include
-ID:/devel/emacs/libs/giflib-4.1.4-1/include
-ID:/devel/emacs/libs/jpeg-6b-4/include
-ID:/devel/emacs/libs/tiff-3.8.2-1/include
-ID:/devel/emacs/libs/gnutls-3.0.9/include'
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10840
; Package
emacs
.
(Sat, 18 Feb 2012 20:24:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 10840 <at> debbugs.gnu.org (full text, mbox):
> From: "Drew Adams" <drew.adams <at> oracle.com>
> Date: Sat, 18 Feb 2012 11:51:23 -0800
>
> emacs -Q
>
> M-x man RET
>
> Hitting TAB (with no minibuffer input) completes the empty input to the
> two chars `^:'. Thereafter I can do nothing with that. Whether I type
> anything after the `^:' or not, TAB just completes to `^:'.
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 ^
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10840
; Package
emacs
.
(Sat, 18 Feb 2012 20:24:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 10840 <at> debbugs.gnu.org (full text, mbox):
> From: "Drew Adams" <drew.adams <at> oracle.com>
> Date: Sat, 18 Feb 2012 11:51:23 -0800
>
> emacs -Q
>
> M-x man RET
>
> Hitting TAB (with no minibuffer input) completes the empty input to the
> two chars `^:'. Thereafter I can do nothing with that. Whether I type
> anything after the `^:' or not, TAB just completes to `^:'.
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 ^
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10840
; Package
emacs
.
(Sat, 18 Feb 2012 20:31:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 10840 <at> debbugs.gnu.org (full text, mbox):
> 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.)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10840
; Package
emacs
.
(Sun, 19 Feb 2012 04:05:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 10840 <at> debbugs.gnu.org (full text, mbox):
> From: "Drew Adams" <drew.adams <at> oracle.com>
> Cc: <10840 <at> debbugs.gnu.org>
> Date: Sat, 18 Feb 2012 12:28:04 -0800
>
> $ man -k ^
> ^: nothing appropriate
I guess your `man' doesn't support this option, or maybe it needs for
you to create the apropos database. In any case, "M-x man" should
handle this kind of output gracefully, which it evidently doesn't.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10840
; Package
emacs
.
(Mon, 17 Sep 2012 00:17:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 10840 <at> debbugs.gnu.org (full text, mbox):
> > $ man -k ^
> > ^: nothing appropriate
>
> I guess your `man' doesn't support this option, or maybe it needs for
> you to create the apropos database. In any case, "M-x man" should
> handle this kind of output gracefully, which it evidently doesn't.
ping
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10840
; Package
emacs
.
(Sat, 15 Dec 2012 15:08:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 10840 <at> debbugs.gnu.org (full text, mbox):
On Mon, Sep 17 2012, Drew Adams wrote:
>> > $ man -k ^
>> > ^: nothing appropriate
>>
>> I guess your `man' doesn't support this option, or maybe it needs for
>> you to create the apropos database. In any case, "M-x man" should
>> handle this kind of output gracefully, which it evidently doesn't.
>
> ping
As Eli suggested, the question is if your man program supports the `-k'
option.
If you don't have a `whatis' database you should have a `makewhatis' or
a `mandb' program to generate it.
Then, please try
$ man -k ls
What do you get then? Does one of
$ apropos ls
or
$ whatis ls
work?
If there's no joy, please post the output of
$ man -h
$ man --help
$ man --version
Wolfgang
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10840
; Package
emacs
.
(Sat, 22 Dec 2012 00:03:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 10840 <at> debbugs.gnu.org (full text, mbox):
On Sat, Dec 15 2012, Wolfgang Jenkner wrote:
> On Mon, Sep 17 2012, Drew Adams wrote:
>
>>> > $ man -k ^
>>> > ^: nothing appropriate
>>>
>>> I guess your `man' doesn't support this option, or maybe it needs for
>>> you to create the apropos database. In any case, "M-x man" should
>>> handle this kind of output gracefully, which it evidently doesn't.
>>
>> ping
>
> As Eli suggested, the question is if your man program supports the `-k'
> option.
>
> If you don't have a `whatis' database you should have a `makewhatis' or
> a `mandb' program to generate it.
I suspect you have the man program from
http://primates.ximian.com/~flucifredi/man/
In this case, essentially, "man -k ^" ends up calling "apropos ^", which
gives this output if it can't find any `whatis' database file or all
those files are empty.
Otherwise, "man -k ^" works fine, even in the 1999 vintage man-1.5g.
Also, `apropos' is a shell script, so you can easily inspect it and
debug your `man' installation.
> Hitting TAB (with no minibuffer input) completes the empty input to the
> two chars `^:'. Thereafter I can do nothing with that. Whether I type
> anything after the `^:' or not, TAB just completes to `^:'.
The empty string is a prefix of "^:",
> 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].
but "l" is not a prefix of "^l:".
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10840
; Package
emacs
.
(Sun, 09 Feb 2014 05:15:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 10840 <at> debbugs.gnu.org (full text, mbox):
Wolfgang Jenkner <wjenkner <at> inode.at> writes:
> I suspect you have the man program from
>
> http://primates.ximian.com/~flucifredi/man/
>
> In this case, essentially, "man -k ^" ends up calling "apropos ^", which
> gives this output if it can't find any `whatis' database file or all
> those files are empty.
>
> Otherwise, "man -k ^" works fine, even in the 1999 vintage man-1.5g.
>
> Also, `apropos' is a shell script, so you can easily inspect it and
> debug your `man' installation.
This doesn't seem to be an Emacs bug, then. Closing.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
bug closed, send any further explanations to
10840 <at> debbugs.gnu.org and "Drew Adams" <drew.adams <at> oracle.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 09 Feb 2014 05:15:03 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10840
; Package
emacs
.
(Tue, 11 Feb 2014 14:39:01 GMT)
Full text and
rfc822 format available.
Message #34 received at 10840 <at> debbugs.gnu.org (full text, mbox):
> This doesn't seem to be an Emacs bug, then. Closing.
Hm, I don't see why it follows from what Eli said that there is
no Emacs bug here. Here is what he said:
I guess your `man' doesn't support this option, or maybe it
needs for you to create the apropos database.
In any case, "M-x man" should handle this kind of output gracefully,
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
which it evidently doesn't.
Sounds like an Emacs bug, to me.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 12 Mar 2014 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 164 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.