Visual Studioで「xcopyがコード4で終了しました」と通知されたときの問題

ビルド後のイベントについてはあまり詳しくないので、プログラムの問題点について少し混乱しています。Visual Studio 2010でコンパイルすると、次のようになります。

The command "xcopy C:\Users\Me\Path\Foo.bar\Library\dsoframer.ocx C:\Users\Me\Path\Foo.bar\bin\Debug\ /Y /E /D
xcopy C:\Users\Me\Path\Foo.bar\ApplicationFiles C:\Users\Me\Path\Foo.bar\bin\Debug\ /Y /E /D
xcopy C:\Users\Me\Path\url\ C:\Users\Me\Path\Foo.bar\bin\Debug\ /Y /E /D
rmdir /S /Q C:\Users\Me\Path\Foo.bar\bin\Debug\.gwt-tmp" exited with code 4.    

このエラーにもかかわらず、プログラムは問題なく実行されているように見えますが、この問題を無視したくありません。奇妙なことに、この行は単一のコマンド（最初のxcopy）だけで始まっていましたが、プロジェクトのコンパイル（他の問題、主に参照の修正）を続けると、エラーメッセージが次第に大きくなりました。何が起こっているのでしょうか？

編集：ここでは失敗しているように見えるポストビルドイベントがあります-

xcopy $(ProjectDir)Library\dsoframer.ocx $(TargetDir) /Y /E /D
xcopy $(ProjectDir)ApplicationFiles $(TargetDir) /Y /E /D
xcopy $(SolutionDir)com.myUrl.gwt\www $(TargetDir) /Y /E /D
rmdir /S /Q $(TargetDir).gwt-tmp

Xcopy終了コード4は、「初期化エラーが発生しました。十分なメモリまたはディスク容量がないか、コマンドラインに無効なドライブ名または無効な構文を入力しました。」

Visual Studioがxcopyに無効な引数を提供しているようです。を介してビルド後のイベントコマンドを確認しますProject > Right Click > Properties > Build Events > Post Build Event。

$(ProjectDir)展開されたときに、結果のパスに、または類似のマクロ用語にスペースがある場合、それらを二重引用符で囲む必要があることに注意してください。例えば：

xcopy "$(ProjectDir)Library\dsoframer.ocx" "$(TargetDir)" /Y /E /D1

監視タブを「出力」に切り替え、xcopyコマンドを探します。ここで、問題の解決に役立つメッセージ（実際のxcopy出力）が見つかることがあります。出力タブが表示されない場合は、表示-出力メニューを使用して表示します。

受け入れられた回答に加えて、宛先フォルダーが読み取り専用の場合にもエラーが発生する可能性があります（TFSを使用する場合に共通）

ソースファイルが見つからない場合、xcopyはエラーコード4も返します。

xcopyコマンドが読み取り専用ファイルを上書きしようとしたときに、「コード4で終了しました」エラーを受け取りました。xcopyコマンドに/ Rを追加することで、この問題を解決することができました。/ Rは示して、読み取り専用ファイルを上書きする必要があります

古いコマンド：

XCOPY /E /Y "$(ProjectDir)source file" "destination"

新しいコマンド

XCOPY /E /Y /R "$(ProjectDir)source file" "destination"

他の回答で説明されているように、終了コード4には多くの原因が考えられます。

結果のパス名が最大許容長を超えた（ここと同じように）ケースに気付きました。

影響を受けるビルド後のイベントのために、xcopyをrobocopyに置き換えました。robocopyは少し異なるパスを処理するようで、xcopyが処理できなかったコピータスクを完了することができました。

それは意味します：

初期化エラーが発生しました。十分なメモリまたはディスク領域がないか、コマンドラインに無効なドライブ名または無効な構文を入力しました。

したがって、基本的には何でもかまいません。コマンドプロンプトから一度に1つずつコマンドを実行して、どのコマンドのどの部分が問題を引き起こしているかを調べてください。

メッセージと一緒にこれを手に入れました

無効なドライブ指定

ドライブ名を指定せずにネットワーク共有にコピーする場合、例えば

xcopy . \\localhost

どこ

xcopy . \\localhost\share

期待された

私はこの問題に遭遇したので、コマンドラインからxcopyコマンドを実行しましたが、

File creation error - The requested operation cannot be performed on a file with
 a user-mapped section open.

それは実際には何かを握っているVisual Studioでした。Visual Studioを再起動したところ、うまくいきました。

私の場合、問題は間違ったビルド順序が原因でした。1つのプロジェクトには、binフォルダーから別のフォルダーにファイルをコピーするビルド後のイベントでxcopyコマンドがありました。しかし、依存関係が正しくないため、xcopyの進行中に新しいファイルがbinフォルダーに作成されていました。

VSで、ビルド後のイベントがあるプロジェクトを右クリックします。Build Dependencies> Project Dependenciesに移動し、正しいことを確認します。プロジェクトのビルド順序（次のタブから依存関係）も確認してください。

このエラーは、リポジトリがコピーされる場所に空白がある場合に発生します。たとえば、私のプロジェクトは下の場所にコピーされ、c://projects/My rest project そこに空白が表示され ます。レポパスを下に変更すると、機能するはずです。 c://projects/myrestproject

私も同じ問題を抱えていました。スラッシュが指している方向を確認することもできます。私にとっては、スラッシュの代わりにバックスラッシュを使うように働きました。例

xcopy /s /y "C:\SFML\bin\*.dll" "$(OutDir)"

の代わりに：

xcopy /s /y "C:/SFML/bin/*.dll" "$(OutDir)"

VS 2017で更新を行う前に、問題なく動作するビルド後のコマンドがありました。SDKツールが更新され、新しいパスの下にあるため、アセンブリの署名に使用しているツールを見つけることができませんでした。

これはこれから変わった...

call "%VS140COMNTOOLS%vsvars32"
    "C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.6 Tools\x64\sn.exe" -Ra "$(TargetPath)" "$(ProjectDir)Key.snk"

これに...

"C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.6.1 Tools\x64\sn.exe" -Ra "$(TargetPath)" "$(ProjectDir)Key.snk"

非常に微妙ですが重大な変更です。このエラーが表示された場合は、更新後にパスを確認してください。

もう1つの注意点はxcopy、入力パスパラメータでは許容されないためです（ただし、出力パスでは許容されます）。

他のソリューションがデバッグモードの場合は、まずそれらをすべて停止し、その後Visual Studioを再起動します。それは私のために働いた。

これは、ターゲットフォルダが他のプロセスで使用されている場合にも発生する可能性があります。ターゲットフォルダを使用する可能性のあるすべてのプログラムを閉じて、試してください。

リソースモニター（Windowsツール）を使用して、ターゲットフォルダーを使用するプロセスを確認できます。

これは私のために働きました！。