Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #11439
| Path | csiph.com!xmission!news.glorb.com!usenet.stanford.edu!not-for-mail |
|---|---|
| From | Chet Ramey <chet.ramey@case.edu> |
| Newsgroups | gnu.bash.bug |
| Subject | Re: bash completion escaping bug |
| Date | Tue, 25 Aug 2015 11:01:08 -0400 |
| Lines | 33 |
| Approved | bug-bash@gnu.org |
| Message-ID | <mailman.76.1440514882.28410.bug-bash@gnu.org> (permalink) |
| References | <CAL+bK4PZYoGhh_OJ5KB0ucxdYm+GR6jwCnJfvHq-XyqSXsBOMw@mail.gmail.com> |
| Reply-To | chet.ramey@case.edu |
| NNTP-Posting-Host | lists.gnu.org |
| Mime-Version | 1.0 |
| Content-Type | text/plain; charset=utf-8 |
| Content-Transfer-Encoding | 7bit |
| X-Trace | usenet.stanford.edu 1440514883 2246 208.118.235.17 (25 Aug 2015 15:01:23 GMT) |
| X-Complaints-To | action@cs.stanford.edu |
| Cc | chet.ramey@case.edu |
| To | Neven Sajko <nsajko@gmail.com>, bug-bash@gnu.org |
| Envelope-to | bug-bash@gnu.org |
| X-Enigmail-Draft-Status | N1110 |
| User-Agent | Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 |
| In-Reply-To | <CAL+bK4PZYoGhh_OJ5KB0ucxdYm+GR6jwCnJfvHq-XyqSXsBOMw@mail.gmail.com> |
| X-Junkmail-Status | score=10/50, host=mpv5.cwru.edu |
| X-Junkmail-Whitelist | YES (by domain whitelist at mpv1.tis.cwru.edu) |
| X-detected-operating-system | by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] |
| X-Received-From | 129.22.105.36 |
| X-BeenThere | bug-bash@gnu.org |
| X-Mailman-Version | 2.1.14 |
| Precedence | list |
| List-Id | Bug reports for the GNU Bourne Again SHell <bug-bash.gnu.org> |
| List-Unsubscribe | <https://lists.gnu.org/mailman/options/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=unsubscribe> |
| List-Archive | <http://lists.gnu.org/archive/html/bug-bash> |
| List-Post | <mailto:bug-bash@gnu.org> |
| List-Help | <mailto:bug-bash-request@gnu.org?subject=help> |
| List-Subscribe | <https://lists.gnu.org/mailman/listinfo/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=subscribe> |
| Xref | csiph.com gnu.bash.bug:11439 |
Show key headers only | View raw
On 8/24/15 4:01 PM, Neven Sajko wrote: > Hi, > > I use bash 4.3.039 and there is a bug (not necessarily a recent > regression) with its file name completion feature. > for example I have this in shell input: > db.rc $home/Downloads/games/DOS/Captai > and after I press Tab I have this: > db.rc \$home/Downloads/games/DOS/Captain\ Bible\ in\ the\ Dome\ of\ > Darkness.zip > Notice the dollar sign which is now erroneously escaped (home is a variable). This is a case for which you need to enable the `direxpand' option. You've presented the bash completion code with an ambiguous case: it needs to backslash-escape characters in the filename that are special to the shell, but you want some of them to be escaped (the spaces) and not others (`$'). The bash interface to the readline completion engine escapes all special characters in the filename, and, without `direxpand', the filename it's presented looks like this: $home/Downloads/games/DOS/Captain Bible in the Dome of Darkness.zip The quoted version is what you see. Enabling `direxpand' will eliminate the ambiguity by expanding the variable to its value before trying to quote the special characters. Chet -- ``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/
Back to gnu.bash.bug | Previous | Next | Find similar
Re: bash completion escaping bug Chet Ramey <chet.ramey@case.edu> - 2015-08-25 11:01 -0400
csiph-web