[zeromq-dev] P/Invoke-based CLR access to zeroMQ

Martin Sustrik sustrik at fastmq.com
Thu Feb 19 16:18:57 CET 2009

Dirk, Barak,

> 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 mailing list