popen() 系统调用在 HP-Ux 11.11 中挂起

Question

我有一个程序通过 popen() 系统调用使用“/usr/bin/lpstat”计算“打印机队列总数”值。

{
    int                     n=0;
    FILE                    *fp=NULL;

    printf("Before popen()");
    fp = popen("/usr/bin/lpstat -o | grep '^[^ ]*-[0-9]*[ \t]' | wc -l", "r");
    printf("After popen()");

    if (fp == NULL)
    {
            printf("Failed to start lpstat - %s", strerror(errno));
            return -1;
    }

    printf("Before fscanf");
    fscanf(fp, "%d", &n);
    printf("After fscanf");

    printf("Before pclose()");
    pclose(fp);
    printf("After pclose()");

    printf("Value=%d",n);
    printf("=== END ===");
    return 0;
}

注意：在命令行中，“/usr/bin/lpstat”命令会挂起一段时间，因为网络中有许多可用的打印机。

这里的问题是，执行在 popen() 系统调用处挂起，而我希望它在 fscanf() 处挂起，它从文件流 fp 中读取输出。

如果有人能告诉我 popen() 系统调用挂起的原因，它将帮助我修改程序以满足我的要求。

感谢您花时间阅读这篇文章和您的努力。

Answer 1

人们期望在现实中并不总是有根据:-)

您正在运行的命令在完成之前实际上不会生成任何输出。这就是为什么它似乎挂在popen 而不是fscanf。

有两个可能的原因立即浮现在脑海中。

第一个是它以这种方式实现，popen 在传递第一行之前捕获完整的输出。根据我对 UNIX 的了解，这似乎不太可能，但我不能确定。

远更多可能是管道的影响。我注意到的一件事是一些过滤器（如grep）为了提高效率而分批生产。所以，虽然popen 本身可能会立即吐出它的线路（好吧，直到它到达延迟位），事实上grep 一直坚持线路直到它获得足够大的块可能导致延迟。

事实上，几乎可以肯定是 pipe-through-wc，它无法生成 any 输出，直到从 lpstat 接收到所有行（直到所有行都线路已收到）。因此，即使 popen 只是等待第一个 字符 可用，这似乎就是问题所在。

只需删除 pipe-through-grep-and-wc 位并查看会发生什么，即可对此进行测试。

---

还有一点我想提出。您的printf 语句后面没有换行符，即使有，在某些情况下输出可能仍被完全缓冲（因此在该程序退出或缓冲区填满之前您可能看不到任何内容）。

我会先将它们更改为以下形式：

printf ("message here\n"); fflush (stdout); fsync (fileno (stdout));

以确保它们在继续之前完全刷新。我讨厌这是对缓冲问题的简单误解:-)

Answer 2

在 lpstat 尝试从远程打印机检索信息时，听起来好像 popen 可能挂起。在这个特定问题上有a fair amount of discussion。看看那个线程，尤其是那些与之相关的线程。