From: Paul.Domaskis <Paul.Domaskis@gmail.com>
To: cygwin@cygwin.com
Subject: Re: No file name completion for file names start with underscore
Date: Thu, 25 Sep 2014 22:13:00 -0000 [thread overview]
Message-ID: <loom.20140925T221648-685@post.gmane.org> (raw)
In-Reply-To: <54234DC6.3070302@cs.umass.edu>
Eliot Moss <moss <at> cs.umass.edu> writes:
>On 9/24/2014 6:19 PM, Paul.Domaskis wrote:
>>Andrey Repin <anrdaemon <at> yandex.ru> writes:
>>>Paul.Domaskis wrote:
>> Can anyone suggest how the bash-completion man page is acccessed, and
>> what M-/ means?
>
> M is for "meta", as in the meta escape key functionality in Emacs.
> This will work according to the bash command line editing facility,
> etc. There are different ways to "make" meta-ness. One, if you
> set it up, is to use the Alt shift key. Another is to type the
> Escape key then the one that meta is being applied to, in this
> case, Escape then / (as two separate key strokes). I think given
> this information you can dig up more. I don't know where the
> documentation is on the bash completion package, off the top of
> my head.
From googling, the meta key is Alt (simultaneously) or Esc (pressed
and released before the accompanying key). Using these to try and get
M-/, neither combination forces completion. In both cases, the entire
command line content is replaced by a forward slash.
I thought that the following .inputrc might be causing the problem:
.inputrc
--------
set visible-stats on
set editing-mode vi
So I renamed it to something else and launched some new cygwin
windows. Puzzlingly, the command line editing behaviour remains
unchanged. Not only does completion not work. So
find _vim<Tab>
doesn't complete even though _viminfo and _vimrc are present.
Similarly using of Alt or Esc for the meta key doesn't result in
completion when M-/ is typed. Much more puzzlingly, I can still get
vi editing behaviour at the bash command line. Very strange.
And the mystery doesn't stop there. If I open up an xterm, the above
completion *does* work using just the tab key. Woohoo! Very strange
that it would work, though -- it shouldn't!
However, the other anomalies are still present in the xterm. That is,
using Alt or Esc for the meta key in M-/ results in the entire command
line content being replaced by forward slash, and I also can get vi
editing behaviour at the bash command line.
Curioser and curioser....
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
next prev parent reply other threads:[~2014-09-25 20:37 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-17 23:13 Paul.Domaskis
2014-09-17 23:30 ` Paul.Domaskis
2014-09-18 0:03 ` Paul.Domaskis
2014-09-18 0:29 ` Gary Johnson
2014-09-18 18:51 ` David Boyce
2014-09-18 20:54 ` Andrew DeFaria
2014-09-18 21:32 ` Paul.Domaskis
2014-09-18 22:55 ` Gary Johnson
2014-09-20 3:02 ` Paul.Domaskis
2014-09-20 11:14 ` Andrey Repin
2014-09-24 23:03 ` Paul.Domaskis
2014-09-25 0:09 ` Eliot Moss
2014-09-25 22:13 ` Paul.Domaskis [this message]
2014-09-26 7:30 ` Eliot Moss
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=loom.20140925T221648-685@post.gmane.org \
--to=paul.domaskis@gmail.com \
--cc=cygwin@cygwin.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).