每当我试图复制4个文件到我的bin文件夹，停止主服务后，我得到一个文件(TexteDll)错误。错误是:
Cannot copy TexteDll: The requested operation cannot be performed on a file
with a user-mapped section open
这可能是由于一些系统锁定。或者另一个进程正在使用这个DLL。当我在谷歌上搜索时，我发现重新启动系统可以解决这个问题。
有人能给出原因或者解决办法吗?我检查了TexteDll的属性(通用、版本、安全性等)。一切都很正常。
当前回答
我也有同样的问题。重新开始对我没用。在任务管理器中运行着一个名为VBSCompiler的进程。我必须结束这个过程来修复这个错误。
其他回答
我遇到了这个错误，原来问题是FxCop对我的项目运行。我关闭了FxCop，然后我可以再次编译。
这是一个不同的例子。似乎由于正在使用文件句柄，就会发生这种情况。我相信这就是为什么这个答案是有效的。对我来说，我有更多的项目。从命令行打开csproj，忘记了我让它打开。所以把手是锁着的。 Sysinternals有一个简洁的命令行工具，如果您偏爱命令行，则称为handle。你可以输入handle <你想要的任何文件或文件夹的部分名称>，它会告诉你什么程序(如果有的话)正在使用它。
由Sysinternals处理
在我的例子中，是资源管理器锁定了调试文件夹中编译的DLL…很奇怪，不是吗?
我是用一个叫解锁的工具发现的。
必须用Unlocker删除，即使它说文件没有锁，我不能删除文件夹，直到我不删除那个文件……
之后，它进行了编译。
编辑:
我发现了为什么在我的案例中会发生这种情况。我在Visual Studio的文本编辑器中打开了DLL…
在我的情况下，我必须杀死一个挂起的MSBuild.exe进程，该进程正在锁定文件(即使在我关闭Visual Studio之后，它仍然存在)。
如果你正在使用像AQ Time这样的分析器，它们也可能会锁定文件。在这种情况下，解决方案是重新启动分析器或简单地从分析器卸载/加载相关程序集。 对于AQ时间，我注意到它在一段时间后释放文件，但我不能告诉我的生活超时是什么。 似乎是随机的
