File And Directory Rights

[jehugaleahsa]

Hello:

I have been looking online trying to find a simple way to find file/
directory rights in C#.

I have been seeing a lot of options, none of which are obvious. I am
looking for something like this:

bool CanRead(string path) . . . // would be willing to write this
myself

If you can help me get started, that would be great. And if possible,
can we ignore any Microsoft.Win32 libraries? I want to stick to
System.* libraries.

Thanks muches!

~Travis

[Peter Duniho]

On Wed, 27 Jun 2007 21:05:46 -0700, je**********@gmail.com
<je**********@gmail.comwrote:

I have been looking online trying to find a simple way to find file/
directory rights in C#.

Does this help?

http://msdn2.microsoft.com/en-us/library/ms229742.aspx

And more specifically:
http://msdn2.microsoft.com/en-us/lib...sscontrol.aspx
http://msdn2.microsoft.com/en-us/lib...sscontrol.aspx

If not, maybe you can be more specific about what "rights" it is you're
trying to determine.

Pete

[jehugaleahsa]

And more specifically:http://msdn2.microsoft.com/en-us/lib...ctory.getacces...

These are the classes I was looking at yesterday. Could you give an
example that just checks if an application can read a directory? I
have no idea how to use these methods.

Thanks!

[Peter Duniho]

On Thu, 28 Jun 2007 05:54:55 -0700, je**********@gmail.com
<je**********@gmail.comwrote:

These are the classes I was looking at yesterday. Could you give an
example that just checks if an application can read a directory? I
have no idea how to use these methods.

It's not the application that can or cannot read a directory, it's the
user.

I admit, I haven't used the .NET ACL stuff. But I believe it's what you
want. You need to cross-reference the ACL retrieved for a file system
object with the current user and their rights, which should tell you the
theoretical rights you have for the object.

How to do this specifically, I don't know. But the ACL is where that
information is stored, so that's where I believe you need to start looking.

Pete