From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.os.cygwin,gmane.emacs.devel Subject: Re: New platform independent problem Date: Fri, 20 Jan 2006 19:22:39 +0200 Message-ID: References: <012020061701.4999.43D11771000C3BE00000138722058861720A050E040D0C079D0A@comcast.net> Reply-To: Eli Zaretskii NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1137777818 19820 80.91.229.2 (20 Jan 2006 17:23:38 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 20 Jan 2006 17:23:38 +0000 (UTC) Cc: cygwin@cygwin.com, henman@it.to-be.co.jp, emacs-devel@gnu.org Original-X-From: cygwin-return-117776-goc-cygwin=m.gmane.org@cygwin.com Fri Jan 20 18:23:31 2006 Return-path: Envelope-to: goc-cygwin@gmane.org Original-Received: from sourceware.org ([209.132.176.174]) by ciao.gmane.org with smtp (Exim 4.43) id 1EzzyR-0003WE-Tx for goc-cygwin@gmane.org; Fri, 20 Jan 2006 18:22:57 +0100 Original-Received: (qmail 20214 invoked by alias); 20 Jan 2006 17:22:46 -0000 Original-Received: (qmail 20205 invoked by uid 22791); 20 Jan 2006 17:22:45 -0000 X-Spam-Check-By: sourceware.org Original-Received: from romy.inter.net.il (HELO romy.inter.net.il) (192.114.186.66) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 20 Jan 2006 17:22:43 +0000 Original-Received: from HOME-C4E4A596F7 (IGLD-80-230-64-251.inter.net.il [80.230.64.251]) by romy.inter.net.il (MOS 3.7.3-GA) with ESMTP id DKE27571 (AUTH halo1); Fri, 20 Jan 2006 19:22:34 +0200 (IST) Original-To: ericblake@comcast.net (Eric Blake) In-reply-to: <012020061701.4999.43D11771000C3BE00000138722058861720A050E040D0C079D0A@comcast.net> (ericblake@comcast.net) Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Original-Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Xref: news.gmane.org gmane.os.cygwin:73996 gmane.emacs.devel:49325 Archived-At: > From: ericblake@comcast.net (Eric Blake) > Cc: cygwin@cygwin.com, henman@it.to-be.co.jp, emacs-devel@gnu.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?