subprocess.check_callのstderrがstderrストリームとstdoutストリームの両方を受信するのはなぜですか？

Question

私は、それはそれはまたそれが行われた場合

sys.stdout.write(progress_string) 

を使用してパーセントの進捗状況を出力

print message_string 

を使用して、いくつかのメッセージを出力Pythonスクリプト（my_python_script.pyそれを呼び出す）、いくつかの統計情報を出力し、Iためてきました後、私は別のスクリプトでは、私はAを呼び出し、今

sys.stderr.write(stats_string) 

を使用し、stderrを経由してファイルのものを収集したいです驚いたことに、この

file_obj = open('stats.log', 'a') 
check_call(['my_python_script.py'], stderr=file_obj) 
file_obj.close() 

のようなsubprocess.check_call()とのBOVEスクリプトは、file_objはprint出力、sys.stdout.write出力とsys.stderr.write出力などmy_python_script.pyからのすべての出力が含まれています。私はそれがsys.stderr.writeからの出力しか含んでいないと思った。

なぜこれが当てはまりませんか？ check_callはデフォルトでstderr〜stdoutにリダイレクトされますか？

簡単な修正がある場合、私は幸せなキャンピングカーになります。ありがとう。

ところで、私はLinux FedoraでPython 2.7を使用しています。

Answer 1

心からの謝罪を印刷しています！

これは私の間違いでした。

このエラーの鍵は2倍でした。それが意図的であるが、問題の一部 -

パート1は、この定義

file_obj = open('stats.log', 'a') 

お知らせ「A」でした。次に、完了後に結果ファイルを削除するのを忘れました（一時的になっていて、最後に別の場所にコピーされます）。このため、すべてのテストはこのファイルに蓄積されていましたが、最初はstdoutを使用しました。

Oh lord。だから問題は：私は元の質問を削除すべきか、それとも説明のために役立つか？今はそんなに馬鹿だ。

Answer 2

あなたにも標準出力オプションを追加してみてくださいすることができます

check_call(['my_python_script.py'], stdout=anotherfile_obj, stderr=file_obj) 

私の推測では、check_callがstdoutが指定されていないときstderrstdoutとして治療されていることです。

どちらかその、またはスクリプトは、デフォルトでstderrにコミュニティに