11-28-2007 02:24 PM
11-29-2007 04:43 PM
Hi Paul,
I have not ran into any issues with Vista concerning file access and permissions with LabVIEW, but I thought that you might find the attached article helpful. Thanks!
11-29-2007 04:46 PM
11-30-2007 08:08 AM
The issue I am having is that my application stores configuration and shared files in C:\appData\ApplicationName (ApplicationName is generic for this example I did not action name my application this). When the common configuration files do not exist the the application creates them. The problem is thaAt under vista it seems that this file is created as write for the user that creates the file, when the next user signs in to vista and uses this application the USERS privlages are set to read but not write so when the other users attempt to modify this set of configuration files, the io vis throw an error cluster. I need to write and create files in C:\appData\ApplicationName directory with read write privledges for all users and not have to diable any UAC in vista. I will look at the reference you sent. It seems like the file io vis have very limited control over some of the new file security features in vista.
Paul
11-30-2007 09:37 AM
During installation of the program, you would need to set the access properties on that directory to edit for all users... Don't know how you would do that in Labview though... It doesn't seem to have any vi's for that purpose.
Other option would be to write the appdata in a folder that's writeable to everyone by default. Maybe [CommonFilesFolder] in the application builder?
01-30-2008 11:28 AM
01-31-2008 03:53 AM
01-31-2008 09:03 AM
We ended up turning on Admistrator Account (I guess the true administrator account) in VISTA which will allow file/folder write access:
1. Go to Start, Programs, Accessories
2. Right-click on Command Prompt and click 'Run as Administrator'
3. Type in the following:
Net user administrator /active:yes
(there must be a space between administrator and /)
4. Reboot
Should now have the access - at least it worked for us.
Don