我的要求很简单:启动一个流程,等待它完成,然后捕获并处理它的输出。
我使用以下内容的时间最长:
struct line : public std∷string {
friend std∷istream& operator>> (std∷istream &is, line &l) {
return std∷getline(is, l);
}
};
void capture(std::vector<std::string> &output, const char *command)
{
output.clear();
FILE *f = popen(command, "r");
if(f) {
__gnu_cxx::stdio_filebuf<char> fb(f, ios∷in) ;
std::istream fs(&fb);
std::istream_iterator<line> start(fs), end;
output.insert(output.end(), start, end);
pclose(f);
}
}
它在单线程程序上运行得非常好。
但是,如果我从一个线程内部调用此函数,有时popen()
调用会挂起并且永远不会返回。
所以,作为一个概念验证,我替换了这个丑陋黑客的功能:
void capture(std::vector<std::string> &output, const char *command)
{
output.clear();
std::string c = std::string(command) + " > /tmp/out.txt";
::system(c.c_str());
ifstream fs("/tmp/out.txt", std::ios::in);
output.insert(output.end(), istream_iterator<line>(fs), istream_iterator<line>());
unlink("/tmp/out.txt");
}
它很难看但很有效,但它让我想知道在多线程程序中捕获进程输出的正确方法是什么。
该程序在嵌入式powerquiccII处理器的linux上运行。
答案 0 :(得分:2)
看到这个:popen - locks or not thread safe?和其他引用似乎并不确定popen()需要是线程安全的,所以可能因为你使用的是不太受欢迎的平台,所以你的实现不是。您是否有机会查看平台实施的源代码?
否则,请考虑创建一个新进程并等待它。或者嘿,坚持使用愚蠢的系统()hack,但要处理它的返回代码!