Results 1 to 1 of 1
I'm using Redhat 2.4.20-8 kernel. We are developing a new policy based file system. In that, when one file gets deleted, I have to delete one more file other than ...
Enjoy an ad free experience by logging in. Not a member yet? Register.
- 09-01-2004 #1Just Joined!
- Join Date
- Sep 2004
- Posts
- 1
sys_unlink return EPERM for the unlink call from pthread
I'm using Redhat 2.4.20-8 kernel. We are developing a new policy based file system. In that, when one file gets deleted, I have to delete one more file other than the one which is going to get deleted. Since we didn't want to use sys_unlink from our system for the second file, we chose to do it from userspace. When the original file (by this, I mean the file which gets the delete originally) deletion is in process, I would spawn a thread which in turn will call unlink (second file). But I couldn't succeed. The unlink which is instigated from the thread always gets -EPERM even though the first file gets deleted. sys_unlink gets called and then after lookup it gives back EPERM.
Any help on this would be really appreciated.


Reply With Quote
