VC++ application doesn't run on other machines due to "incorrect configuration error"

I know that this topic has been posted over a dozen times, but I wasn't able to find a topic that fit my issue so I will post all detail below.

To start I will mention that I have two projects: The first is the main application and the second is a DLL. The project was due for a major revision and needed a DLL to be replaced due to the company I work in switching vendors. After creating the DLL needed to import into the project I was successfully able to test and run on my machine as well as other developers m开发者_Go百科achines. However once I tried to deploy it on our barebones testing machine I got the error stating that the application configuration is incorrect.

Seeing as I've seen this error before I tried to install the vcredist but I got the same error message. I tried using dependecywalker to see if I had all my needed files for the application to run to which it stated that I was missing MSVCP80.DLL, MSVCR80.DLL, and MSVCR90.DLL. Seeing as running the vcredist didn't help I tried to create a msi installer. Once I deployed that I got the application to run, but at the same time it didn't. The application needs to load in configuration files to be able to run properly otherwise it is not able to connect to our database.

I was wondering if anyone had any advice on how I can include the needed policies/dependencies in order to get this project to be able to run successfully.

To sum it up:

• Release application is able to run on other developer machines and able to load all proper configuration files, but cannot be run on any bare bone or test machines.
• Application created from Visual Studio Installer is able to run, but ignores the configuration file directory and tries to load in default directories.
• Project is built using VS2005 C++.

Any help would be greatly appreciated.

Thanks,

Sebastian

There are different versions of redist regarding the VS service pack. So make sure, that if you have installed the VS2005 with service pack 1 you provide the redist for VS2005 service pack 1.

You might have gotten the ATL security update on your build machine but not the target.