GNU bug report logs - #21435
25.0.50; file-notify has problems after renames

Previous Next

Package: emacs;

Reported by: Tassilo Horn <tsdh <at> gnu.org>

Date: Tue, 8 Sep 2015 08:48:01 UTC

Severity: normal

Found in version 25.0.50

Done: Michael Albinus <michael.albinus <at> gmx.de>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Tassilo Horn <tsdh <at> gnu.org>
Cc: 21435 <at> debbugs.gnu.org, michael.albinus <at> gmx.de
Subject: bug#21435: 25.0.50; file-notify has problems after renames
Date: Fri, 11 Sep 2015 15:32:36 +0300
> From: Tassilo Horn <tsdh <at> gnu.org>
> Cc: Eli Zaretskii <eliz <at> gnu.org>,  21435 <at> debbugs.gnu.org
> Date: Fri, 11 Sep 2015 14:17:03 +0200
> 
> Michael Albinus <michael.albinus <at> gmx.de> writes:
> 
> > Thanks. Another point is whether we always can expect that all native
> > libraries will report exactly the same number of events, and then
> > whether they report them exactly in the same order (you expect
> > '(created changed deleted) here). Let's see how the test cases evolve,
> > maybe we need more tolerant tests.
> 
> Yes, I'm quite strict right now and IMHO in the current tests, that's
> the only sensible order of events.  But of course if it turns out that
> with some notification backend we can't achieve that guarantee, it'll be
> no problem to relax the assertions a bit.

I think if we ever find that the order is not guaranteed, we should
sort the events into the "right" order in filenotify.el.

Once again, the sole reason for having filenotify.el is to present a
unified API to applications, so that they don't need to know anything
about the back-ends and their idiosyncrasies.




This bug report was last modified 9 years and 323 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.