A better way to get AppData location?

[flash7ok]

Okay, thanks.  One note to others - I have the NI Developer Suite DVD set.  When choosing to install the LabWindows/CVI 2009 Development System, you need to choose "Custom Install" in order for the menu Luis has shown to appear during the installation.  The normal "Install" skips this screen.

[AutomationGuy]

The problem is that the SDK of CVI 2013 is configured to use the XP API which does not know SHGetKnownFolderPath().

Does anyone know how to reconfigure the SDK to use Win7 API? I don't like to change SDK header due the project will be compiled on different machines.

Regards

AutomationGuy

[LuisG]

By default, CVI sets the SDK version to be the highest version that supports all the operating system versions that CVI itself supports. But you can change this, without having to change the headers themselves, by simply redefining those macros in the Build Options.

For the SDK, in general, you should redefine WINVER, _WIN32_WINNT and _WIN32_WINDOWS. But for that particular API, you should redefine NTDDI_VERSION instead:

[d.]

Looking for a solution to finding the default AppData location and found this old thread.  LouisG indicated this might be included for future versions of CVI.  I can't find anything in the help document about it.

Is there now something in CVI which does this?

Or, do I have to use SHGetFolderLocation()?  If so, does anyone have a sample project doing this?

Thanks,

Dave

[LuisG]

There isn't anything new in CVI to do this, so you still have to use SHGetFolderPath. As far as sample code is concerned, it should be as simple as doing this:

SHGetFolderPath (0, CSIDL_COMMON_APPDATA, NULL, SHGFP_TYPE_CURRENT, path);

[RobertoBozzolo]

I had to add also shell32.lib to the project to resolve symbols (CVI2015SP1 on Win10)

[d.]

Thanks Luis and Roberto.  I think that answers everything.

Dave

[Layosh]

Why is writing default data directory, path in the registry? The language specific information can be added during the first run ...