Summary: | The man command hung up in complete process on tcsh (/etc/profile.d/tcsh-complete). | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | hao50750 |
Component: | Current packages | Assignee: | Fabian Groffen <grobian> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | cjk, trombik |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | a patch to /etc/profile.d/tcsh-complete |
Description
hao50750
2004-05-03 08:25:46 UTC
This is not caused by manpages-ja. The problem is in tcsh-complete itself. Even though I removed manpages-ja (I have man and man-pages), tcsh hangs when I run `man man`. `alias myman man; myman man` runs perfectly fine, so there is something wrong in man completion code in tcsh-complete. I'm experiencing the same problem, but I've noticed that it only hangs when I supply a manual page as an argument to man. If I just enter 'man' on its own, I get: > man What manual page do you want? If I specify a command line option, I get: > man -v man, version 1.5m -h works too, so does -k and apropos. But as soon as I specify a man page that I want to look at, it just freezes. Also what's interesting is that if I specify the full path to man, it works perfectly. Like this: > /usr/bin/man ls Running "which man" does return "/usr/bin/man" though... so it's not a problem there. I hope this helps! BTW, "unsetenv LANG" works as expected
> unsetenv LANG
> man man
Created attachment 67606 [details]
a patch to /etc/profile.d/tcsh-complete
try this patch.
if you have better regex, submit a patch.
note to self: done Fixed in 6.14-r1 |