[lkml]   [2001]   [Oct]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Subjectdnotify semantics
Currently when monitoring a directory using dnotify you get notifications 
whenever some file in the directory changes, or is added/removed. But when
the directory itself is changed (i.e. chmoded) you don't get any notification.

Reading Documentation/dnotify.txt it does not seem clear what the expected
behaviour is, it says:

The intention of directory notification is to allow user applications
to be notified when a directory, or any of the files in it, are changed.

But then:

DN_ACCESS A file in the directory was accessed (read)
DN_MODIFY A file in the directory was modified (write,truncate)
DN_CREATE A file was created in the directory
DN_DELETE A file was unlinked from directory
DN_RENAME A file in the directory was renamed
DN_ATTRIB A file in the directory had its attributes
changed (chmod,chown)

(i.e. no directory was changed event)

This is somewhat of a problem for me, implementing fam using dnotify. When
monitoring a directory i need to send events also when the directory
changes. The only way this can be done with the current semantics would be
to monitor both the directory and it's parent. Unfortunately this could
create many spurious events/stats, and is not possible to do for the root

Is there any chance that we can get a change in semantics so that changes
to the directory itself also causes a notification?

/ Alex

(Please CC me, I'm not on the linux-kernel list)

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:11    [W:0.235 / U:0.176 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site