从标准输入读取时zmq_poll不侦听信号

Question

我正在我的C++应用程序中使用对Linux 上的zmq_poll调用，从控制台输入读取进行轮询。现在我没有使用任何 ZeroMQ 套接字，但我会在下一个将来使用。

根据我的理解zmq_poll只有在 Linux 上才能使用 linux 文件描述符，包括STDIN_FILENO.

我希望下面的代码在向我的应用程序发送 CTRL-C 时返回一个EINTR。

当我调试它时，我可以看到它一直等到超时结束，它返回res_num=0.

zmq_pollitem_t* mpPollItems = new zmq_pollitem_t[1];
std::memset(mpPollItems,0,sizeof(zmq_pollitem_t));
mpPollItems[0].socket = NULL;
mpPollItems[0].fd = STDIN_FILENO;
mpPollItems[0].events = ZMQ_POLLIN;
// Poll for events some milliseconds
int res_num = zmq_poll (mpPollItems, 1, 10000);

zmq_poll正在幕后使用Linux"民意调查"。

我是否对这段代码做错了什么，或者我误解了zmq_poll的工作方式？

会不会与信号屏蔽有关？

注意：我在从主线程生成的单独线程中调用zmq_poll。 我直接使用"民意调查"进行了测试，并得到了相同的结果。只有在主线程中调用"poll"时，我才能看到传递的信号;如果在单独的线程上调用它，则没有反应。

Answer 1

最近的 ZeroMQ API 扩展带来了一些"肮脏"的技巧，超出了最初的Zen-of-ZERO。

是的，在ZMQ_STREAM可扩展的正式通信模式原型下扩展使用O/S本机TCP对等体成为可能，但是这些步骤开始出现不一致的期望与s现实传递的问题。

本机 O/S 文件描述符可能会被强制注入到zmq_pollitems_tstruct的.fd项中，但EINTR信号在传播的 O/S 信号时为 ZeroMQ-Socket()实例引发，这似乎与仅"注入"轮询的工作方式不同。

如果相同的差异仍然存在，则"完整"设置(使用完全配置和设置ZMQ_STREAM-Socket()-实例，而不仅仅是临时的，.fd-"注入"的技巧)轮询，最好为软件包维护者提出更改请求，以便将处理重构回两种类型的轮询设备的 Zen-of-Zero 统一模式。