c语言1104错误,为什么在Visual Studio中编译C ++项目时发生致命错误“LNK1104：无法打开文件”C：\ Program.obj“”？...

这个特定的问题是由指定一个依赖到一个lib文件，其path中有空格。 该path需要用引号括起来才能正确编译项目。

在项目属性的configuration属性 – >链接器 – >input选项卡上，有一个附加依赖项属性。 此问题已通过将此属性更改为：

C：\ Program Files \ sofware sdk \ lib \ library.lib

至：

“C：\ Program Files \ sofware sdk \ lib \ library.lib”

我在哪里添加报价。

如果文件仍在运行，就会发生这种情况。

：-1：错误：LNK1104：无法打开文件'debug \ ****。exe'

closures并重新打开Visual Studio后，问题就消失了。 不知道为什么发生这个问题，但这可能值得一试。

这是在VS 2013旗舰版，Windows 8.1。

我有同样的问题。它由一个“，”在一个额外的库path的文件夹的名称造成的。它通过更改附加的库path解决。

我的问题是一个缺less.lib扩展名，我只是连接到mylib和VS决定寻找mylib.obj 。

还检查你没有打开这个： configuration属性 – > C / C ++ – >预处理器 – >预处理到文件 。

就我而言，这是一个误导的参考。 项目引用了另一个项目的输出，但后者没有输出前者正在寻找的文件。

对于一个assembly项目(ProjectName – > Build Dependencies – > Build Customizations – > masm(selected))，将生成预处理源列表设置为True也对我造成了这个问题，清除该设置修复了它。 VS2013在这里。

我遇到了连接器抱怨主要可执行文件丢失的问题。 这发生在我们的解决scheme端口到新的Visual Studio 2013 。 解决scheme是多种pipe理和未pipe理的项目/代码组合。 问题(和修复)最终成为解决scheme文件夹中缺less的app.config文件。 花了一天的时间来找出这一个:(因为输出日志不是很有帮助。

我检查了我的所有设置根据此列表： http : //msdn.microsoft.com/en-us/library/ts7eyw4s.aspx#feedback 。 这对我和我的情况是有帮助的，我发现项目属性的链接依赖性是双引号的，不应该在那里。

我有同样的错误，只是与我已经安装的Nuget包(一个不是头只)，然后尝试卸载。

我的错在于我还包括一个我刚刚卸载的.cpp文件(非常愚蠢，是的)的包头。

我甚至在Project -> Properties -> Linker -> General删除了额外的库目录链接，但当然没有用，因为我仍然试图引用不存在的头。

在这种情况下肯定是一个混乱的错误消息，因为头名称是但错误给了我"cannot open file 'llibboost_filesystem-vc140-mt-gd-1_59.lib'"并没有行号或任何东西。

我在回答，因为我没有看到其他人列出的这个特定解决scheme。

显然，我的杀毒软件(Ad-Aware)正在标记一个我的项目依赖的DLL，并将其删除。 即使在排除DLL所在的目录之后，仍会继续相同的行为，直到重新启动计算机。

我有同样的问题，但我的情况解决scheme没有列出答案。 我的防病毒程序(AVG)将文件MyProg.exe确定为病毒，并将其放入“病毒库”中。 你需要检查这个库，如果有文件 – 然后只是恢复它。 它帮助我。

解决scheme1(对于我的情况)：重新启动Windows资源pipe理器进程(是的，Windows文件pipe理器)。

解决scheme2：

closuresVisual Studio。 Windows注销

login，重新打开Visual Studio

按照惯例build造。 它现在构build并可以访问有问题的文件。

我认为有时文件系统或者谁控制它会被丢失。 重新启动Windows会话之前，试图杀死僵尸msbuild32.exe进程，重新启动Visual Studio，甚至检查没有显示问题文件。 没有构buildconfiguration问题。 它现在偶然发生。 Windows中的一些内部事物没有修复，需要重启。

在我的情况下，我用GLMreplace了以前的Game Engine Graphics课程的math库文件。 问题是我没有将它们添加到Visual Studio的解决scheme资源pipe理器中的项目(即使它们在项目存储库中)。

我有这个问题与LNK2038错误一起，在这个post后面隔离RELEASE和DEBUG DLLs。 在这个过程中，我已经清理了这些依赖关系所在的整个文件夹。

幸运的是，我有所有这些文件的备份，并得到该错误被扔回DEBUG文件夹解决问题的文件。 错误代码在某种程度上是误导性的，因为我不得不花费大量的时间从这篇文章的答案之一来看这个技巧。

希望这个答案，帮助有需要的人。

我解决了这个问题， 把一个现有的项目 添加 到我的解决scheme中 ，这是我第一次忘记添加的。

我有同样的错误：

fatal error LNK1104: cannot open file 'GTest.lib;'

这是由于; 最后。 如果你有多个库，它们应该用空格(空格键)分开，不要用逗号或分号。

所以不要使用; 或者在项目属性>>configuration属性>>链接器>>input中列出库时的任何其他内容

我遇到了同样的问题，我刚刚把代码复制到了新项目中，并开始构build。 其他一些错误开始了。 错误C4996：'fopen'：这个函数或variables可能是不安全的。 考虑使用fopen_s代替

为了再次解决这个问题，我已经在Project项目中添加了我的一个属性，如下所示。 项目 – >属性 – >configuration属性 – > c / c ++。 在这个类别中有字段名称预处理器定义我已经添加_CRT_SECURE_NO_WARNINGS这个来解决问题希望它会帮助…

谢谢