X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Tue, 5 Feb 2008 11:28:25 +0100 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: CIFS symlinks on network share break Cygwin Message-ID: <20080205102824.GI5866@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <20080204150853 DOT GD5866 AT calimero DOT vinschen DOT de> <20080204205620 DOT GA2720 AT ednor DOT casa DOT cgf DOT cx> <02fb01c86795$9aeb5080$2e08a8c0 AT CAM DOT ARTIMI DOT COM> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: 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 On Feb 4 18:34, Jonathan Lanier wrote: > > We use netapp here too, and we have a mixed NTFS/NT ACLS + > > NFS/Unix perms domain. None of it works well for me from the > > cygwin side, I always find myself having to use the win > > explorer shell extension to change the perms. If I can help > > with some testing or diagnosis or anything, please feel free to > > contact me offlist. > > My issues weren't with the file permissions; it was all about incorrect > symlink behavior. I don't think Cygwin honors the native Unix > permissions/attributes over a CIFS share; I sure wish it would, though. It can't because it doesn't know how. Cygwin uses standard NT system calls to retrieve a security descriptor which represents the permissions on the file. It also uses standard NT calls to set security descriptors on files. If the underlying file system doesn't support this standard means of retrieving and setting owners, groups and permissions, then we're out of luck. > It would be even cooler if I could create real symlinks on the network > share instead of the fake Cygwin ones. I expect that would require a > lot more from the OS, though. Maybe in Vista - I've heard that there is > a newer SMB/CIFS 2.0 protocol that's supposed to make Windows behave a > lot more like Unix over remote shares. Of course we don't use Vista > here, but there's always hope that in the future this will all > eventually get sorted out. Not in Vista, though. Vista introduced a NTFS native symlink, but it does not allow to access them over CIFS. A native symlink on another Vista machine is not even recognized as a symlink, just as a file of size 0. Trying to open this file from the remote machine doesn't work (Permission denied in Cygwin, nothing at all in Explorer). Not to mention the fact that the default security policy does not allow normal users to create native symlinks. Only Admins are allowed to do that by default, which spoils their usability, somewhat. > I keep a Unix shell open so I can change the attributes after creating > the file on the Windows side. It's annoying, because some Windows apps > don't modify files - they delete and rename, so the moment you touch the > file it's lost the permission again. Occasionally I'll use the NetApp > shell extension to do the same, as you mentioned. If NetApp has a DLL which we could dynamically call from Cygwin, there would be a chance to change this situation. Given that somebody cares enough to invest in source code. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/