Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

some errors bring down the whole interpreter #73

Closed
m0n5t3r opened this issue Jan 30, 2011 · 3 comments
Closed

some errors bring down the whole interpreter #73

m0n5t3r opened this issue Jan 30, 2011 · 3 comments

Comments

@m0n5t3r
Copy link

m0n5t3r commented Jan 30, 2011

In certain situations, pyzmq aborts with a cryptic message and brings down python, instead of raising an exception; examples:

  • call zmq.Context() more than once in the same Python process
  • random, but reliable failures when attempting to have several DOWNSTREAM threads pushing data to an UPSTREAM collector

I am not sure this can be managed at the bindings level, but if it can, please do :) (or tell me where to look, I am willing to get my hands dirty)

@minrk
Copy link
Member

minrk commented Jan 30, 2011

Some more details on your zeromq and pyzmq versions/builds and OS would be helpful.

Are you using zeromq-2.0.10 and pgm? The version of openpgm with zeromq-2.0.10 doesn't allow multiple contexts, and will crash if you try to create more. This is fixed in 2.1.0 (and possibly also the 'maint' git branch).

In general, zeromq-2.0 has quite a few c-asserts that bring down the process, and there's not much we can do about it. zeromq-2.1 is much better behaved in that respect, and even responds nicely to KeyboardInterrupts.

@m0n5t3r
Copy link
Author

m0n5t3r commented Jan 30, 2011

oops, sorry... I'm using 2.0.10 on Ubuntu from ppa:chris-lea/zeromq, probably has PGM compiled in; I solved the multiple contexts problem by making the context a singleton, but there are other things that crash the process and making something work involves a lot of voodoo

I guess I'll have to wait for the release of 2.1 then :-/ (or package a beta for myself)

@minrk
Copy link
Member

minrk commented Jan 30, 2011

There was a beta release of 2.1.0 in December, and as far as my experience, it's better across the board than 2.0.10. I would personally recommend using that over 2.0.10, even though it's beta. The usual arguments against beta are stability, etc., but 2.1.0 is much more stable than 2.0.10.

Closing the issue, since it doesn't apply to current versions.

This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants