bug-bash
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: no-empty-command-line-completion -- thought fixed in 4.2? when?


From: Chet Ramey
Subject: Re: no-empty-command-line-completion -- thought fixed in 4.2? when?
Date: Sat, 28 Apr 2012 15:01:38 -0400
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) Gecko/20120327 Thunderbird/11.0.1

On 4/27/12 10:24 PM, Linda Walsh wrote:
> I thought this was fixed in 4.2, yet I'm still seeing it...
> 
> when's this going to be fixed?

There are a couple of things wrong with your question.  First, the name of
the shopt option is no_empty_cmd_completion.  Second, you haven't
demonstrated a failure mode.  When I enable that option and hit TAB at an
empty PS1 prompt I don't get command completion; it just beeps.

> It's driving me crazy, as bash drops input because it asks questions about
> displaying 1000's of completions...).
> 
> 
> 
> when I paste a few lines of source in at the shell -- doesn't
> matter if it is bash script or perl or written text...
> 
> I can't rely on bash not corrupting the text.
> 
> Even between single quotes:
> 
> a='
> <tab>blah
> '
> will generate autocomplete.

Of course.  It performs filename completion.  That's not a position where
bash is ready to read a command, so the option setting is not relevant.

> So why isn't this fixed?

You haven't actually described a reproducible problem.  Maybe you should
turn off line editing before pasting input.  Clearly you don't need editing
in that case, and bash/readline can't tell the difference between pasted
and keyboard input.

-- 
``The lyf so short, the craft so long to lerne.'' - Chaucer
                 ``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, ITS, CWRU    chet@case.edu    http://cnswww.cns.cwru.edu/~chet/



reply via email to

[Prev in Thread] Current Thread [Next in Thread]