You shouldn't be writing to Program Files - this is locked down by Windows. It's 'tricking' your app into thinking that its writing to Program Files, but it's redirecting the write to the virtual store.
What information are you modifying in program files? ________________________________ From: [email protected] [[email protected]] on behalf of Anthony [[email protected]] Sent: Saturday, February 06, 2010 4:40 PM To: 'ausDotNet' Subject: RE: Environment.GetFolderPath(Environment.SpecialFolder.ProgramFiles)Issue? Yes From: [email protected] [mailto:[email protected]] On Behalf Of David Kean Sent: Saturday, 6 February 2010 3:33 AM To: ausDotNet Subject: RE: Environment.GetFolderPath(Environment.SpecialFolder.ProgramFiles)Issue? Anothony: Are you writing to Program Files? ________________________________ From: [email protected] [[email protected]] on behalf of [email protected] [[email protected]] Sent: Thursday, February 04, 2010 5:38 PM To: [email protected] Subject: RE: Environment.GetFolderPath(Environment.SpecialFolder.ProgramFiles)Issue? Really? That doesn't sound right to me. I thought if your app works fine as a 64-bit version for 64-bit hosts then you compile one version of your app with the target as "Any CPU". It will run as a 64-bit or 32-bit app depending on the host. If you use the correct system calls for folder paths etc then it will just work. No need to compile a 64-bit and and 32-bit version. ________________________________ From: [email protected] [mailto:[email protected]] On Behalf Of Ian Thomas Sent: Friday, 5 February 2010 9:23 AM To: 'ausDotNet' Subject: RE: Environment.GetFolderPath(Environment.SpecialFolder.ProgramFiles)Issue? Really, you should compile a 64-bit version for your 64-bit host systems and a 32-bit version for 32-bit hosts. On a 64-bit system, registry and program files etc are virtualized so that a 32-bit app “sees” what appears to be a 32-bit Windows. Refer to (amongst many others) Raymond Chen (“Old New Thing” blog). However (and it has been said many times before) you shouldn’t be storing your app’s working or data files in that location. ________________________________ Ian Thomas Victoria Park, Western Australia ________________________________ From: [email protected] [mailto:[email protected]] On Behalf Of Anthony Sent: Friday, 5 February 2010 8:32 AM To: 'ausDotNet' Subject: Environment.GetFolderPath(Environment.SpecialFolder.ProgramFiles)Issue? Iam using some code....Environment.GetFolderPath(Environment.SpecialFolder.ProgramFiles) which apears to return the same path when i use it on an application deployed by Clickonce or run through VS 2008 But i have noticed that it stores any files physically on the computer(Windows 7) under c:\Users\anthony\AppData\Local\VirtualStore\Program Files (x86)\test When i resolve the address in code the address is c:\Program Files (x86)\test I think this has been spoken about but what should i use to be able to store file on any computer in a consistent way? Is your website being IntelliXperienced?<http://www.intellixperience.com/signup.aspx> regards Anthony (*12QWERNB*) Is your website being IntelliXperienced? No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.733 / Virus Database: 271.1.1/2664 - Release Date: 02/05/10 03:35:00 This email is intended for the named recipient only. The information it contains may be confidential or commercially sensitive. If you are not the intended recipient you must not reproduce or distribute any part of this email, disclose its contents to any other party, or take any action in reliance on it. If you have received this email in error, please contact the sender immediately and delete the message from your computer.
