windows - 为什么我不能在 Rust 中将 `Stdio::piped()` 与 windows `cmd.exe` 一起使用？

Question

当我尝试启动时 cmd.exe通过以下代码:

use std::process::{Command, Stdio};
use std::io::{BufRead, Write, BufReader};

fn main() {
    let mut child_cmd = Command::new("cmd.exe")  
        // seems it work well with `/bin/bash` in Linux
        .stdin(Stdio::piped())
        .stdout(Stdio::piped())   // Error emitted here. 
        .spawn()
        .unwrap();   
    // do sth. else
}

我想将输出重定向到管道，但它总是报告 The process tried to write to a nonexistent pipe ;当我删除 .stdout(Stdio::piped()) , 没有错误抛出。为什么会发生这种情况？

Answer 1

EvilTak 的 comment就在现场。当您将 STDOUT 重定向到管道时，您还必须将 STDERR 重定向到管道。以下代码不再出错:

use std::process::{Command, Stdio};

fn main() {
    let mut child_cmd = Command::new("cmd.exe")
        .stdin(Stdio::piped())
        .stdout(Stdio::piped())
        .stderr(Stdio::piped())  // Required when redirecting stdout
        .spawn()
        .unwrap();
    // do sth. else
}

虽然这解决了眼前的问题，但我不确定是什么导致了它。看着 CreateProcessW函数和 STARTUPINFOW它接受的结构，看起来标准 I/O 重定向是一个全有或全无的选项，由 STARTF_USESTDHANDLES 指定。旗帜。
事实 Python exhibits the same behavior表明这实际上是 Windows API 或 cmd.exe 实现的一个特性。
无论哪种方式，我都没有进行任何广泛的研究来弄清楚这里到底发生了什么。