[zeromq-dev] adaptable net

[Pieter Hintjens]

On Sun, Apr 10, 2016 at 8:57 PM, Matjaž Ostroveršnik
<matjaz.ostroversnik at gmail.com> wrote:

> c strings end with binary zero. Binary trackers can have zeros in the
> middle...

OK, treat 'string' as 'Semantics to be defined when someone gets
around to implementing this, and if not, delete as it's obviously
speculative.'

No point in looking for fine design decisions in work that isn't real
yet. I suspect a blob (or longstr) is what we'll need eventually.

Please try to never argue design decisions up front, it's a waste of
time. Make code, try it, see where it breaks, find the simplest
plausible solution, repeat.

> Maybe later on I'll ask you for explanation how to transfer strings
> through zmq without allocation/dealocation. ;-)

In a class structure:

    char somevalue [256];

> I'd like to add blob in order to transfer back a reply to the service
> request. Sometimes it is not enough just simple answer I did it or it
> failed.

Sure.

> I don't doubt in actor plumbing code. I am more affraid of the actor
> implementation code. E.g. not long ago I tried to start zauth actor
> within mlm_server, which was already actor. It crashed.

There's no specific reason this wouldn't work, we nest actors all the
time. When stuff that should work crashes, do work with us (if you
can't figure it out) to understand why.

> I just wanted to piggy back on the existing zmq code. There must be
> definitely somewhere in the code a section which defines which next
> connection to use for send or recv. ;-)

Nope. That is what router sockets do, and you definitely do not want
to use a router-router pattern or you end up in Rick and Morty land.

-Pieter