Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Message-Id: <5.2.0.9.0.20030228163559.073b84f0@mail.real.com> X-Sender: csiemens AT mail DOT real DOT com Date: Fri, 28 Feb 2003 16:42:53 -0800 To: cygwin AT cygwin DOT com From: Curtis Siemens Subject: Re: bash's (built-in) type command can not handle spaces in paths Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Thanks for the responses. I managed to narrow down what's different in my situation. Basically the bash builtin type command does work fine with paths that contain spaces. The problem is a "side effect" of using NTFS and accidentally banging my head into NT's horrible over complicated/complex Security/Permissions. The problem only occurs for executables under my Program Files partition. When an executable is copied using the File Manager (NOT the cygwin cp command) then Security Groups it belongs to are: Administrators, Power Users, SYSTEM, and Users (at least the way my W2K is setup) and because "Everyone" wasn't in the Group the type command didn't see this as an executable program that I could run, even though I can run it. If you do chmod +x on the program under Program Files then it changes the Groups & now it includes Everyone and then the type command works. By the way, given that I can actually run an executable that bash/type can't find, does this suggest that possibly the builtin type command is doing something wrong? Curtis Siemens -- 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/