[zeromq-dev] weird.

[Andrew Hume]

martin,

	i'm not sure where a signal would come from.
(this is an asynchronously executed script executed through an ssh).
it is an EINTR, though, but it comes from a bad return
zmq_recv. it happens infrequently, but often enough to be an issue.

On Dec 14, 2011, at 3:49 PM, Martin Sustrik wrote:

> Hi Andrew,
> 
>> i just did a test upgrade from 2.1.7 to 2.1.10, and i have
>> a very simple program that basically does a recv/close loop
>> on a SUB socket. under 2.1.7 it worked fine; on 2.1.10
>> it runs for a while then gets an 'Interrupted system call'
>> failure on the recv.
> 
> EINTR should be returned from blocking functions (zmq_poll, zmq_recv) when process gets a signal. Are you sure that is not a case?
> 
> Martin


------------------
Andrew Hume  (best -> Telework) +1 623-551-2845
andrew at research.att.com  (Work) +1 973-236-2014
AT&T Labs - Research; member of USENIX and LOPSA




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20111215/9a0c8e39/attachment.htm>