Visual studio 依赖.dll的应用程序可以正确构建,然后可以';在运行时找不到该DLL

Visual studio 依赖.dll的应用程序可以正确构建,然后可以';在运行时找不到该DLL,visual-studio,dll,Visual Studio,Dll,我在Visual Studio 2013中编写了一个应用程序,它依赖于名为WSTP32i1.DLL的DLL。dll及其关联的.lib文件都包含在项目中,它编译和生成时不会出错。但是,当我运行它时,我得到以下信息: 将DLL副本放在应用程序文件夹中没有帮助。当我检查解决方案资源管理器时,DLL似乎被标记为“不参与构建”,这似乎是错误的,但我不确定要将其更改为什么 有什么建议吗?解决方案资源管理器树包含用于构建可执行文件的源文件(cpp、h、rc等)。项目类型属性定义如何处理此文件。DLL不是有

我在Visual Studio 2013中编写了一个应用程序,它依赖于名为WSTP32i1.DLL的DLL。dll及其关联的.lib文件都包含在项目中,它编译和生成时不会出错。但是,当我运行它时,我得到以下信息:

将DLL副本放在应用程序文件夹中没有帮助。当我检查解决方案资源管理器时,DLL似乎被标记为“不参与构建”,这似乎是错误的,但我不确定要将其更改为什么


有什么建议吗?

解决方案资源管理器树包含用于构建可执行文件的源文件(cpp、h、rc等)。项目类型属性定义如何处理此文件。DLL不是有效的源文件,IDE不知道如何处理它。这就是为什么它“不参与”

链接导入库的标准(也是最简单的)方法是在应用程序项目的
公共属性/引用
页面中添加对DLL项目的引用。默认情况下,解决方案的所有DLL和EXE文件都构建在相同的
$(SolutionDir)$(配置)
目录中,因此一切都可以使用,无需任何调整和生成后事件


如果您的DLL是在另一个解决方案中生成的,请确保它与EXE文件放在同一个文件夹中,或者在PATH环境变量中指定了DLL的文件夹。

它不参与生成,将其添加到项目中没有什么意义。您需要将其复制到生成目录,使用使用XCOPY将其复制到$(OutputPath)的生成后事件。因此,在构建之后,它与您的EXE存在于同一目录中。如果您仍然有问题,那么您忘记复制另一个依赖DLL,请使用SysInternals的进程监视器进行诊断,或者联系Wolfram寻求支持。我没有看到常见的属性/引用。我确实看到了常见的属性/依赖项,但似乎没有任何方法添加到其中。在解决方案资源管理器中选择您的项目(而不是解决方案),单击Alt+Enter,查找常见的属性/引用。是的,我看到了对话框,它有一个按钮“添加新引用”,但单击它会显示一个“添加引用”除了“OK”和“Cancel”按钮之外,该框完全没有响应,这两个按钮都会使该框消失。