A operação solicitada não pode ser executada em um arquivo com uma seção mapeada pelo usuário aberta

Sempre que eu tentava copiar 4 arquivos na minha pasta bin, após interromper o serviço principal, recebia um erro com um arquivo (TexteDll). O erro é:

Cannot copy TexteDll: The requested operation cannot be performed on a file 
with a user-mapped section open

Pode ser devido a algum bloqueio do sistema. Ou talvez outro processo esteja usando essa DLL. Quando pesquisei no Google, descobri que a reinicialização do sistema pode resolver isso.

Alguém pode sugerir uma causa ou solução para isso? Inspecionei as propriedades do TexteDll (geral, versão, segurança, etc.). Tudo parece normal.

No meu caso, foi o Explorer que estava bloqueando a DLL que foi compilada na pasta Debug ... Estranho, não é?

Descobri usando uma ferramenta chamada Unlocker.

Tive que excluir com o Unlocker, mesmo quando dizia que não havia bloqueio no arquivo, e não pude excluir a pasta até não excluir esse único arquivo ...

Depois disso, compilou.

EDITAR:

Eu descobri por que no meu caso isso estava acontecendo. Eu tive a DLL aberta em um editor de texto dentro do Visual Studio ...

• Às vezes, quando você clica duas vezes em um aviso sobre a incompatibilidade da versão de montagem referenciada entre dois ou mais projetos, você esquece de fechar a janela de exibição de montagem e ela permanece lá entre outras guias ... para que o assembly seja bloqueado pelo próprio VS e Demorei bastante tempo para descobrir isso :)

  Tenha cuidado com o poder que o VS fornece;)

• Outro cenário fictício. Às vezes, basta excluir a pasta obj inteira ou apenas o arquivo avisado, pois a pasta bloqueada ajuda com esse erro de baixa qualidade.

feche todos os documentos no VS e tente reconstruir novamente. Se não funcionar, reinicie o VS. Este problema está relacionado ao bloqueio de arquivos DLL.

Feche o visual studio, exclua a lixeira, depure a pasta de lançamento e inicie o projeto do visual studio novamente. isso resolveu meu problema

Eu tive o mesmo problema e, no meu caso, parecia que o arquivo de saída existente estava bloqueado por outro aplicativo.

Você pode verificar qual aplicativo está bloqueando seu arquivo de saída com o OpenedFilesView: http://www.nirsoft.net/utils/opened_files_view.html

Sou desenvolvedor e não gosto de aplicativos injetados no Registery como o Unlocker. Eu usei o SysInternals Process Explorer, que processou minha DLL Find > Find Handle or Dll [Ctrl-F]e matou o processo.

Outros já estabeleceram que esse erro ocorre devido a outro aplicativo ter um bloqueio no arquivo. Só queria salientar que git diffbloqueia arquivos também até você sair dele. Foi isso que causou isso no meu caso.

Eu tive o mesmo problema. Como eu resolvi isso foi:

1. Abra o "Gerenciador de tarefas"
2. Finalizar tarefa "Explorer.exe"
3. Clique em "Arquivo" -> Criar nova tarefa - Digite "explorer.exe" -> OK
4. Limpe meu projeto e ele funciona

Você está executando algum software antivírus. É possível que o software AV (ou algum outro software) esteja lendo o arquivo usando as APIs de mapeamento de arquivos que causaram o problema.

No meu caso, tive que interromper um MSBuild.exeprocesso suspenso que estava bloqueando o arquivo (ele estava lá mesmo depois que fechei o Visual Studio).

A exclusão da pasta obj e a reconstrução funcionaram para mim

Eu tive o mesmo problema. Reiniciar não funcionou para mim. Houve um processo chamado VBSCompiler em execução no gerenciador de tarefas. Eu tive que terminar o processo para corrigir este erro.

Nenhuma das soluções postadas aqui funcionou para mim. Era devenv.exe (Visual Studio) bloqueando o arquivo, mas se eu o reiniciasse, ele seria novamente bloqueado.

Estranhamente, o Windows não me deixou excluir os arquivos (para a Lixeira), mas Shift + Delete (exclusão permanente) funcionou.

Feche o Visual Studio e execute-o como administrador. Está resolvido o meu problema.

A solução para mim foi encerrar todas as instâncias do VS e eliminar qualquer processo pendente do devenv.exe.

A solução para mim foi reiniciar o computador.

Foi apontado em 2016 por Andrew Cuthbert que o git diff também bloqueia os arquivos até você sair dele.

Esse não será o caso do Git 2.23 (terceiro trimestre de 2019)

Veja commit 3aef54e (11 jul 2019) por Johannes Schindelin ( dscho) .
^{(Incorporado por Junio ​​C Hamano - gitster- in commit d9beb46 , 25 de jul de 2019)}

diff: munmap()conteúdo do arquivo antes de executar o diff externo

Ao executar um diff externo de, digamos, a diff tool, é seguro assumir que queremos gravar os arquivos em questão.
No Windows, isso significa que não pode haver nenhum outro processo segurando um identificador aberto para esses arquivos, ou mesmo apenas uma região mapeada.

Então, vamos ter certeza de que git diff ele próprio não esteja mantendo nenhum identificador aberto para os arquivos em questão.

De fato, lançaremos o par de arquivos imediatamente, já que o diff externo usa os arquivos que acabamos de escrever, portanto não precisamos mais guardar o conteúdo do arquivo na memória.

Isso corrige o git-for-windows # 1315

Eu estava vendo esses erros ao criar aplicativos Dot Net com o Ant.

No meu caso, era o nosso software de backup corporativo, o Symantec DLO Agent. Parar e excluir o diretório no meu software antivírus e fechar o Visual Studio parece funcionar.

no meu caso excluiu a pasta obj na raiz do projeto e o projeto de reconstrução resolveu meu problema !!!

Eu encontrei esse erro e o problema era que o FxCop estava sendo executado no meu projeto. Fechei o FxCop e pude compilar novamente.

Se for um aplicativo Web, excluir arquivos na pasta Arquivos Temporários do ASP.NET pode ser uma solução.

Se você estiver usando perfis como o AQ Time, eles também podem estar bloqueando o arquivo. A solução nesse caso seria reiniciar o criador de perfil ou simplesmente descarregar / carregar o conjunto em questão do criador de perfil. No AQ Time, notei que ele está liberando o arquivo depois de algum tempo, mas não consigo dizer o que é esse tempo limite. Parece ser aleatório

Eu também recebi o mesmo erro hoje. Resolvi esse problema reconstruindo o projeto.

Eu tive esse erro causado por um arquivo 'mais' vs em questão deixado em execução em outro console. Opa

Nenhuma das opções acima resolveu esse problema.

Alguém tinha um projeto em minha solução definido para usar a CPU x64 na configuração de compilação. Mudá-lo para Qualquer CPU fez com que a construção usasse uma nova pasta. Ainda não sei qual processo teve (tem) um bloqueio nesse arquivo.

Eu tive esse mesmo problema. Eu removi a dll da pasta temp, remova o acesso somente leitura e reiniciei a máquina e consegui funcionar.

No meu caso, eu apenas fecho todas as instâncias e copio minha pasta do aplicativo raiz e colo-a em um local diferente e, em seguida, abra a solução no VS, funciona ....

Meu problema também foi resolvido examinando o Process Explorer. No entanto, o processo que tive que matar foi o MySQL Notifier.exe que ainda estava em execução após o fechamento de todos os aplicativos VS e SQL.