Python subprocess.runでstderrにエラーが格納されない

Windows10で、Python3から以下のようにコマンドを実行します。

python
1res = subprocess.run(["cmd", "/c", "copy", r"C:\test\abc.txt", r"C:\test2"], encoding="cp932", capture_output=True)
2
3print(res)
4print("正常：", res.stdout)
5print("異常：", res.stderr)

エラーを出させる目的であえて存在しないファイル名を指定しましたので、以下のような結果です。

python
1CompletedProcess(args=['cmd', '/c', 'copy', 'C:\\test\\abc.txt', 'C:\\test2'], returncode=1, stdout='指定されたファイルが見つかりません。\n', stderr='')
2正常： 指定されたファイルが見つかりません。
3
4異常：

returncodeが0ではなく1になっており、stderrに格納されるものと思いましたが、
stderrは空になっており、stdoutに格納されたようです。
これはなぜですか？

行動規範の内容に同意します

回答1件

ベストアンサー

メッセージを標準出力に出すのか、標準エラー出力に出すのかはプログラムの仕様次第です（＝設計者の方針次第）。
基本的な考えとしては、
「標準出力はファイルやパイプにリダイレクトされることがあるが、そうされるとエラーメッセージが人目に触れないので、パイプやリダイレクトでも（デフォルトでは）影響されず、端末に表示されるはずの標準エラー出力にメッセージを出そう」
という事になります。

cmd.exeのcopy機能の設計者が何処までどう考えたかわかりませんが、「コピーコマンドなので、リダイレクトされてエラーメッセージが見えなくなることは無いだろう」ということではないかと推測できます。
他のcmd.exeの内部コマンド、例えばtypeだとファイルが見つからないというエラーメッセージは標準エラー出力に出ます。これはパイプされたりすることを想定してのことでしょう。

ただ、copyコマンドを実行すると、「1個のファイルをコピーしました。」というというようなメッセージが出るのがうっとうしいので、> NULを書くことがしばしばありますが、その場合もエラーだったらメッセージを出して欲しいので、本当は標準エラー出力に出して欲しかったところです。

ということで、「そういう仕様です」ということになります。
どういう時にどっちに出るかは細かく仕様を調べるか、実際にやってみるしか無いですね。
Unix/Linux系のコマンドだと、標準出力が端末かパイプやリダイレクトかによって動作が変わるコマンドも多いので、そういう場合も注意が必要です。

投稿2023/05/03 12:43