Я пытаюсь перенаправить весь вывод (stdout + stderr) команды DOS в один файл:

C:\>dir 1> a.txt 2> a.txt
The process cannot access the file because it is being used by another process.

Это возможно, или я должен просто перенаправить на два отдельных файла?

Ты хочешь:

dir > a.txt 2>&1

Синтаксис 2>&1будет перенаправлять 2(stderr) на 1(stdout). Вы также можете скрыть сообщения от перенаправления NUL, более подробного объяснения и примеров по MSDN .

Ответ Андерса Линдаль является правильным, но следует отметить , что если вы перенаправлять стандартный вывод в файл и хотите , чтобы перенаправить поток ошибок, а затем вы должны убедиться , что 2>&1указано ПОСЛЕ в 1>редирект, в противном случае он не будет работать.

REM *** WARNING: THIS WILL NOT REDIRECT STDERR TO STDOUT ****
dir 2>&1 > a.txt

Справочная информация от MSKB

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

Взято из MS Support KB 110930 .

От MSKB110930

Перенаправление сообщений об ошибках из командной строки: STDERR / STDOUT

Резюме

При перенаправлении вывода из приложения с помощью символа «>» сообщения об ошибках по-прежнему выводятся на экран. Это связано с тем, что сообщения об ошибках часто отправляются в поток стандартных ошибок вместо потока стандартных выходных данных.

Выходные данные консольного приложения (командной строки) или команды часто отправляются в два отдельных потока. Обычный выход отправляется на стандартный выход (STDOUT), а сообщения об ошибках отправляются на стандартную ошибку (STDERR). Когда вы перенаправляете вывод консоли, используя символ «>», вы перенаправляете только STDOUT. Чтобы перенаправить STDERR, вы должны указать «2>» для символа перенаправления. Это выбирает второй выходной поток, который является STDERR.

пример

Команда dir file.xxx(где file.xxxне существует) будет отображать следующий вывод:

Volume in drive F is Candy Cane Volume Serial Number is 34EC-0876

File Not Found

Если вы перенаправите вывод на NULустройство с помощью dir file.xxx > nul, вы все равно увидите часть сообщения об ошибке, например:

File Not Found

Чтобы перенаправить (только) сообщение об ошибке NUL, используйте следующую команду:

dir file.xxx 2> nul

Или вы можете перенаправить вывод в одно место, а ошибки - в другое.

dir file.xxx > output.msg 2> output.err

Вы можете распечатать ошибки и стандартный вывод в один файл, используя команду «& 1», чтобы перенаправить вывод для STDERR в STDOUT, а затем отправить вывод из STDOUT в файл:

dir file.xxx 1> output.msg 2>&1

Чтобы добавить stdout и stderr в общий файл журнала скрипта:

dir >> a.txt 2>&1

Правильно, файловый дескриптор 1 для процесса - STDOUT, перенаправленный с помощью 1>или >(1 может быть опущено, по соглашению, интерпретатор команд [cmd.exe] знает, как обрабатывать это). Дескриптор файла 2 - STDERR, перенаправленный 2>.

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

>>(Для обоих STDOUT или STDERR) приложат не ЗАМЕНИТЬ файл. Таким образом, вы получаете накопительный лог-файл, показывающий результаты всех запусков процесса - как правило, более полезный.

Счастливые тропы ...

Однако нет никакой гарантии, что выходные данные SDTOUTи STDERRбудут переплетены построчно в своевременном порядке, используя POSIXсинтаксис перенаправления слияния.

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

Выделенный вывод на консоль регистратор (т.е. с "StdOut/StdErr Logger"помощью 'LoRd MuldeR') могут быть более надежными для такой задачи.

Смотрите: Проекты с открытым исходным кодом MuldeR

В пакетном файле (Windows 7 и выше) я нашел этот метод наиболее надежным

Call :logging >"C:\Temp\NAME_Your_Log_File.txt" 2>&1
:logging
TITLE "Logging Commands"
ECHO "Read this output in your log file"
ECHO ..
Prompt $_
COLOR 0F

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