From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: init_buffer PWD fix Date: Tue, 23 Apr 2002 09:05:07 +0300 (IDT) Sender: emacs-devel-admin@gnu.org Message-ID: References: <200204222321.g3MNLUx07415@shade.twinsun.com> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Trace: main.gmane.org 1019538560 25157 127.0.0.1 (23 Apr 2002 05:09:20 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 23 Apr 2002 05:09:20 +0000 (UTC) Cc: knagano@sodan.org, emacs-devel@gnu.org, andrewi@gnu.org, jasonr@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16zsYK-0006Xe-00 for ; Tue, 23 Apr 2002 07:09:20 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16zsZM-0001RU-00 for ; Tue, 23 Apr 2002 07:10:24 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16zsYC-0007gJ-00; Tue, 23 Apr 2002 01:09:12 -0400 Original-Received: from is.elta.co.il ([199.203.121.2]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16zsVc-0007Ts-00; Tue, 23 Apr 2002 01:06:32 -0400 Original-Received: from is (is [199.203.121.2]) by is.elta.co.il (8.9.3/8.8.8) with SMTP id JAA23154; Tue, 23 Apr 2002 09:05:07 +0300 (IDT) X-Sender: eliz@is Original-To: Paul Eggert In-Reply-To: <200204222321.g3MNLUx07415@shade.twinsun.com> Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:3072 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3072 On Mon, 22 Apr 2002, Paul Eggert wrote: > > That would be unreliable, I think: on some Windows filesystems, the time > > stamp of a directory is determined when the directory is created, and > > then never changes > > I don't see why this would cause a problem. That code-change would > make st_mtime be a double-check on st_ino. I think you're suggesting > that st_mtime might be a somewhat random number that never changes No, I'm saying that the probability of several directories to have the same time stamp, e.g. if they were created by some program like Tar or cp during the same run, is quite high, especially on a fast machine. And since the time stamp doesn't change thereafter, Emacs will forever think such two directories are the same. > The inode comparison is done if (! defined WINDOWSNT && (!defined > (DOS_NT) || __DJGPP__ > 1)). Sorry, I don't know the ins and outs of > the Windows ports, but I assumed that there could be a non-WINDOWSNT > port out there. There are no Windows ports of Emacs that don't define WINDOWSNT (even though the binary runs on all versions of Windows from Windows 95 and up). Cygwin simulates inodes in its library, but there's no Cygwin port of Emacs yet. When Emacs is ported to Cygwin, the person who does the port will have to take care of all these ifdef's and change them to DTRT; that's one of the hardest parts of such a port. The MS-DOS port defines __DJGPP__ and has a working inode simulation in its library (as you know from Diffutils ;-).