X-Spam-Check-By: sourceware.org
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; 	charset="us-ascii"
Subject: RE: completion-ignore-case problem with cygwin
Date: Fri, 15 Sep 2006 12:43:37 -0700
Message-ID: <C7A98C6EB85FFF4FAE03BD695D68EC76121A68@NAEX05.na.qualcomm.com>
In-Reply-To: <450A923B.2050405@byu.net>
From: "Levy, Bruce" <blevy AT qualcomm DOT com>
To: "Eric Blake" <ebb9 AT byu DOT net>, <cygwin AT cygwin DOT com>
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id k8FJilJk010143

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 AT byu DOT net] 
Sent: Friday, September 15, 2006 4:45 AM
To: cygwin AT cygwin DOT 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/