CR> Should readline do this only if there are multiple matches?
Getting over my head... I'll trust your judgment.
On 5/3/10 9:23 PM, Chet Ramey wrote:
> On 5/1/10 8:46 PM, jida...@jidanni.org wrote:
>
>> set show-all-if-ambiguous on
>
> This is the problem. I'll take a look.
This is an interesting issue. The problem is as I described: globbing can
result in multiple matches without any common prefix, whic
On 5/1/10 8:46 PM, jida...@jidanni.org wrote:
> set show-all-if-ambiguous on
This is the problem. I'll take a look.
--
``The lyf so short, the craft so long to lerne.'' - Chaucer
``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, ITS, CWRUc...@case.eduhttp://cnswww.c
> "CR" == Chet Ramey writes:
CR> I have to assume that you're using programmable completion,
CR> and the compspec for `find' doesn't impose the same restriction.
Same happens with cat or ":", not only find. It doesn't happen for
# su - nobody
And I've isolated the problem to somewhere in this
On 4/30/10 2:51 AM, jida...@jidanni.org wrote:
> Put the cursor after the word "list" and hit TAB:
> # find /etc/apt/sources.list.d/*list #|cpio -o|ssh 192.168.44.4 cpio -ivdm
> Emacssources.list eeepc.list tw.list
> # find /etc/apt/sources.list.d/ #|cpio -o|ssh 192.168.44.4 cpio -ivdm
>
Put the cursor after the word "list" and hit TAB:
# find /etc/apt/sources.list.d/*list #|cpio -o|ssh 192.168.44.4 cpio -ivdm
Emacssources.list eeepc.list tw.list
# find /etc/apt/sources.list.d/ #|cpio -o|ssh 192.168.44.4 cpio -ivdm
Notice how we are shown the completions, but then the "*l
