J'essaie de rediriger toutes les sorties (stdout + stderr) d'une commande DOS vers un seul fichier:

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

Est-il possible, ou devrais-je simplement rediriger vers deux fichiers distincts?

Tu veux:

dir > a.txt 2>&1

La syntaxe 2>&1redirigera 2(stderr) vers 1(stdout). Vous pouvez également masquer les messages en les redirigeant vers NUL, plus d'explications et d'exemples sur MSDN .

La réponse d'Anders Lindahl est correcte, mais il convient de noter que si vous redirigez stdout vers un fichier et que vous souhaitez également rediriger stderr, vous DEVEZ vous assurer que cela 2>&1est spécifié APRÈS la 1>redirection, sinon cela ne fonctionnera pas.

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

Informations générales de MSKB

Bien que la réponse acceptée à cette question soit correcte, cela ne fait vraiment pas grand-chose pour expliquer pourquoi cela fonctionne, et puisque la syntaxe n'est pas immédiatement claire, j'ai fait un rapide google pour savoir ce qui se passait réellement. Dans l'espoir que ces informations soient utiles aux autres, je les publie ici.

Tiré de MS Support KB 110930 .

À partir de MSKB110930

Redirection des messages d'erreur à partir de l'invite de commandes: STDERR / STDOUT

Sommaire

Lors de la redirection de la sortie d'une application à l'aide du symbole «>», les messages d'erreur s'impriment toujours à l'écran. En effet, les messages d'erreur sont souvent envoyés au flux d'erreur standard au lieu du flux de sortie standard.

La sortie d'une application ou d'une commande de console (invite de commande) est souvent envoyée à deux flux distincts. La sortie régulière est envoyée à la sortie standard (STDOUT) et les messages d'erreur sont envoyés à l'erreur standard (STDERR). Lorsque vous redirigez la sortie de la console à l'aide du symbole ">", vous redirigez uniquement STDOUT. Afin de rediriger STDERR, vous devez spécifier «2>» pour le symbole de redirection. Ceci sélectionne le deuxième flux de sortie qui est STDERR.

Exemple

La commande dir file.xxx (où file.xxxn'existe pas) affichera la sortie suivante:

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

File Not Found

Si vous redirigez la sortie vers le NUL appareil en utilisant dir file.xxx > nul, vous verrez toujours la partie message d'erreur de la sortie, comme ceci:

File Not Found

Pour rediriger (uniquement) le message d'erreur vers NUL , utilisez la commande suivante:

dir file.xxx 2> nul

Ou, vous pouvez rediriger la sortie vers un endroit et les erreurs vers un autre.

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

Vous pouvez imprimer les erreurs et la sortie standard dans un seul fichier en utilisant la commande "& 1" pour rediriger la sortie de STDERR vers STDOUT, puis en envoyant la sortie de STDOUT vers un fichier:

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

Pour ajouter stdout et stderr au fichier journal général d'un script:

dir >> a.txt 2>&1

Correct, le descripteur de fichier 1 pour le processus est STDOUT, redirigé par le 1>ou par >(1 peut être omis, par convention, l'interpréteur de commandes [cmd.exe] sait gérer cela). Le descripteur de fichier 2 est STDERR, redirigé par 2>.

Notez que si vous les utilisez pour créer des fichiers journaux, à moins que vous n'envoyiez la sortie vers des fichiers journaux _uniquely_named_ (par exemple, horodatés), alors si vous exécutez le même processus deux fois, la redirection sera écrasée ( remplacer) le fichier journal précédent.

le >> (pour STDOUT ou STDERR) APPENDRA PAS REMPLACER le fichier. Ainsi, vous obtenez un fichier journal cumulatif, montrant les résultats de toutes les exécutions du processus - généralement plus utiles.

Bonne route...

Il n'y a cependant aucune garantie que la sortie de SDTOUTet STDERRsont entrelacées ligne par ligne en temps opportun, en utilisant la POSIXsyntaxe de fusion de redirection.

Si une application utilise une sortie mise en mémoire tampon, il peut arriver que le texte d'un flux soit inséré dans l'autre à une limite de mémoire tampon, qui peut apparaître au milieu d'une ligne de texte.

Un enregistreur de sortie de console dédié (c'est-à-dire "StdOut/StdErr Logger"par'LoRd MuldeR' ) peut être plus fiable pour une telle tâche.

Voir: Projets OpenSource de MuldeR

Dans un fichier batch (Windows 7 et supérieur), j'ai trouvé cette méthode la plus fiable

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

De toute évidence, utilisez les commandes que vous voulez et la sortie sera dirigée vers le fichier texte. L'utilisation de cette méthode est fiable TOUTEFOIS, il n'y a AUCUNE sortie à l'écran.