X-Spam-Check-By: sourceware.org Date: Fri, 20 Jan 2006 19:22:39 +0200 Message-Id: From: Eli Zaretskii To: ericblake AT comcast DOT net (Eric Blake) CC: cygwin AT cygwin DOT com, henman AT it DOT to-be DOT co DOT jp, emacs-devel AT gnu DOT org In-reply-to: <012020061701.4999.43D11771000C3BE00000138722058861720A050E040D0C079D0A@comcast.net> (ericblake@comcast.net) Subject: Re: New platform independent problem Reply-to: Eli Zaretskii References: <012020061701 DOT 4999 DOT 43D11771000C3BE00000138722058861720A050E040D0C079D0A AT comcast DOT net> Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk 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 > From: ericblake AT comcast DOT net (Eric Blake) > Cc: cygwin AT cygwin DOT com, henman AT it DOT to-be DOT co DOT jp, emacs-devel AT gnu DOT org > Date: Fri, 20 Jan 2006 17:01:37 +0000 > > > You could have a flag that, if set, will instruct readdir to do the > > expensive processing. Applications that need the real inode will set > > that flag. > > And then we would have to change applications to call this nonstandard > entry point at the beginning of their program to set the flag. Not necessarily, you could do that in a static constructor in a Cygwin-specific source file, far from the application's sources, which will remain unpolluted. > As long as we are editing programs, we might as well teach them to > respect a sentinel of -1 without having to resort to adding a > nonstandard entry point. I don't see how this is better: -1 is an arbitrarily picked value, with no relation to any standard. Why should applications learn about it? -- 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/