Ok, thanks David. Native usage is the one I needed confirmation on.

 

  _____  

Ian Thomas
Victoria Park, Western Australia

  _____  

From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com]
On Behalf Of David Kean
Sent: Monday, February 27, 2012 12:14 AM
To: ozDotNet
Subject: RE: (OT) AppData folder 

 

Don't use environment variables to find these locations (they might not be
defined, or could be set to something completely wrong). If .NET, use
Environment.GetFolderPath. For native use SHGetFolderPath. Both are
supported on Windows 2000 onwards.

  _____  

From: ozdotnet-boun...@ozdotnet.com [ozdotnet-boun...@ozdotnet.com] on
behalf of Ian Thomas [il.tho...@iinet.net.au]
Sent: Sunday, February 26, 2012 1:56 AM
To: ozdotnet@ozdotnet.com
Subject: (OT) AppData folder 

This is not a direct .NET question, since I need to know for a MinGW compile
of C code in the next couple of weeks. 

We require a consistent location for installing plugins to this Win32
application. Perhaps the install location or a folder under it is most
sensible, but AppData has been suggested. 

I can't recall whether the AppData folder is consistently accessible via an
environment variable across Windows versions from (say) Win2000 onwards.
Searching MSDN etc finds some KB articles that refer to (even in Windows XP)
situations where %AppData% was not being correctly expanded, and these are
dated around 2007 to 2009. 

Has this been corrected? I have access to a Windows XP SP3 system on which I
can check, but not earlier versions or even server 2003 - and the compile
will need to work on Win2000 onwards (roughly). 

Also - just discovered - a home machine which has AMD A8 (4-core) processor
(which supports virtualization under "AMD-V") is running on an Asus
mainboard supposedly designed for it, but Windows 7 64-bit won't run an
XP-mode virtual machine. Does anyone know what my options are for this
machine? I'd need to check again, but I don't recall seeing any BIOS switch.


  _____  

Ian Thomas
Victoria Park, Western Australia

 

Reply via email to