c - pclose() 在多线程环境中过早返回 (Solaris 11)

Question

我正在尝试实现一个启动 2 个 ssh 连接并执行需要 root 权限的脚本的工具。

这是一个非常简单的实现:

void* SshConnection(void* args)
{
   char buffer[5000];
   FILE* popenReturn = NULL;

   //get the hostname to connect to
   const char* hostname = (const char*)args;

   snprintf(buffer, sizeof(buffer),
           "/usr/bin/gnome-terminal -x bash -c \""
           "ssh -t user@%s "
           "-i /home/user/.ssh/key.key "
           "\\\"/home/user/DoRootThings.bash\\\" ",hostname);

   popenReturn = popen(buffer,"w");
   pclose(popenReturn);

   //...connect to the host again later on and look at results of DoRootThings.bash...
}

我使用此函数创建 2 个线程并将它们分离

鉴于上述实现，我希望有 2 个 gnome 终端可见，它们已使用 -i ssh 选项提供的 key 登录到“用户”帐户。该脚本应该已经执行，并且正在等待提供 root 密码，而两个执行线程都在 pclose() 处停止，同时等待各自的 gnome 终端返回。

相反，2 个 gnome 终端打开并且正在等待 root 密码。其中 1 个线程的执行在 pclose() 处停止，而其他线程 pclose() 立即返回。然后该线程继续查看 DoRootThings.bash 的结果，但没有任何结果，因为它仍在等待密码执行!

popen() 和 pclose() 的 Solaris 手册页声称它们都是线程安全的。为了安全起见，我尝试了多种形式的锁定，但无济于事。

唯一有效的锁定形式是

pthread_lock(&lock1);
popenReturn = popen(buffer,"w");
pclose(popenReturn);    
pthread_unlock(&lock1);

但这给我留下了一个单线程解决方案。

这是手册页错误并且 popen() 和 pclose() 不是线程安全的情况吗？如果是这样，是否有锁定解决方案可以解决此问题？

否则，我在实现中是否没有做正确的事情？

注意:我最初使用 system() 而不是 popen() 和 pclose()，但这不是线程安全调用，system() 的 Solaris 手册页建议使用 popen() 和 pclose()

Answer 1

gnome-terminal对于您的示例来说，命令可能是一个糟糕的选择，我当然希望它只是一个示例。我不清楚你为什么不 popen()荷兰国际集团ssh直接命令。更多关于gnome-terminal稍后。

你写

Given the above implementation I would expect 2 gnome-terminals to be visible that have logged into the 'user' account using they keys provided with the -i ssh option. The script should have been executed and is waiting for the root password to be provided while both threads of execution have stopped at pclose() while waiting for their respective gnome-terminals to return.

，但这不是我所期望的。调用pclose()应该首先关闭流，另一端的进程将在其标准输入上将其视为 EOF。然后，该函数将等待子进程终止，但该进程不应阻止任何从其标准输入读取的尝试。我通常期望两者pclose()要求快速返回。

现在我发现 popen() 非常有问题。一个提供 GUI 的程序，即使是像 gnome-terminal 这样简单的程序的，但我倾向于猜测 gnome-terminal由于以下事实而特别棘手

By default, all GNOME terminals share a single process, reducing memory usage. This can be disabled by starting gnome-terminal with the --disable-factory option.

( gnome-terminal manual page )

我确信您可以理解，单进程行为可能会对期望创建和管理单独子进程的 API 造成严重破坏。我怀疑这就是观察到的两个调用行为差异的原因。

此外，您应该检查函数调用的返回值，您的示例没有演示这一点。我不确定你的popen()和/或pclose()应该是信号错误，但我认为可能性很大。