Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Delivered-To: mailing list cygwin@cygwin.com Date: Wed, 26 Feb 2003 22:24:32 -0500 From: Christopher Faylor To: cygwin@cygwin.com Subject: Re: cygwin1.dll, nontsec, and NTFS disk issue Message-ID: <20030227032432.GA22794@redhat.com> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <3E5D738B.3030906@netstd.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i On Thu, Feb 27, 2003 at 04:13:00AM +0100, Thorsten Kampe wrote: >* Wu Yongwei (03-02-27 03:10 +0100) >>With newer versions of cygwin1.dll (maybe 1.3.15 and later), the >>ntsec/nontsec behaviour has changed. Now ntsec is the default, and >>even when nontsec is specified, the command-line autocomplete still >>behaves like ntsec when operating on a NTFS disk, i.e., when I have a >>test.c and a test.exe, ". / t e s t TAB" will bring only "./test." >>instead of the expected "./test.exe". > >Actually, I cannot see any relationship between completion and ntsec. >The first is a shell thing, the second is a Cygwin thing. > >man $(basename $0) > >-> setopt menucomplete > >-> "\t": menu-complete I think that the point is supposed to be that test.c must have executable permissions even with CYGWIN=nontsec. So hitting tab to get what should just be a command brings in test.c, too. I can't duplicate this behavior, of course. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/