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
[email protected] (Work) +1 973-236-2014
AT&T Labs - Research; member of USENIX and LOPSA
_______________________________________________
zeromq-dev mailing list
[email protected]
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
