X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:message-id:date:from:reply-to:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; q=dns; s=default; b=F1BTflTa+6VnC5Mh EuX9+hvZbCqvE89wI8dMi8G5JgJh6trLn0iPfeu8orLU270D2OwlxIFhUL9uNCCj o3FkRy+cnichsoGY7byg+GJ/Df0PXxra2WGa5+My6ENqQsq+vgxAAAZWsCYR68iv nKI48CJa0JANUJdP3UnCf7CW/78= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:message-id:date:from:reply-to:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; s=default; bh=08Gc0vvd4HPu08YS6MiwHj 9yUp0=; b=RdtsKFfz2EjUcFzUkGETKvFPBRE5mh12WGaFGjEVSh//X/Pt+jhxzr +oD6eFNEBGszXmikMDpnIlvu19ucB4x3XlMuiiH+7+wtS2qTXX/UGz1NuGTX8fYW z27AC81C7cJDJKJK6U7iyHQrnkPxC/zP1OpzYqUWLmTtB6PwHmOfA= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: 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 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 X-HELO: vms173021pub.verizon.net Message-id: <537238F0.8070505@cygwin.com> Date: Tue, 13 May 2014 11:23:28 -0400 From: "Larry Hall (Cygwin)" Reply-to: cygwin AT cygwin DOT com User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: How do start a cygwin shell session from a script ? References: In-reply-to: Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit On 05/13/2014 07:25 AM, Timothy Madden wrote: > It appears I found my missing shell session settings: the access > rights on the current build and source directories. > > The manual build was always run within the user home directory in > cygwin, and cygwin could see the proper access right on all the files > used in the build. > > But outside the user home directory, cygwin no longer sees the proper > permissions for directories and files, even though the user running > the cygwin session can very well read and write the files. But cygwin > will list the files with no permissions whatsoever, not even u+r (read > access for the file owner). If I use the Windows `icacls` command to > explicitly add the current user to the ACL on the directory with > inheritable (recursive) "full control" access right, than cygwin can > see the proper access rights too for such directories. > > Can this issue maybe be fixed, so cygwin sees the same permissions, on > any files, user that Windows will grant to the current user ? There are some tools that only look at the POSIX permissions (rwxrwxrwx), which is what Cygwin works to provide. But if you're using non-Cygwin tools to create or modify files, these will not necessarily comply with POSIX permissions. If using Cygwin alternatives for these tools isn't an option, you can mount the directory tree in question with the "noacl" option to tell Cygwin tools to always allow access (see ). Many times, this approach works best when you're trying to mix Windows native and Cygwin tools. -- Larry _____________________________________________________________________ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- 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