GNU bug report logs - #26126
26.0.50; file-notify-rm-watch removes arbitrary watches

Previous Next

Package: emacs;

Reported by: Andreas Politz <politza <at> hochschule-trier.de>

Date: Thu, 16 Mar 2017 14:16:02 UTC

Severity: normal

Tags: fixed

Found in version 26.0.50

Fixed in version 26.1

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

Bug is archived. No further changes may be made.

Full log


Message #29 received at 26126 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Andreas Politz <politza <at> hochschule-trier.de>
Cc: 26126 <at> debbugs.gnu.org
Subject: Re: bug#26126: 26.0.50; file-notify-rm-watch removes arbitrary watches
Date: Sat, 18 Mar 2017 20:36:51 +0100
Andreas Politz <politza <at> hochschule-trier.de> writes:

Hi Andreas,

> I took a deeper look filenotify.el and found some problems/have some
> further questions. Note that I use inotify.
>
> + A watched hard-link for some other file may not receive its events,
>   due to string-equal being used for file-comparisons.  Shouldn't
>   file-equal be used instead ?

How does inotify (and the other libraries) work in this case? Does it
support hard links? We should not add more logic than the native
libraries offer.

> + Watching a /dir/file may receive events (e.g. touch /dir) for dir.

Could you pls give an example?

> + Why the seemingly arbitrary exclusion of backup-files in
>   file-notify-callback ?  What if someone wants to track the creation of
>   said files ?

When a file under supervision is renamed during backup, the supervision
might be stopped. This case must be handled.

> + Why is the existence of kqueue checked for the handler in
>   file-notify-add-watch ? After all we don't know how this handler will
>   operate.

Why don't we know what kqueue does?

> -ap

Best rewgards, Michael.




This bug report was last modified 8 years and 55 days ago.

Previous Next


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