[zeromq-dev] When unreliability is desired
Lindley French
lindleyf at gmail.com
Tue Dec 17 23:30:43 CET 2013
It would be really neat if we could integrate something like
http://feclib.sourceforge.net/documentation.html into this. Not sure how
that possibility would work license-wise, though.
On Fri, Dec 13, 2013 at 2:11 PM, Pieter Hintjens <ph at imatix.com> wrote:
> We should ignore the encoder classes as they are specific to TCP and
> hacked for PGM (frame format was the same originally). Each protocol
> should have its own framing spec and implementation.
>
> On Thu, Dec 12, 2013 at 8:04 PM, Steven McCoy <steven.mccoy at miru.hk>
> wrote:
> > On 7 December 2013 00:34, <lindleyf at gmail.com> wrote:
> >>
> >> I'll take a look at tipc. I've been using the pgm classes as a reference
> >> so far. They appear to use v1_encoder while tcp uses v2_encoder.
> >>
> >
> > If you can get a nice clean framework setup independent of the TCP/Unix
> > socket setup I think many others and myself included would like to
> > experiment adding many different types of protocol to 0mq. I have many
> on
> > my wish list.
> >
> > --
> > Steve-o
> >
> > _______________________________________________
> > zeromq-dev mailing list
> > zeromq-dev at lists.zeromq.org
> > http://lists.zeromq.org/mailman/listinfo/zeromq-dev
> >
> _______________________________________________
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20131217/96da46dd/attachment.htm>
More information about the zeromq-dev
mailing list