在VS2012 c#项目的构建过程中，我一直得到这个错误
Error 41 Could not copy "obj\Debug\WeinGartner.WeinCad.exe" to
"bin\Debug\WeinGartner.WeinCad.exe".
Exceeded retry count of 10. Failed.
Error 42 Unable to copy file "obj\Debug\WeinGartner.WeinCad.exe" to
"bin\Debug\WeinGartner.WeinCad.exe". The process cannot access the file
'bin\Debug\WeinGartner.WeinCad.exe' because it is being used by another
process.
现在我知道该终止进程了
Weingartner.WeinCad.vhost.exe
(有时)有用，但这让我很紧张。有办法阻止这一切发生吗?
调试器设置为
当前回答
I ran into this as well. It turns out that I had been testing with a service which I had built myself and which was running out the of the ..\bin\release directory of one of the projects in my solution. I had got the service running, but I forget to stop/uninstall it before returning to testing. As a result, it was holding on to one of the dlls that I reference and which needed to be moved (automatically as a dependency) from one project's bin/release subfolders to another. Stopping the service solved the problem.
其他回答
.vhost.exe是一个调试器进程，因此正在调试的进程似乎没有正确关闭。有可能你有一个错误，使它仍然存在，并且没有正确地停止调试进程——当你单击“停止调试”而不是实际杀死调试器时，有一些选项可以从进程中分离出来，所以也许你有这样的设置。
但这就是问题所在——你试图复制的文件被操作系统锁定(即仍在使用)，所以它阻止了复制。确保该文件是免费的，您将能够复制。
这个问题是查找以下错误时的第一个结果:
无法复制文件“…”，因为没有找到该文件。
在Visual Studio 2013(更新3)中构建时。
解决方案:卸载Visual Studio 2013中的“生产力工具”。
https://connect.microsoft.com/VisualStudio/feedback/details/533411
@Geoff (https://stackoverflow.com/a/25251766/3739540)的回答很好，但在重新编译时抛出错误代码1。
下面是对我有用的(2>nul 1>nul在结束+退出0):
(if exist "$(TargetDir)*old.pdb" del "$(TargetDir)*old.pdb") & (if exist "$(TargetDir)*.pdb" ren "$(TargetDir)*.pdb" *.old.pdb) 2>nul 1>nul
(if exist "$(TargetDir)*old.dll" del "$(TargetDir)*old.dll") & (if exist "$(TargetDir)*.dll" ren "$(TargetDir)*.dll" *.old.dll) 2>nul 1>nul
exit 0
我能够修复这个问题(VS 2010)通过提供以下预构建操作;
if exist "$(TargetPath).locked" del "$(TargetPath).locked"
if exist "$(TargetPath)" if not exist "$(TargetPath).locked" move "$(TargetPath)" "$(TargetPath).locked"
我在Visual Studio 2013中遇到过类似的错误消息。
大多数情况下，我发现这种情况发生在调试进程因为异常而停止时。
当clean+build不能为我解决这个问题时，我通过以下方法取得了成功:
关闭Visual Studio 删除bin和obj文件夹 重新开放Visual Studio。
此“bug”自Visual Studio 2003以来一直存在。
最后，我还发现我通常可以通过简单地重命名可执行文件然后删除它来克服这个问题。
