[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: bug? "type -P xxx" returns "xxx" that isn't executable...(or readabl
Re: bug? "type -P xxx" returns "xxx" that isn't executable...(or readable)
Mon, 04 Aug 2014 16:26:54 -0400
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
On 8/4/14, 2:27 PM, Linda Walsh wrote:
> Chet Ramey wrote:
>>> Then go back -- the TAB key is unmapped as a completion char,
>>> but your old completion key is not remapped. So you end up with
>>> no completion keys. There are probably lots of other
>>> but I haven't hit them all.
>> I'm going to guess that this is the same problem I discussed in
>> but the description above pretty much makes a hash of it.
> So because I am using the POSIX default for tab to
> self insert, if I switch in+out of posix mode, you wipe
> my default?
Yes, that's essentially what happens in the current release. Bash sets
the binding for TAB in the vi insertion keymap to `self-insert' when
enabling posix mode and to `complete' when disabling it. There are a
couple of ways to handle the issue you've raised, but it has not surfaced
as a problem before, so it doesn't have a high priority in the work queue
> The double problem is that tab is no longer bound to anything
> when you leave posix -- you don't get your original completion
> char back, and TAB isn't activated as a new completion character,
> so completion gets disabled. Surely that can't be desirable?
> (i.e. despite how bash got there -- understandable, shouldn't
> it be fixed?)...
This just isn't true. TAB is bound to `complete' when you disable posix
mode with `set +o posix'. Since the only binding that gets changed when
enabling or disabling posix mode is the one for TAB, any other characters
you have bound to `complete' retain their bindings.
``The lyf so short, the craft so long to lerne.'' - Chaucer
``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, ITS, CWRU address@hidden http://cnswww.cns.cwru.edu/~chet/
Re: bug? "type -P xxx" returns "xxx" that isn't executable...(or readable), Linda Walsh, 2014/08/01
Re: bug? "type -P xxx" returns "xxx" that isn't executable...(or readable), Chet Ramey, 2014/08/01