It feels a bit zmq-y with libmultiprocess having a lock-based event loop at its heart and events just sending notifications. I'm at the point now where I'm trying to figure out request chaining and feel like that goes decidedly beyond what zmq is capable of out of the box.

Reply to this note

Please Login to reply.

Discussion

So libmultiprocess serves three purposes, 1. dispatching comms across processes, 2. Wrapping these comms for a capnp rpc server/client, 3. Adding glue to go from normal instantiations of c++ virtual classes (commonly referred to as interfaces) to capnp interfaces.