site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com Hi all, I'm sorry if this has been answered elsewhere, but I've spent too long searching, and failed miserably to find the right answer. I have the following setup: - An IOBlockStorageDriver kext, that exposes block devices to the OS. - A daemon (running as a LaunchDaemon) which handles all block IO, and reading/writing the data to a file. - A client application for configuring the above. My problem is this: When a file is "mounted" by the user, the daemon opens the file as normal. But the user can then remove the file from the terminal, and the daemon will be none-the-wiser. I need a way to either: a) lock the file from the daemon side that will prevent the user from deleting the file (but allowing the user to _read_ the file). So far, my search for a solution on this has led me to believe that it isn't possible. "man chflags" does not list uulink as an option on 10.5.4, and I'm not even sure if the "rm" command would listen to it. b) code the daemon to detect the file was deleted, so it can tear down the block device. I think this may make more sense, since it removes the chance of an application or utility not abiding by the rules of a locking solution. Or, if anyone has any suggestions, I'm all ears! Either way, it'd be nice to know what other peeps would do for this situation - maybe I'm missing something fundamental. Many thanks for any pointers. Kind regards, Tim _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.appl... This email sent to site_archiver@lists.apple.com