Xcopy ошибка создания файла папка не пуста

Original answer

Remove the ending backslash from the source folder path

C:WindowsSystem32xcopy.exe  /Y "C:UsersRyanDesktopmmars_pub" "C:UsersRyanDesktopDropboxMMARSmmars_pub"

edited 2015/10/01

While the original question used a literal path, and the indicated solution will solve the problem, there is another option. For literal paths and in cases where the path is inside a variable and could (or not) end in a backslash, it is enough to ensure that the ending backslash (if present) is separated from the quote, including an ending dot.

xcopy /y "x:source." "x:target"
xcopy /y "%myVariable%." "x:target"

This ending dot will not interfere in files/folders names. If there is and ending backslash, the additional dot will simply refer to the same folder. If there is not ending backslash as in windows files and folders can not end their names with a dot, it will be discarded.

BUT if the output of the xcopy command will be processed, remember that this additional dot will be included in the paths shown.

note: The solutions are above the line. Keep reading if interested on why/where there is a problem.

Why xcopy "c:source" "d:target" fails but xcopy "c:source" "d:target" works?

Both commands seems to have valid path references, and … YES! both are valid path references, but there are two elements that work together to make the command fail:

• the folder reference is quoted (note: it should be quoted, it is a good habit to quote paths as you never know when they will contain spaces or special characters)
• xcopy is not an internal command handled by cmd but an executable file

As xcopy is an external command, its arguments are not handled following the cmd parser command line logic. They are handled by the Microsoft C startup code.

This parser follows two sets of rules, official rules

• Arguments are delimited by white space, which is either a space or a tab.

• A string surrounded by double quotation marks is interpreted as a single argument, regardless of white space contained within. A quoted
  string can be embedded in an argument. Note that the caret (^) is not
  recognized as an escape character or delimiter.

• A double quotation mark preceded by a backslash, ", is interpreted as a literal double quotation mark (").

• Backslashes are interpreted literally, unless they immediately precede a double quotation mark.

• If an even number of backslashes is followed by a double quotation mark, then one backslash () is placed in the argv array for every
  pair of backslashes (\), and the double quotation mark (") is
  interpreted as a string delimiter.

• If an odd number of backslashes is followed by a double quotation mark, then one backslash () is placed in the argv array for every
  pair of backslashes (\) and the double quotation mark is interpreted
  as an escape sequence by the remaining backslash, causing a literal
  double quotation mark (") to be placed in argv.

and undocumented/non official rules (How Command Line Parameters Are Parsed)

• Outside a double quoted block a " starts a double quoted block.
• Inside a double quoted block a " followed by a different character (not another ") ends the double quoted block.
• Inside a double quoted block a " followed immediately by another " (i.e. "") causes a single " to be added to the output, and the
  double quoted block continues.

This parser sees the sequence " found at the end of the «first» argument as a escaped quote that does not end/closes the argument, it is seen as part or the argument. And the «starting» quote of the «second» argument is just ending the double quoted block BUT not ending the argument, remember that arguments are delimited by white space.

So while it seems that the command line arguments are

     v           v            v......argument delimiters
      v.........v v..........v ......quoted blocks
xcopy "x:souce" "x:target"
       ^.......^   ^........^  ......argument data
       arg #1      arg #2

       arg #1 = x:source
       arg #2 = x:target

the actual argument handled by xcopy is

     v                        v .....argument delimiters
      v......................v  .....quoted block
xcopy "x:souce" "x:target"
       ^.....................^  .....argument data
      arg #1    

      arg #1 = x:source" x:target"

When the ending backslash is removed or the additional dot included, the closing quote in the argument will not be escaped, it will close the quoted block and the space between arguments will be seen as a delimiter.

Original answer

Remove the ending backslash from the source folder path

C:WindowsSystem32xcopy.exe  /Y "C:UsersRyanDesktopmmars_pub" "C:UsersRyanDesktopDropboxMMARSmmars_pub"

edited 2015/10/01

While the original question used a literal path, and the indicated solution will solve the problem, there is another option. For literal paths and in cases where the path is inside a variable and could (or not) end in a backslash, it is enough to ensure that the ending backslash (if present) is separated from the quote, including an ending dot.

xcopy /y "x:source." "x:target"
xcopy /y "%myVariable%." "x:target"

This ending dot will not interfere in files/folders names. If there is and ending backslash, the additional dot will simply refer to the same folder. If there is not ending backslash as in windows files and folders can not end their names with a dot, it will be discarded.

BUT if the output of the xcopy command will be processed, remember that this additional dot will be included in the paths shown.

note: The solutions are above the line. Keep reading if interested on why/where there is a problem.

Why xcopy "c:source" "d:target" fails but xcopy "c:source" "d:target" works?

Both commands seems to have valid path references, and … YES! both are valid path references, but there are two elements that work together to make the command fail:

• the folder reference is quoted (note: it should be quoted, it is a good habit to quote paths as you never know when they will contain spaces or special characters)
• xcopy is not an internal command handled by cmd but an executable file

As xcopy is an external command, its arguments are not handled following the cmd parser command line logic. They are handled by the Microsoft C startup code.

This parser follows two sets of rules, official rules

• Arguments are delimited by white space, which is either a space or a tab.

• A string surrounded by double quotation marks is interpreted as a single argument, regardless of white space contained within. A quoted
  string can be embedded in an argument. Note that the caret (^) is not
  recognized as an escape character or delimiter.

• A double quotation mark preceded by a backslash, ", is interpreted as a literal double quotation mark (").

• Backslashes are interpreted literally, unless they immediately precede a double quotation mark.

• If an even number of backslashes is followed by a double quotation mark, then one backslash () is placed in the argv array for every
  pair of backslashes (\), and the double quotation mark (") is
  interpreted as a string delimiter.

• If an odd number of backslashes is followed by a double quotation mark, then one backslash () is placed in the argv array for every
  pair of backslashes (\) and the double quotation mark is interpreted
  as an escape sequence by the remaining backslash, causing a literal
  double quotation mark (") to be placed in argv.

and undocumented/non official rules (How Command Line Parameters Are Parsed)

• Outside a double quoted block a " starts a double quoted block.
• Inside a double quoted block a " followed by a different character (not another ") ends the double quoted block.
• Inside a double quoted block a " followed immediately by another " (i.e. "") causes a single " to be added to the output, and the
  double quoted block continues.

This parser sees the sequence " found at the end of the «first» argument as a escaped quote that does not end/closes the argument, it is seen as part or the argument. And the «starting» quote of the «second» argument is just ending the double quoted block BUT not ending the argument, remember that arguments are delimited by white space.

So while it seems that the command line arguments are

     v           v            v......argument delimiters
      v.........v v..........v ......quoted blocks
xcopy "x:souce" "x:target"
       ^.......^   ^........^  ......argument data
       arg #1      arg #2

       arg #1 = x:source
       arg #2 = x:target

the actual argument handled by xcopy is

     v                        v .....argument delimiters
      v......................v  .....quoted block
xcopy "x:souce" "x:target"
       ^.....................^  .....argument data
      arg #1    

      arg #1 = x:source" x:target"

When the ending backslash is removed or the additional dot included, the closing quote in the argument will not be escaped, it will close the quoted block and the space between arguments will be seen as a delimiter.

xcopy не распознается как внутренняя или внешняя команда, действующая программа или пакетный файл

У меня проблема с использованием команды «xcopy».

Я создаю проект C# с msbuild. В конце сборки вызывается пакетный файл для копирования моих сборок из Debug / Release в некоторые другие папки.

вот проблема, моя ошибка сборки и журнал ошибок «xcopy не распознается как внутренняя или внешняя команда, действующая программа или пакетный файл».

путь правильно установлен, xcopy работает из командной строки windows и из визуального командная строка studio (та, которая установлена в среде проекта).

Я пытался установить путь в пакетном файле, но это не поможет.

какие будут предложения?

Я использую windows 7

7 ответов

я столкнулся с той же проблемой.

похоже, что это проблема с переменной среды path в Visual Studio.

когда я добавил оператор «path» в начало моего события сборки, он произвел следующий вывод:

это, похоже, указывает на то, что путь пуст в среде сборки VS.

когда я указываю полный путь к xcopy, как это, проблема ушла:

Я не уверен что заставило Visual Studio потерять свой путь.

установить переменную среды PATH = %SystemRoot%system32;%SystemRoot%;%SystemRoot%System32Wbem;%SYSTEMROOT%System32WindowsPowerShellv1.0

Это произошло со мной после обновления одного из моих расширений Visual Studio, во время которого Visual Studio была закрыта и снова открыта программой обновления. Я больше не мог правильно строить свой проект. Я закрыл Visual Studio и снова открыл его, и проблема исчезла.

Это не проблема с Windows 7 или 8. На самом деле это проблема с приложениями, которые обновляют переменные среды, такие как PATH. Путь хранится в реестре как » расширяемое строковое значение «(REG_EXPAND_SZ), но многие приложения записывают его обратно в реестр как» строковое значение » (REG_SZ). Если ваш путь содержит что-либо вроде %SYSTEMROOT%, это не будет расширено в C:Windows (или что у вас есть), если путь sotred в REG_SZ.

исправление просто отредактируйте свой путь вручную с панели управления. Вам нужно внести изменения (например, добавить a ; в конец пути), а затем применить его. Это исправит ваш путь в реестре, чтобы быть REG_EXPAND_SZ. (Перейдите на панель управления системой и выберите дополнительные системные настройки. Отредактировать переменную среды PATH в нижнем поле, и это должно исправить.

вы можете сказать, нарушен ли ваш путь таким образом, открыв командную строку и набрав путь. Ваш путь будет указан. Если вы можете видеть все, что заключено в% %, тогда ваш путь не расширяется.

перейти к переменной среды и правильный путь, включая ; в прошлом. Это будет работать, это совсем не связано с ОС или технологией. Он работает для меня, даже не нужно перезапускать ОС, просто откройте новую командную строку.

Источник

xcopy

Копирует файлы и каталоги, включая подкаталоги.

В разделе Примеры показан принцип использования этой команды.

Синтаксис

Параметры

Комментарии

Использование /z

Если вы потеряли подключение на этапе копирования (например, если сервер переходит в режим «вне сети»), то после повторного подключения Подключение возобновится. /z также отображает процент выполнения операции копирования для каждого файла.

Использование /y в переменной среды копикмд.

Копирование зашифрованных файлов

Копирование зашифрованных файлов на том, который не поддерживает EFS, приводит к ошибке. Сначала расшифровать файлы или скопировать их на том, который поддерживает EFS.

Чтобы добавить файлы, укажите один файл для назначения, но несколько файлов для источника (то есть с помощью подстановочных знаков или формата file1 + file2 + файл3).

Значение по умолчанию для назначения

Если опустить назначение, команда xcopy скопирует файлы в текущий каталог.

Указание того, является ли назначение файлом или каталогом

Нажмите клавишу F, если хотите скопировать файл или файлы в файл. Нажмите клавишу D, если хотите скопировать файл или файлы в каталог.

Использование команды xcopy для установки атрибута архива для целевых файлов

Команда xcopy создает файлы с установленным атрибутом Archive, независимо от того, был ли этот атрибут задан в исходном файле. Дополнительные сведения об атрибутах файлов и attrib см. в разделе Дополнительные ссылки.

Сравнение xcopy и diskcopy

Коды выхода для команды xcopy

Для обработки кодов завершения, возвращаемых xcopy, используйте параметр ERRORLEVEL в командной строке If в пакетной программе. Пример пакетной программы, обрабатывающей коды завершения с помощью If, см. в разделе Дополнительные ссылки. В следующей таблице перечислены все коды выхода и их описание.

Примеры

1. чтобы скопировать все файлы и подкаталоги (включая все пустые подкаталоги) с диска A на диск B, введите:

2. чтобы включить в предыдущий пример все системные или скрытые файлы, добавьте параметр командной строки /h следующим образом:

3. чтобы обновить файлы в каталоге репортс с файлами в каталоге равдата, которые были изменены с 29 декабря 1993 г., введите:

4. чтобы обновить все файлы, существующие в репортс в предыдущем примере, независимо от даты, введите:

5. чтобы получить список файлов для копирования с помощью предыдущей команды (т. е. без фактического копирования файлов), введите:

Файл xcopy. out содержит список всех копируемых файлов.

6. чтобы скопировать каталог кустомер и все подкаталоги в каталог публикаддресс на сетевом диске H:, оставьте атрибут «только для чтения» и при создании нового файла в H: введите:

7. чтобы выполнить предыдущую команду, убедитесь, что команда xcopy создает каталог аддресс, если он не существует, и подавление сообщения, отображаемого при создании нового каталога, добавьте параметр командной строки /i следующим образом:

8. можно создать пакетную программу для выполнения операций xcopy и использовать пакет If для обработки кода выхода при возникновении ошибки. Например, в следующей пакетной программе для параметров источника и назначения xcopy используются заменяемые параметры:

Чтобы использовать предыдущую пакетную программу для копирования всех файлов в каталоге К:пргмкоде и его подкаталогов на диск B, введите:

9. в этом примере копируются все непустые каталоги, а также файлы, имя которых соответствует шаблону, заданному с помощью символа звездочки.

Источник

ошибка «неверный путь 0 скопированных файлов» при использовании команды xcopy

Привет у меня есть эта маленькая команда для копирования файлов в пакет, что поможет, потому что я делаю эту конкретную копию несколько раз в день. Проблема возникает при использовании команды xcopy. Все в порядке, но я получаю эту ошибку: «неверный путь 0 файлы скопированы». Вот код:

Я использую полный путь к исполняемому файлу xcopy, потому что у меня возникли проблемы с настройкой переменной среды path для правильной работы. Я бы предположил, что это не должно однако влияет на результат. Я где-то читал о флажке «запретить программам на базе MS-DOS обнаруживать Windows», который должен устранить проблему, но я просто не могу найти это. Любая помощь приветствуется.

1 ответов

оригинальный ответ

удалите конечную обратную косую черту из пути к исходной папке

редактировать 2015/10/01

в то время как исходный вопрос использовал буквальный путь, и указанное решение решит проблему, есть еще один вариант. Для литеральных путей и в случаях, когда путь находится внутри переменной и может (или нет) заканчиваться обратной косой чертой, достаточно убедиться, что конечная обратная косая черта (если present) отделяется от цитаты, включая конечную точку.

эта конечная точка не будет вмешиваться в имена файлов/папок. Если есть и окончание обратной косой черты, дополнительная точка будет просто ссылаться на ту же папку. Если нет окончания обратной косой черты, как в windows, файлы и папки не могут закончить свои имена точкой, она будет отброшена.

но если выход xcopy команда будет обработана, помните, что эта дополнительная точка будет включена в показанных путях.

почему xcopy «c:source» «d:target» а не xcopy «c:source» «d:target» работает?

As xcopy является внешней командой, ее аргументы не обрабатываются после cmd логика командной строки парсера. Они обрабатываются код запуска Microsoft C.

этот парсер следует за двумя своды правил, официальные правила

Аргументы разделяются пробелом, который является пробелом или знаком табуляции.

строка, заключенная в двойные кавычки рассматривается как один аргумент, независимо от пробелов внутри. Двойные кавычки string может быть встроен в аргумент. Обратите внимание, что каретка ( ^ ) не распознается как escape-символ или разделитель.

обратные косые черты интерпретируются буквально, если они непосредственно не предшествуют двойной кавычке.

если за четным числом обратных косых черт следует двойная кавычка, то одна обратная косая черта ( ) помещается в массив argv для каждого пара обратных косых черт ( ), и двойная цитата Марк ( » ) является интерпретируется как строковый разделитель.

если за нечетным числом обратных косых черт следует двойная кавычка, то одна обратная косая черта ( ) помещается в массив argv для каждого пара обратных косых черт ( ) и двойная кавычка интерпретируется в качестве escape-последовательности оставшейся обратной косой черты, вызывающей литерал двойная кавычка ( » ) для размещения в argv.

этот парсер видит последовательность » найдено в конце «первый» аргумент как экранированная цитата, которая не завершает / закрывает аргумент, он рассматривается как часть или аргумент. И «начало» цитата «во-вторых» аргумент просто заканчивает блок с двойными кавычками, но не заканчивает аргумент, помните, что аргументы разделен пробелом.

так что пока это кажется что аргументы командной строки

фактический аргумент обрабатывается xcopy is

когда конечная обратная косая черта удалена или включена дополнительная точка, заключительная цитата в аргументе не будет экранирована, она закроет цитируемый блок, а пространство между аргументами будет рассматриваться как разделитель.

Источник