Program Files Cache
i have a application that uses access db .mdb and .mdw for secutiry. when i uninstall the application the access .mdb file stays in C:\Users\%user%\AppData\Local\VirtualStore\Program Files (x86)\%AppName%\accessfile.mdb
when i install the app again it uses the data from this file. I want to know how can this be cleared when the app gets uninstalled? so when the app is installed again it uses the database files from the new installation.
February 10th, 2011 9:27am
C:\Users\%user%\AppData\Local\VirtualStore\Program Files (x86)\%AppName%\accessfile.mdb
You need to replace the %user% with your user profile, and the %appname% with the name of the application to find where the file is, and delete it manually. or at least just rename it, because you might want to revert the settings.
C:\Users\YOURUSERNAME\AppData\Local\VirtualStore\Program Files (x86)\APPLICATION name\
so you should brows this path:
C:\Users\YOURUSERNAME \AppData\Local\VirtualStore\Program Files (x86)\APPLICATION name \
where YOURUSERNAME is found if you click the start button at the top left of the start menu, and the
APPLICATION name , you probably already know it. You can find it out when you install it and when it is selecting the program files folder.
After you found the location rename the file. If you can't rename the file then.
also read this post to understand a bit more about virtual store
http://social.msdn.microsoft.com/Forums/en/windowscompatibility/thread/7a25a278-12f6-488e-925e-a3296c862c34
good luck1Please do not forget to select the best answer if it helps you! The Ultimate computer newbie guide since the discovery of spoon feeding!
The Computer Manual dot Com
Free Windows Admin Tool Kit Click here and download it now
February 10th, 2011 10:14am
remove it your own or write a batch file. And the tools is not UAC compatible, that's why the file is in the VirtualStore. You don't have writing permissions to the C:\Program Files(x86) folder when UAC is on."A programmer is just a tool which converts caffeine into code" CLIP- Stellvertreter http://www.winvistaside.de/
February 10th, 2011 10:28am
the thing is i can rename or delete it in the VirtualStore on my win 7 and it works fine.
But this is a app thats going to our clients (as update) who already have the app installed so they uninstall the old app and install the new app.
when they do that the app installs the new .mdb file in ex(c:\Program Files(x86)\AppName\access.mdb) along with the exe. when they execute the exe its looking at the previous access.mdb which is located in VirtualStore.
there has to be someway which clear's the VirtualStore without going to the C:\Users\YOURUSERNAME\AppData\Local\VirtualStore\Program Files (x86)\APPLICATION name\ path and deleting or renaming the file.
Free Windows Admin Tool Kit Click here and download it now
February 10th, 2011 11:14am
there has to be someway which clear's the VirtualStore without going to the C:\Users\YOURUSERNAME\AppData\Local\VirtualStore\Program Files (x86)\APPLICATION name\ path and deleting or renaming the file.
I don't know such a thing. The batch is still my favorite."A programmer is just a tool which converts caffeine into code" CLIP- Stellvertreter http://www.winvistaside.de/
February 10th, 2011 11:23am
Maybe then you need to look in the registry setting for this path, and try to delete it. IF the new app is pointing to the old file then can only be two things, registry, or the new app is designed differently.
However, I feel that the registry might have something to do with it. Applications in general look in the registry for settings.
Search for the path or part of the path i the registry and see what entries you'll find.
Good Luck.Please do not forget to select the best answer if it helps you! The Ultimate computer newbie guide since the discovery of spoon feeding!
The Computer Manual dot Com
Free Windows Admin Tool Kit Click here and download it now
February 10th, 2011 1:25pm
what i ended up doing is i create a new path when the app is installed (to a different folder in Program Files) and that solved the problem.
Thank you all for your help.
February 10th, 2011 1:34pm