我在Linux上使用zmq_poll调用,在我的C ++应用程序中,从控制台输入的读取中进行轮询。现在我没有使用任何ZeroMQ插座,但我将在未来使用。
据我了解……
最新的ZeroMQ API扩展带来了一些“肮脏”的技巧 的 外 强> 原来的 的 禅宗的-ZERO 强> 。
是的,在a下扩展使用O / S本机TCP-peers 的 ZMQ_STREAM 强> 可扩展的形式通信模式原型成为可能,但这些步骤开始出现期望不一致的问题 - v / s-现实。
ZMQ_STREAM
本机O / S文件描述符可能会被强制注入 的 .fd 强> 的项目 zmq_pollitems_t 的 struct 强> (s),但是 的 EINTR 强> ZeroMQ-的信号被提升 Socket() - 传播的O / S信号的实例,这似乎与“注入” - 仅轮询的工作方式不同。
.fd
zmq_pollitems_t
struct
EINTR
Socket()
如果相同的差异仍然存在“完整”设置(使用完全配置和设置 的 ZMQ_STREAM 强> - Socket() -instance,而不仅仅是ad-hoc, .fd - “注入” - 通常技巧)轮询,最好提出对包维护者的更改请求,以便将处理重构为两种类型的轮询设备的Zen-of-Zero统一模式。