On May 24, 7:01 pm, Amit Singh <[EMAIL PROTECTED]> wrote: > MacFUSE's support for kqueue/kevent is for changes that occur through > the VFS, that is, through "normal channels" in the kernel. > Transporting "out-of-band" changes from a file system user-space > daemon to the kernel and translating them into kevents is a different > problem, and not something MacFUSE does right now. Even if this > support were to be added, one would have to think about how to > maintain the sanity of such notifications--the daemon could say one > thing (incorrectly or maliciously), but the VFS could say another > thing. Besides, the daemon saying something like "file deleted" has > other repercussions if the kernel thinks the file exists and is in > use.
Here is my thinking on this: if the change could have been performed by root through "normal channels", it is acceptable; if not even root could have performed it, it is illegal. Is this reasonable? That is to say, the libfuse function fuse_push_unlink() would cause fusefs to behave as if it had received an unlink from root through the VFS layer and got a return value of 0 from the corresponding daemon .unlink function. Is this possible? Is there any way of making VFS behave as if it had processed an unlink from root without that actually having happened? Thanks, Hamish --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "macfuse-devel" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/macfuse-devel?hl=en -~----------~----~----~----~------~----~------~--~---
