2012-01-25 40 views
16

第二次编译项目时出现以下错误消息。我必须关闭VS 2010,并在重新加载时编译。如果我做了改变,那么问题就会回来。编译XNA项目时请求的操作无法执行错误

“无法复制文件”obj \ x86 \ Debug \ MyFile.dll“。请求的操作无法在用户映射节打开的文件上执行。

+1

奇怪的是我昨天在一个非XNA项目中得到了这个。看起来像一个VS/MSBUILD错误。 –

+0

我建议在[应用中心论坛](http://forums.create.msdn.com/forums/)发帖,因为它可能是XNA和它使用的构建过程的问题(然后,它可能会再次不像@乔纳森迪金森的评论似乎表明)。 –

+0

@GeorgeDuckett我们的构建策略是非常复杂的,VS bjork曾经在一段时间内对我们期望的结果并不感到意外。 –

回答

14

找到原因 - 这与安装Visual Studio成就扩展有关。这个扩展删除的问题消失。

+3

非常感谢。这个问题已经困扰我近一周了!然而,它仅在我安装成就后的几天才开始发生,所以我没有注意到链接。谢谢! – Cesar

+0

我怀疑是这样。感谢您的确认。 – Aligned

+0

谢谢!是我的问题 – Tamir

0

我有同样的问题,但我没有安装Visual Studio成就扩展!

我完全满足了这个问题,我不再构建我的代码。

+0

你已经安装了什么插件?我会依次禁用每一个,看看是否有所作为。我发现这个问题与CodeAnalysis的用法有关,因此与VS Achievements相关。 –

2

我也试图在Visual Studio中保存文件时遇到这个问题(所以非XNA,但谷歌似乎在这里指导)。

问题原来是我的终端上运行了部分完成的git命令 - 它是对我试图保存的文件的差异。

当我终止命令,然后问题就消失了。

+1

当我从Powershell命令行编译时,我总是得到这个,我怀疑Git与它有关。这发生在我没有任何活动的git任务运行时。 –

0

就我而言,这个错误是由Microsoft Security Essentials在Visual Studio在编译之前将其保存后立即扫描该文件引起的。然后编译器试图访问该文件,并发现它被MSE锁定。将Visual Studio项目目录添加到排除列表中使错误消失。

19

我有其他原因导致此问题。所以我分享给那些有这个问题没有成绩延伸

在我的情况下,这是由于项目设置页面被打开。我在我的项目中使用一种类型作为一种设置的类型,所以看起来Visual Studio打开dll来获取规格,但不会自动释放它。关闭设置页面可解决问题或重新启动Visual Studio。

0

对我来说,它是锁定文件的Git扩展。我杀死了卡住并重建项目的git进程。如果你不能找到什么锁定了文件,你可以随时重新启动计算机:)

4

我也面临着同样的问题,由于一个愚蠢的错误:)我所做的一切是我保持相应的输出DLL在Visual Studio中的对象浏览器中打开。从对象浏览器关闭该DLL解决了这个问题。

+1

我的对象浏览器 – sambomartin

+1

我不得不关闭所有的输出和解决方案资源管理器, – user1270384

相关问题