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: autorevert.el Date: Tue, 23 Mar 2004 21:40:28 +0200 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <8296-Tue23Mar2004214028+0200-eliz@elta.co.il> References: <200403022319.i22NJbG01259@raven.dms.auburn.edu> <200403040508.i2458W811551@raven.dms.auburn.edu> <200403050400.i2540VQ21715@raven.dms.auburn.edu> <200403130310.i2D3A8w28676@raven.dms.auburn.edu> <200403150008.i2F083x04382@raven.dms.auburn.edu> <200403160456.i2G4uVL14097@raven.dms.auburn.edu> <2427-Tue16Mar2004214034+0200-eliz@elta.co.il> <8011-Fri19Mar2004164602+0200-eliz@elta.co.il> <200403210326.i2L3QpF29260@raven.dms.auburn.edu> <200403220244.i2M2ikR07506@raven.dms.auburn.edu> <200403221939.i2MJd8116508@raven.dms.auburn.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1080071569 6761 80.91.224.253 (23 Mar 2004 19:52:49 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 23 Mar 2004 19:52:49 +0000 (UTC) Cc: emacs-devel@gnu.org, storm@cua.dk Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Tue Mar 23 20:52:22 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1B5rwj-0000ro-00 for ; Tue, 23 Mar 2004 20:52:21 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1B5rwj-0003SP-00 for ; Tue, 23 Mar 2004 20:52:21 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1B5rur-0001zc-6q for emacs-devel@quimby.gnus.org; Tue, 23 Mar 2004 14:50:25 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1B5rs5-0000c6-FZ for emacs-devel@gnu.org; Tue, 23 Mar 2004 14:47:33 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1B5rrA-0008MK-EE for emacs-devel@gnu.org; Tue, 23 Mar 2004 14:47:07 -0500 Original-Received: from [192.114.186.24] (helo=legolas.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.30) id 1B5rod-00076X-13 for emacs-devel@gnu.org; Tue, 23 Mar 2004 14:43:59 -0500 Original-Received: from zaretski ([80.230.155.157]) by legolas.inter.net.il (MOS 3.4.5-GR) with ESMTP id BMZ14188; Tue, 23 Mar 2004 21:43:35 +0200 (IST) Original-To: Luc Teirlinck X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 1.8.9 In-reply-to: <200403221939.i2MJd8116508@raven.dms.auburn.edu> (message from Luc Teirlinck on Mon, 22 Mar 2004 13:39:08 -0600 (CST)) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:20817 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:20817 > Date: Mon, 22 Mar 2004 13:39:08 -0600 (CST) > From: Luc Teirlinck > > I'm at a loss how you arrived at that conclusion, especially since I > suggested looking at the size for the benefit of systems that cannot > use the time stamp. Isn't this better than not knowing the directory > changed at all? > > But the probability of finding it out this way is close to zero. Close to zero is still infinitely better than zero. > He ment to check it additionally to the mod-time. > I.e. if either the mod-time or the size has changed, then the dir > has changed. > > Yes, but the size only seems to change after adding or deleting > approximately 200 files. That's on GNU/Linux and Unix systems, but not necessarily on others. > What would seem to happen on MS Windows if we did that would be that, > normally, directories do not autorevert, so the user believes that > they never autorevert. Once in a very blue moon, one huge directory > suddenly starts autoreverting all the time. The user wonders what is > going on. All of a sudden it stops autoreverting and never > autoreverts again. You again assume that DOS and Windows behave like Posix systems; they don't. `stat' is not a system call on DOS/Windows, so whoever writes its emulation for the library could, for example, add the lengths of all the names of the directory files and use that as the directory's size. With such a version of `stat', autorevert will work like it does on Posix platforms. > What if I just go ahead and install my patches to autorevert and > dired? It's your code, so you may do as you wish. Thanks for working on it.