Common data installation folder on Vista

  • Thread starter Thread starter Arial
  • Start date Start date
A

Arial

I had an application on WinXp with
common read/write data shared among all users.

This data was installed in [CommonAppDataFolder]

which on WinXp is in:

C:\Documents and Settings\All Users\Application Data

with read/write enabled for all users



Now I'm rewriting application in C#

and on Vista [CommonAppDataFolder]

points to:

C:\ProgramData which is not

writable by users.



Which is "right" installation directory on Vista

to allow all users write to the same file

for example MS Access mdb.
 
Arial said:
I had an application on WinXp with
common read/write data shared among all users.

This data was installed in [CommonAppDataFolder]

which on WinXp is in:

C:\Documents and Settings\All Users\Application Data

with read/write enabled for all users



Now I'm rewriting application in C#

and on Vista [CommonAppDataFolder]

points to:

C:\ProgramData which is not

writable by users.



Which is "right" installation directory on Vista

to allow all users write to the same file

for example MS Access mdb.
Click to expand...

Your simplest course of action would be to make an unprotected directory,
not installing into a directory in a protected area, and install the
application and the file into unprotected directory. It's not business as
usual on Vista, like it was for the previous versions of the NT based
O/S(s).
 
I had an application on WinXp with
common read/write data shared among all users.

This data was installed in [CommonAppDataFolder]

which on WinXp is in:

C:\Documents and Settings\All Users\Application Data

with read/write enabled for all users

Now I'm rewriting application in C#

and on Vista [CommonAppDataFolder]

points to:

C:\ProgramData which is not

writable by users.

Which is "right" installation directory on Vista

to allow all users write to the same file

for example MS Access mdb.
Click to expand...

The correct action, according to "Certified for Vista" prep guide, is
to create your own subdirectory under [CommonAppDataFolder] in your
installer, and assign the rights as needed - i.e. on your .mdb, set
ACL to writable for "Users" (or "Everyone", depending on what exactly
you want).
 
The correct action, according to "Certified for Vista" prep guide, is
to create your own subdirectory under [CommonAppDataFolder] in your
installer, and assign the rights as needed - i.e. on your .mdb, set
ACL to writable for "Users" (or "Everyone", depending on what exactly
you want).
Click to expand...

O.K. That sounds reasonable and conforms with
XP logic, but how to achive this
(change ACL) with Visual Studio installer (VS 2008)?

I' dont see any option in it's user interface to set file premissions.

Do I have to switch to another installer, like InnoSetup?
 
The correct action, according to "Certified for Vista" prep guide, is
to create your own subdirectory under [CommonAppDataFolder] in your
installer, and assign the rights as needed - i.e. on your .mdb, set
ACL to writable for "Users" (or "Everyone", depending on what exactly
you want).
Click to expand...

O.K. That sounds reasonable and conforms with
XP logic,  but how to achive this
(change ACL) with Visual Studio installer (VS 2008)?

I' dont see any option in it's user interface to set file premissions.
Click to expand...

I'm not aware of any. VS Setup projects are notoriously limited at
what they can do, and really only suitable for most basic apps.
Do I have to switch to another installer, like InnoSetup?
Click to expand...

Likely so. I would suggest that you look at WiX (http://
wix.sourceforge.net/) - it's a de facto standard tool for creating
Windows installers, as it's MS-made, and used by the company itself in
many products (e.g. Visual Studio, Office...). It's pretty low-level,
in that you'll be dealing directly with Windows Installer concepts,
which may be daunting at times... but it'll let you do anything that
is at all possible to do with an MSI. Its other advantage is that it
is being integrated into Visual Studio 2010, so there you'll get WiX
project support out of the box - which makes the choice quite future-
proof.
 
Arial said:
The correct action, according to "Certified for Vista" prep guide, is
to create your own subdirectory under [CommonAppDataFolder] in your
installer, and assign the rights as needed - i.e. on your .mdb, set
ACL to writable for "Users" (or "Everyone", depending on what exactly
you want).
Click to expand...

O.K. That sounds reasonable and conforms with
XP logic, but how to achive this
(change ACL) with Visual Studio installer (VS 2008)?

I' dont see any option in it's user interface to set file premissions.

Do I have to switch to another installer, like InnoSetup?
Click to expand...


Under the current version VS.
You can add a "Custom Action" in the Setup project and use
the class/function in namespace "System.Security.AccessControl" to set
the access right to the folder/file.

Refer MSDN document about them.
 
Back
Top