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 Date: Fri, 22 Apr 2005 07:49:50 -0400 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: findutils still broken Message-ID: <20050422114949.GB16791@trixie.casa.cgf.cx> Reply-To: cygwin AT cygwin DOT com References: <042120052015 DOT 18583 DOT 426809E50001CC150000489722070009530A050E040D0C079D0A AT comcast DOT net> <20050421202823 DOT GB4887 AT trixie DOT casa DOT cgf DOT cx> <20050422083750 DOT GC7692 AT cygbert DOT vinschen DOT de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050422083750.GC7692@cygbert.vinschen.de> User-Agent: Mutt/1.5.8i On Fri, Apr 22, 2005 at 10:37:50AM +0200, Corinna Vinschen wrote: >On Apr 21 16:28, Christopher Faylor wrote: >> On Thu, Apr 21, 2005 at 08:15:33PM +0000, Eric Blake wrote: >> I >> >originally wrote this program to discover that inode reporting in >> >readdir() is broken (to which you replied that fixing it would cause >> >too much of a slowdown), >> >> Yes, both Corinna and I had potential "fixes" (neither being a complete >> fix) for this in our sandboxes but they didn't make it into 1.5.15. >> Corinna got this working for >=XP which means that it wouldn't be right >> only on NTFS file systems on NT3.5, NT4, and NT2K. I just was going to >> get rid of the inode field entirely because, as you'd previously said, >> any well-designed software would adapt to the lack of that field. > >I'm not sure this presumption is correct. The d_ino field is not marked >as optional in SUSv3, it's marked as an XSI extension. The crux with >XSI extensions is that (quote SuSv3) "Application writers may confidently >make use of an extension on all systems supporting the X/Open System >Interfaces Extension." This covers practically every serious system in >the POSIX world right now. If we drop d_ino, I'd expect another round >of suddenly broken applications. If there are programs out there which rely on d_ino then they are broken on cygwin right now and have been for some time. cgf -- 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/