X-Spam-Check-By:	sourceware.org
Date:	Mon, 5 Dec 2005 16:26:51 -0500
From:	Christopher Faylor <cgf-no-personal-reply-please AT cygwin DOT com>
To:	cygwin AT cygwin DOT com
Subject:	d_ino deprecated in latest snapshot
Message-ID:	<20051205212651.GA12440@trixie.casa.cgf.cx>
Reply-To:	cygwin AT cygwin DOT com
Mime-Version:	1.0
User-Agent:	Mutt/1.5.11
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com

I've deprecated dirent's d_ino field in the latest snapshot.  I've taken
this step because in the majority of cases this field was different from
the inode field returned by stat() and this presents problems for programs
which correctly think that they should be the same.

This field will continue to be filled out (in)correctly for older
programs but the field has now been renamed to __deprecated_d_ino so it
will not be detectable by configure.  The __deprecated_d_ino field is
now zero in any applications built with the snapshot or newer versions
of libcygwin.a.

What this means is that, with luck, packages like bash and find which
try to use this field in some meaningful way will switch to using the
reliable st_ino field instead.

FYI,
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/

- Raw text -