X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Tue, 17 Nov 2009 18:21:45 +0100 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: Seems like treatment of NTFS ADS (foo:bar) changed between 1.5 and 1.7 but not mentioned in What's Changed Message-ID: <20091117172145.GA30865@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <20091116120650 DOT GH29173 AT calimero DOT vinschen DOT de> <4B01462A DOT 3080400 AT towo DOT net> <416096c60911160532j2c49cd7ftb79fcc7295f9be21 AT mail DOT gmail DOT com> <20091116135644 DOT GK29173 AT calimero DOT vinschen DOT de> <4B01639C DOT 8000403 AT towo DOT net> <4B0167EF DOT 8030807 AT towo DOT net> <20091116163415 DOT GD20652 AT ednor DOT casa DOT cgf DOT cx> <4B02BB32 DOT 4090403 AT towo DOT net> <20091117151248 DOT GC15007 AT ednor DOT casa DOT cgf DOT cx> <4B02D31B DOT 20603 AT towo DOT net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B02D31B.20603@towo.net> User-Agent: Mutt/1.5.20 (2009-06-14) 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 Nov 17 17:45, Thomas Wolff wrote: > Christopher Faylor wrote: > >How could we possibly use '/' as a delimiter? Are you really advocating > >that we treat every file as a potential directory? So every time > >someone says "foo/bar" and "foo" is a file we try to open "foo:bar"? > >And what happens when someone says "ls -l foo"? Should that work too? > I'm not really "advocating" it, it's just an idea how it could be > handled in case support *is* desired. > And yes, if someone *wants* access to this NTFS feature, why not > this way? It's a trade-off - weird (but acceptable) handling for a > weird feature. > > Whether the default for ls is to show forks or not, might be > configurable again. If it does (maybe with -l or -a or -la), it That would even be possible via a funny, Cygwin-specific call sequence int fd = open ("dir", O_CYGWIN_OPEN_FOR_STREAM_LISTING); DIR *dir = fdopendir (fd); but first of all, it would seriously (really, really seriously) affect the *complexity* of the readdir() function, second, it would seriously affect the *performance* of readdir() and ... > could look like: > ... foo > ... foo/bar ... third, it's not clear to me how the path conversion function is supposed to work. So somebody enters "cat ~/foo/bar", the path is converted to \??\C:\home\our_example_user\foo\bar, and the NtCreateFile function will return STATUS_OBJECT_PATH_NOT_FOUND. Every time that happens we should check if replacing the last backslash with a colon will allow to open the file? That sounds like a big, shiny can of worms, the family pack. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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