[zeromq-dev] When unreliability is desired

[Lindley French]

Well, I've got it building. I have no idea if it works because I don't
fully understand the design, and I'm pretty sure just commenting out the
encoder/decoder related lines was the wrong thing to do, but it builds now,
and that's a first step.

The machine I'm on can't push and pull from github so I won't be able to
upload the changes to my fork just yet. I should be able to get that done
in a day or so.


On Thu, Dec 19, 2013 at 3:12 AM, Pieter Hintjens <ph at imatix.com> wrote:

> On Wed, Dec 18, 2013 at 8:33 PM, Lindley French <lindleyf at gmail.com>
> wrote:
>
> > Come to think of it, the way that library is structured, it would be easy
> > enough to use it on top of ZMQ. Therefore it may not be reasonable to
> > integrate it anyway.
>
> Yes. My point was really not about pros or cons of libraries, rather
> solving one problem at a time, and getting a minimal plausible first
> step down. I'd really enjoy seeing a raw UDP transport that we can
> hack on. I'm hoping some unsung genius can pull off the impossible and
> bring that code in from XS, even in basic form. Once we have something
> we can improve it...
>
> -Pieter
> _______________________________________________
> 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/20131219/b7c54e5d/attachment.htm>