要求された操作は、ユーザーがマップしたセクションが開いているファイルでは実行できません

4つのファイルをbinフォルダーにコピーしようとすると、メインサービスを停止した後、1つのファイル（TexteDll）でエラーが発生します。エラーは：

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

一部のシステムロックが原因である可能性があります。または、別のプロセスがこのDLLを使用している可能性があります。グーグルで検索したところ、システムを再起動すると問題が解決する場合があります。

誰かがこれの原因または解決策を提案できますか？TexteDllのプロパティ（一般、バージョン、セキュリティなど）を調べました。すべてが正常に見えます。

私の場合、DebugフォルダーにコンパイルされたDLLをロックしていたのはExplorerでした...奇妙ですね。

Unlockerというツールを使ってみました。

Unlockerで削除する必要がありました。ファイルがロックされていないというメッセージが表示されていても、その単一のファイルを削除しないとフォルダを削除できませんでした...

その後コンパイルしました。

編集：

私の場合、これが起こっている理由を知りました。DLLをVisual Studio内のテキストエディターで開きました...

• 2つ以上のプロジェクト間で参照されているアセンブリバージョンの不一致に関する警告をダブルクリックすると、アセンブリビューウィンドウを閉じるのを忘れて、他のタブに表示されたままになる場合があるため、VS自体によってアセンブリがロックされ、それを理解するのにかなりの時間がかかりました:)

  VSが提供するパワーに注意してください;）

• 別のダミーシナリオ。時々、単にobjフォルダー全体を削除するか、ロックされたファイルがこのくだらないエラーを解決するために警告されたファイルだけを削除します。

VS上のすべてのドキュメントを閉じて、再構築を再試行してください。動作しない場合は、VSを再起動してください。この問題は、DLLファイルのロックに関連しています。

Visual Studioを閉じ、binを削除し、リリースフォルダーをデバッグして、Visual Studioプロジェクトを再度開始します。それで私の問題は解決しました

同じ問題があり、私の場合、既存の出力ファイルが他のアプリケーションによってロックされているように見えました。

OpenedFilesViewを使用して出力ファイルをロックしているアプリケーションあなたがチェックできます。 http://www.nirsoft.net/utils/opened_files_view.html

私は開発者であり、UnlockerのようにRegisteryに挿入されたアプリは好きではありません。私はSysInternals Process Explorerを使用して 、dll Find > Find Handle or Dll [Ctrl-F]をロックし、プロセスを強制終了しました。

他の人は、このエラーが別のアプリケーションがファイルをロックしていることが原因であることをすでに確立しています。git diffあなたがそれをやめるまでファイルをロックすることを指摘したかっただけです。それが私の場合にこれを引き起こしたものです。

同じ問題がありました。私がそれを解決した方法は：

1. 「タスクマネージャー」を開く
2. 終了タスク「Explorer.exe」
3. 「ファイル」->新しいタスクの作成-「explorer.exe」と入力-> OK
4. プロジェクトをクリーンアップすると機能します

ウイルス対策ソフトウェアを実行していますか。AVソフトウェア（または他のソフトウェア）が、ファイルマッピングAPIを使用してファイルを読み取っていたことが原因で、問題が発生した可能性があります。

私の場合MSBuild.exe、ファイルをロックしていたハングしているプロセスを強制終了する必要がありました（Visual Studioを閉じた後でもありました）。

objフォルダーの削除と再構築がうまくいきました

同じ問題がありました。再起動が機能しませんでした。タスクマネージャーでVBSCompilerと呼ばれるプロセスが実行されていました。このエラーを修正するには、プロセスを終了する必要がありました。

ここに投稿された解決策はどれも私にとってうまくいきませんでした。ファイルをロックしているのはdevenv.exe（Visual Studio）でしたが、再起動すると再度ロックされます。

奇妙なことに、Windowsではファイルを（ごみ箱に）削除できませんが、Shift + Delete（完全な削除）は機能しました。

Visual Studioを閉じて、管理者として実行します。それは私の問題を修正しました。

私にとっての解決策は、VSのすべてのインスタンスを閉じて、ハングしているdevenv.exeプロセスを強制終了することでした。

私の解決策は、コンピューターを再起動することでした。

それはされています指摘により、2016年にアンドリュー・カスバートのgitのdiffロックファイルことをあなたはそれから終了するまで同様。

Git 2.23（2019年第3四半期）ではそうなりません

Johannes Schindelin（）によるcommit 3aef54e（2019年7月11日）を参照してください。^{（合併によりJunio C浜野- -でコミットd9beb46、2019年7月25日）}dscho
gitster

diff： munmap()外部diffを実行する前のファイルの内容

たとえばから外部diffを実行する場合diff tool、問題のファイルを書き込みたいと考えるのが安全です。
Windowsでは、これは、上記のファイルへのオープンハンドル、またはマップされた領域だけを保持する他のプロセスが存在できないことを意味します。

だから確認しましょう git diff、問題のファイルへのオープンハンドルをそれ自体が保持していない。

実際、外部diffは先ほど書いたファイルを使用するので、ファイルのペアをすぐに解放するだけなので、ファイルの内容をメモリに保持する必要はありません。

これはgit-for-windows＃1315を修正します

AntでDot Netアプリケーションを構築するときに、これらのエラーが発生しました。

私の場合は、企業のバックアップソフトウェアであるSymantec DLO Agentでした。停止して、ウイルス対策ソフトウェアのディレクトリを除外し、Visual Studioを閉じると、動作するようです。

私の場合、プロジェクトルートのobjフォルダーを削除し、プロジェクトを再構築すると問題が解決しました!!!

このエラーが発生し、FxCopがプロジェクトに対して実行されていることが問題であることがわかりました。FxCopを閉じた後、再度コンパイルできました。

それがWebアプリケーションの場合、一時ASP.NETファイルフォルダー内のファイルを削除することが解決策になる可能性があります。

AQ Timeのようなプロファイラーを使用している場合、これらもファイルをロックしている可能性があります。この場合の解決策は、プロファイラーを再起動するか、プロファイラーから問題のアセンブリを単にアンロード/ロードすることです。AQ Timeの場合、しばらくするとファイルが解放されることに気付きましたが、一生、タイムアウトが何であるかを知ることはできません。ランダムに見える

今日も同じエラーが出ました。この問題はプロジェクトを再構築することで解決しました。

問題の「more」vsファイルが別のコンソールで実行されたままになっているため、このエラーが発生しました。おっとっと。

上記のどれもこの問題を解決しませんでした。

ビルド構成でx64 CPUを使用するために、誰かが私のソリューションセットに1つのプロジェクトを持っています。Any CPUに変更すると、ビルドで新しいフォルダーが使用されます。どのプロセスがそのファイルをロックしているか（持っているか）はまだわかりません。

これと同じ問題がありました。一時フォルダーからdllを削除し、読み取り専用アクセスを削除してマシンを再起動し、機能させました。

私の場合、すべてのインスタンスを閉じてルートアプリケーションフォルダーをコピーし、別の場所に貼り付けてから、ソリューションをVSで開きます。

私の問題は、Process Explorerでふるいにかけることによっても解決されました。ただし、私が強制終了しなければならないプロセスは、すべてのVSおよびSQLアプリケーションを閉じた後も実行されていたMySQL Notifier.exeでした。