popen的僵局

时间:2011-07-29 11:36:17

标签: c++ c linux

我正在Linux(嵌入在ARM上)编写一个运行两个线程的小应用程序。我在函数中执行“popen”,这会为进入函数的第二个线程创建死锁。但是,首先进入该函数的第一个线程仍然可以正确运行。

以下是一些代码示例:

pthread_mutex_t mutex1 = PTHREAD_MUTEX_INITIALIZER;

    int sendCommand(
        const std::string& command, std::string& answer)
    {
      FILE* fd;                           // File descriptor to command output
      char answer_c[COMMAND_BUFFER_SIZE]; // The answer as char[]
      int answerLength = 0;               // The length of the answer

      pthread_mutex_lock( &mutex1 );

      // A probe
      cout << "VVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVV" << endl;

      fd = popen(command.c_str(), "r"); // <- Second thread entering is stuck here ...
      if(fd <= 0)
      {
        cout << "couldn't popoen !" << endl;
        return -1;
      }

      // A probe, never showed by second thread entering the function
      cout << "ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZzz" << endl;

      // ... Omitted code ...
      // Close the file descriptor
      pclose(fd);
      pthread_mutex_unlock( &mutex1 );

    }

我真的感到遗憾,我错过了一些重要的东西。 popen怎么会发生僵局?问题是来自标准的libc还是Linux内核?

非常感谢任何指针!

此致

1 个答案:

答案 0 :(得分:2)

由于popen执行fork(不是线程安全的),所以popen也不是线程安全的。

This question and answers可能对您有所帮助。