the sgi fam/imon people complain that there's no way of knowing when a
directory you're monitoring has been deleted -- and it won't be removed
from disc until you close the fd you have open on it. So how about this
minor patch (versus -test10)
i'm not sure how userspace will distinguish the difference between an
object in the directory being deleted and the directory being deleted.
possibly by maintaining state -- noticing that the last entry in a
directory has been deleted and then it's just received another deletion
notification. or without state, it could check its parent directory.
alternatively, we could introduce a new reason code. this might be
better for people who want a oneshot notification of something other
than deletion (does this case occur in practice?).
--- fs/namei.c Fri Sep 22 22:21:18 2000
+++ fs/namei.c.new Sat Dec 9 11:05:10 2000
@@ -1422,8 +1422,10 @@
}
}
up(&dir->i_zombie);
- if (!error)
+ if (!error) {
+ inode_dir_notify(dentry->d_inode, DN_DELETE);
inode_dir_notify(dir, DN_DELETE);
+ }
return error;
}
--
Revolutions do not require corporate support.
-
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to [EMAIL PROTECTED]
