From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Corinna Vinschen Newsgroups: gmane.os.cygwin,gmane.emacs.devel Subject: Re: New platform independent problem Date: Sat, 28 Jan 2006 15:18:03 +0100 Message-ID: <20060128141803.GG15572@calimero.vinschen.de> References: <012020061701.4999.43D11771000C3BE00000138722058861720A050E040D0C079D0A@comcast.net> Reply-To: cygwin@cygwin.com, emacs-devel@gnu.org NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1138457908 1753 80.91.229.2 (28 Jan 2006 14:18:28 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 28 Jan 2006 14:18:28 +0000 (UTC) Cc: emacs-devel@gnu.org, Eli Zaretskii Original-X-From: cygwin-return-118163-goc-cygwin=m.gmane.org@cygwin.com Sat Jan 28 15:18:21 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 1F2qu4-0003z1-HV for goc-cygwin@gmane.org; Sat, 28 Jan 2006 15:18:12 +0100 Original-Received: (qmail 1680 invoked by alias); 28 Jan 2006 14:18:07 -0000 Original-Received: (qmail 1667 invoked by uid 22791); 28 Jan 2006 14:18:07 -0000 X-Spam-Check-By: sourceware.org Original-Received: from aquarius.hirmke.de (HELO calimero.vinschen.de) (217.91.18.234) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Sat, 28 Jan 2006 14:18:06 +0000 Original-Received: by calimero.vinschen.de (Postfix, from userid 500) id 817456D4294; Sat, 28 Jan 2006 15:18:03 +0100 (CET) Original-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com, emacs-devel@gnu.org, Eli Zaretskii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i 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:74384 gmane.emacs.devel:49616 Archived-At: On Jan 20 19:22, Eli Zaretskii wrote: > > From: Eric Blake > > 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? FYI, I've applied a rather big patch which reintroduced d_ino and which tries hard to generate correct (aka "identical to stat(2)") inode numbers for d_ino on all systems. This includes a slightly expensive method to determine inode numbers in a couple of situations(*): - local NTFS on NT4 - remote NTFS on Win2K - remote NT4/Win2K NTFS on XP and above. While I tried to optimize the expensive inode evaluation as much as possible, a certain slow down in the above situations might have been unavoidable. For the adventurous of you, try the next developer's snapshot of Cygwin from http://cygwin.com/snapshots/ Corinna (*) For the curious, the above situations are determined by the OS support of the FileIdBothDirectoryInformation flag in calls to NtQueryDirectoryFile. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat