[zeromq-dev] Signal handling in blocking zmq_recv

Chris Wong chris at chriswongstudio.com
Tue Mar 9 19:59:11 CET 2010


>> When would you want to unblock a blocked zmq_recv()? The only time I can
>> think of doing that legitimately is when the entire application/component
>> is going away, in which case we want to change the behaviour of zmq_term()
>> as discussed in my other email.
> 
> I agree that most of the time, you would be exiting the application.
> But, you might want to trigger
> clean up actions of various sorts, before exiting.
> 

That's what the Ruby's signal handler does AFAIK (not entirely sure though). It has a lot of clean-up stuff to do.  I don't even want to get into the details because it's hurting my head just to think about it. ;-)

One of the thing it does (for sure) is to call the internal "finalize" function on each object in the GC system to do resource cleanup.  Like Java, I don't think it's guaranteed, but I observe that it's currently doing it consistently.

Chris

> Brian
> 
> 
> -- 
> Brian E. Granger, Ph.D.
> Assistant Professor of Physics
> Cal Poly State University, San Luis Obispo
> bgranger at calpoly.edu
> ellisonbg at gmail.com




More information about the zeromq-dev mailing list