[zeromq-dev] When unreliability is desired

[Pieter Hintjens]

Wow, that's fantastic. I'm really eager to get my hands on another
wire protocol to turn into a neat little stack of RFCs! (I'm sure this
is the sign of a deeply troubled mind. :-)


On Thu, Dec 19, 2013 at 6:18 PM, Lindley French <lindleyf at gmail.com> wrote:
> 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
>
>
>
> _______________________________________________
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>