GNU bug report logs -
#26126
26.0.50; file-notify-rm-watch removes arbitrary watches
Previous Next
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):
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.