Próbuję przekierować wszystkie dane wyjściowe (stdout + stderr) systemu DOS polecenia do jednego pliku:

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

Czy to możliwe, czy powinienem po prostu przekierować do dwóch osobnych plików?

Chcesz:

dir > a.txt 2>&1

Składnia 2>&1przekieruje 2(stderr) na 1(stdout). Możesz także ukryć wiadomości, przekierowując na NUL, więcej wyjaśnień i przykładów na MSDN .

Anders Lindahl odpowiedź jest poprawna, ale należy zauważyć, że jeśli przekierowanie stdout do pliku i chcesz przekierować stderr, jak również wtedy należy upewnić się, że 2>&1jest określona PO z 1>przekierowaniem, inaczej nie zadziała.

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

Informacje podstawowe z MSKB

Chociaż zaakceptowana odpowiedź na to pytanie jest prawidłowa, tak naprawdę niewiele robi, aby wyjaśnić, dlaczego to działa, a ponieważ składnia nie jest od razu jasna, zrobiłem szybkie google, aby dowiedzieć się, co się właściwie dzieje. W nadziei, że informacje te będą pomocne dla innych, zamieszczam je tutaj.

Zaczerpnięte z MS Support KB 110930 .

Od MSKB110930

Przekierowywanie komunikatów o błędach z wiersza polecenia: STDERR / STDOUT

Podsumowanie

Podczas przekierowywania danych wyjściowych z aplikacji za pomocą symbolu „>” komunikaty o błędach nadal są drukowane na ekranie. Wynika to z faktu, że komunikaty o błędach są często wysyłane do strumienia standardowego błędu zamiast strumienia standardowego.

Dane wyjściowe z aplikacji lub polecenia konsoli (wiersza polecenia) są często wysyłane do dwóch oddzielnych strumieni. Zwykłe wyjście jest wysyłane do Standard Out (STDOUT), a komunikaty o błędach są wysyłane do Standard Error (STDERR). Gdy przekierowujesz wyjście konsoli za pomocą symbolu „>”, przekierowujesz tylko STDOUT. Aby przekierować STDERR, musisz podać „2>” dla symbolu przekierowania. Wybiera drugi strumień wyjściowy, którym jest STDERR.

Przykład

Polecenie dir file.xxx(gdzie file.xxxnie istnieje) wyświetli następujące dane wyjściowe:

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

File Not Found

Jeśli przekierujesz dane wyjściowe do NULurządzenia za pomocą dir file.xxx > nul, nadal zobaczysz część komunikatu o błędzie, taką jak ta:

File Not Found

Aby przekierować (tylko) komunikat o błędzie NUL, użyj następującego polecenia:

dir file.xxx 2> nul

Lub możesz przekierować dane wyjściowe do jednego miejsca, a błędy do innego.

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

Możesz wydrukować błędy i standardowe dane wyjściowe do jednego pliku, używając polecenia „& 1” w celu przekierowania danych wyjściowych dla STDERR do STDOUT, a następnie wysyłając dane wyjściowe z STDOUT do pliku:

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

Aby dodać stdout i stderr do ogólnego pliku dziennika skryptu:

dir >> a.txt 2>&1

Prawidłowo, uchwyt pliku 1 dla procesu to STDOUT, przekierowany przez 1>lub >(1 można zwyczajowo pominąć, interpreter poleceń [cmd.exe] wie, że to obsługuje). Uchwyt pliku 2 to STDERR, przekierowany przez 2>.

Pamiętaj, że jeśli używasz ich do tworzenia plików dziennika, to o ile nie wysyłasz danych wyjściowych do plików dziennika _uniquely_named_ (np. Ze znacznikiem daty i godziny), to jeśli uruchomisz ten sam proces dwukrotnie, przekierowane nadpisze ( zamień) poprzedni plik dziennika.

The >>(Dla obu STDOUT i STDERR) nie doda zastąpić plik. Otrzymujesz skumulowany plik dziennika, pokazujący wyniki ze wszystkich przebiegów procesu - zwykle bardziej użyteczny.

Wesołe szlaki ...

Nie ma jednak żadnej gwarancji, że dane wyjściowe SDTOUTi STDERRsą przeplatane linia po linii w odpowiednim czasie, przy użyciuPOSIX składni scalania przekierowań.

Jeśli aplikacja korzysta z buforowanych danych wyjściowych, może się zdarzyć, że tekst jednego strumienia zostanie wstawiony do drugiego na granicy bufora, co może pojawić się na środku wiersza tekstu.

Rejestrator wyjście dedykowane konsoli (Tj "StdOut/StdErr Logger"przez'LoRd MuldeR' ) może być bardziej niezawodny w przypadku takiego zadania.

Zobacz: Projekty OpenSource MuldeR

W pliku wsadowym (Windows 7 i wyżej) uznałem tę metodę za najbardziej niezawodną

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

Oczywiście użyj dowolnych poleceń, a dane wyjściowe zostaną przekierowane do pliku tekstowego. Korzystanie z tej metody jest niezawodne JEDNAK NIE ma wyjścia na ekranie.