2

我正在尝试使用 Boost-1.64.0 调用带有字符串到其标准输入的进程。当前代码是：

  bp::opstream inStream ;
  bp::ipstream outStream;
  bp::ipstream errStream;

  bp::child child(
    command, // the command line
    bp::shell,
    bp::std_out > outStream,
    bp::std_err > errStream,
    bp::std_in  < inStream);


  // read the outStream/errStream in threads

  child.wait();

问题是子可执行文件正在等待其标准输入 EOF。这里 child.wait() 无限期地挂起......

我尝试使用 asio::buffer、std_in.close()、……但没有运气。我发现的唯一 hack 是 delete() inStream ......这并不可靠。

我应该如何“通知”子进程并使用新的 boost::process 库关闭其标准输入？

谢谢 ！

4

2 回答 2

3

我尝试使用 asio::buffer，std_in.close()

这行得通。当然，只有将它传递给启动函数（bp::child 构造函数、bp::system 等）时它才有效。

如果您需要传递数据，然后关闭它，只需关闭关联的文件描述符。我做这样的事情：

boost::asio::async_write(input, bp::buffer(_stdin_data), [&input](auto ec, auto bytes_written){
    if (ec) {
        logger.log(LOG_WARNING) << "Standard input rejected: " << ec.message() << " after " << bytes_written << " bytes written";
    }
    may_fail([&] { input.close(); });
});

input在哪里

bp::async_pipe input(ios);

另外，请检查该过程是否实际上没有卡住发送输出！如果您未能使用输出，它将缓冲并等待缓冲区已满。

于 2017-05-29T10:19:23.927 回答
2

inStream.close();完成写入后通过调用来关闭管道。您也可以在使用 启动时关闭它bp::std_in.close()。

asio 解决方案当然也有效，避免了死锁的危险。

于 2017-05-30T07:28:37.980 回答