[zeromq-dev] P/Invoke-based CLR access to zeroMQ
sustrik at fastmq.com
Thu Feb 19 16:18:57 CET 2009
> How to tell apart message_gap from non-blocking receive is TBD, I image
> that a return of zero means no data in non-blocking mode, and returning
> a null pointer for the data indicates a gap in a given queue.
Hm, would it be possible to return a triple (int queue-id, int
message-type, Array<Byte> message-body)? That way the mechanism would be
future proof allowing for new types of notifications.
(No idea how .NET handles things like "triple" myself.)
More information about the zeromq-dev