<div dir="ltr">On Mon, Nov 18, 2013 at 12:16 AM, Michael Haberler <span dir="ltr"><<a href="mailto:mail17@mah.priv.at" target="_blank">mail17@mah.priv.at</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
re keyboard interrupt: I solved this by testing for  zpoller.terminated(poller) in the inner loop which I prefer anyway since it's synchronous delivery.<br>
<br></blockquote><div><br></div><div>Nice.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I think what warrants some thought longer term: if errors from pyczmq calls should raise exceptions or not. It's a very C-ish interface which requires a lot of asserts around calls.</blockquote><div><br></div><div>Every pyczmq function is wrapped by a decorator that handles calling the inner function and doing things like converting char* into string or NULL into None.  This might be a good place to do that kind of checking.  What gave me pause in the first place is that there are zmq_error() errors and there are czmq errors in the form of C style return codes.  I decided to just avoid the whole issue until someone else brought it up. :)  I open to suggestion.</div>
<div><br></div><div>-Michel</div><div><br></div><div><br></div><div><br></div></div></div></div>