public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: "Levy, Bruce" <blevy@qualcomm.com>
To: "Eric Blake" <ebb9@byu.net>, <cygwin@cygwin.com>
Subject: RE: completion-ignore-case problem with cygwin
Date: Fri, 15 Sep 2006 19:44:00 -0000	[thread overview]
Message-ID: <C7A98C6EB85FFF4FAE03BD695D68EC76121A68@NAEX05.na.qualcomm.com> (raw)
In-Reply-To: <450A923B.2050405@byu.net>

Hi Eric,

Thank you (and Igor) for the help.  I have created a Windows Environment
Variable that points to .inputrc.  That has fixed the problem.  Your
suggestion (and Igor's) about checking the setting of HOME has gotten me
to clean up my startup files.  I got rid of my old ones and used the
ones in /etc/defaults/etc/skel.  My startup process is now much cleaner
and one that I can maintain.

I very much appreciate the help.

Best Wishes,
Bruce


-----Original Message-----
From: Eric Blake [mailto:ebb9@byu.net] 
Sent: Friday, September 15, 2006 4:45 AM
To: cygwin@cygwin.com; Levy, Bruce
Subject: Re: completion-ignore-case problem with cygwin


According to Levy, Bruce on 9/14/2006 4:40 PM:
> Hi Igor,
> 
> Thank you very much for your reply.
> 
> I invoked 'bash -vx --login -i' and watched the commands that were
being
> executed.  I did NOT see any reference to completion-ignore-case.
> Should I see the lines in .inputrc being executed?  I did not see any
> .inputrc output.

The sourcing of ~/.inputrc will not show up in the bash trace.  If you
are
desparate, you can use strace to see what files bash sources, but the
output is quite long and should not be posted here without an explicit
request.

> 
> From my bash shell I ran bind 'set completion-ignore-case on' and that
> worked perfectly.  I then tried putting that line into .bashrc and
that
> also worked.  So, I have a workaround, but I'm not sure why .inputrc
is
> not invoked.

Igor's question about HOME is important - are you changing $HOME inside
of
your .bashrc?  It could be that bash IS attempting to source ~/.inputrc,
but at a time when ~ is incorrectly set.  You can also set the INPUTRC
environment variable (prior to bash's execution) to tell bash to look
somewhere else, to ensure that your file is picked up during readline
initialization.


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

      reply	other threads:[~2006-09-15 19:44 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-09-14 20:50 Bruce Levy
2006-09-14 21:41 ` Igor Peshansky
2006-09-14 22:40   ` Levy, Bruce
2006-09-15 11:11     ` Carlo Florendo
2006-09-15 11:44     ` Eric Blake
2006-09-15 19:44       ` Levy, Bruce [this message]

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=C7A98C6EB85FFF4FAE03BD695D68EC76121A68@NAEX05.na.qualcomm.com \
    --to=blevy@qualcomm.com \
    --cc=cygwin@cygwin.com \
    --cc=ebb9@byu.net \
    /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).