Thanks. That's what I had in mind. I read somewhere in the guide that
dealer-router was not recommended to replace req-router for some
reason. Is this correct? And what do you mean by client-server in the
context of zmq? Can you explain it in terms of messaging patterns? I'm
currently usi
Take a look at the lazy pirate example from the guide, it is exactly for
that.
Anyway, for that reason using REQ socket is not recommended, it is better
to use dealer-router or even better, client-server.
On Thu, Jun 16, 2016 at 2:17 AM, Douglas Petican wrote:
> Just went through a sorta code re
I'm not big fan of this as well. I think you can implement it in a layer
above zeromq.
However if it useful for you just send a pull request.
One note though, sending a Msg to multiple pipes is complicated and you
need to manage reference counting. Take a look at xpub and dist classes for
example.
Why you can exclude the first case? TCP connection can get disconnect quite
often.
Anyway from what you are describing it seems the connection got
disconnected.
On Fri, Jun 17, 2016 at 8:05 PM, Jens Auer
wrote:
> Hi,
>
> I am witnessing something in my system that I didn't expect. I am
> process
Hey Jens,
My initial thought is that this doesn't feel right. You'd be limited to
broadcast (making it a kind of substandard PUB), and you'd need to
change the "mute state" behavior too (otherwise a single slow client
triggers EAGAIN).
On Fri, Jun 17, 2016, at 10:09 AM, Jens Auer wrote:
> Hi,
>
Sorry for the html mail and the anti-virus spam it includes. I forgot to
change to the Outlook settings.
Cheers,
Jens
Von: zeromq-dev [mailto:zeromq-dev-boun...@lists.zeromq.org] Im Auftrag von
Jens Auer
Gesendet: Freitag, 17. Juni 2016 19:09
An: zeromq-dev@lists.zeromq.org
Betreff: [zerom
Hi,
I am using ZMQ_STREAM to receive and deliver data from/to non-zeroMQ
applications. For delivery, I have to send the data to a number of connected
clients. All clients receive a copy of the data. Since a ZMQ_STREAM socket
needs a first peer identity part, I have to manually add this every tim
Hi,
I am witnessing something in my system that I didn't expect. I am processing
data at a data rate of 100Mbps, with occasional peaks of 5s of data (=5 *
100Mbps) delivered as fast as possible because an internal buffer is
flushed. I use ZeroMQ internally, but I have to deliver the data on a TCP
On Fri, 2016-06-17 at 16:36 +0200, Peter Kleiweg wrote:
> Luca Boccassi schreef op de 17e dag van de zomermaand van het jaar 2016:
>
> > Hello,
> >
> > We just uploaded a new release on the 4.0.x branch.
> >
> > As a reminder, we are now publishing on Github. You can download all
> > distributab
Luca Boccassi schreef op de 17e dag van de zomermaand van het jaar 2016:
> Hello,
>
> We just uploaded a new release on the 4.0.x branch.
>
> As a reminder, we are now publishing on Github. You can download all
> distributable tarball/zip archives at:
>
> https://github.com/zeromq/zeromq4-x/rel
On 17/06/16 13:58, Pieter Hintjens wrote:
> Hi Dariusz,
>
> I've made the change: https://github.com/zeromq/rfc/pull/108
Ah, perfect, thanks a lot!
--
Dariusz Suchojad
https://zato.io
ESB, SOA, REST, APIs and Cloud Integrations in Python
___
zeromq-
On 17/06/16 13:58, Pieter Hintjens wrote:
> Hi Dariusz,
>
> I've made the change: https://github.com/zeromq/rfc/pull/108
Ah, perfect, thanks a lot!
--
Dariusz Suchojad
https://zato.io
ESB, SOA, REST, APIs and Cloud Integrations in Python
___
zeromq-
Sounds like a plan :-)
On Fri, 2016-06-17 at 16:04 +0300, Doron Somech wrote:
> Leave to someone else who use libzmq on widows and would like to
> contribute?
> On Jun 17, 2016 15:56, "Luca Boccassi" wrote:
>
> > Thanks!
> >
> > That page mentions Windows exes. What do we do about those?
> >
> >
Leave to someone else who use libzmq on widows and would like to
contribute?
On Jun 17, 2016 15:56, "Luca Boccassi" wrote:
> Thanks!
>
> That page mentions Windows exes. What do we do about those?
>
> On Fri, 2016-06-17 at 13:59 +0200, Pieter Hintjens wrote:
> > Never mind, found it. You should b
Good catch and nice fix.
On Jun 17, 2016 15:56, "Doron Somech" wrote:
> It seems kike a bug.
> On Jun 17, 2016 15:55, "Fedor Sheremetyev" wrote:
>
>> I've submitted pull request to make behaviour of unsubscriptions with
>> ZMQ_XPUB_MANUAL more consistent - please have a look.
>>
>> https://gith
It seems kike a bug.
On Jun 17, 2016 15:55, "Fedor Sheremetyev" wrote:
> I've submitted pull request to make behaviour of unsubscriptions with
> ZMQ_XPUB_MANUAL more consistent - please have a look.
>
> https://github.com/zeromq/libzmq/pull/2042
>
> On 16 June 2016 at 10:37, Fedor Sheremetyev w
Thanks!
That page mentions Windows exes. What do we do about those?
On Fri, 2016-06-17 at 13:59 +0200, Pieter Hintjens wrote:
> Never mind, found it. You should be able to edit all pages in intro:
> in a few minutes...
>
> On Fri, Jun 17, 2016 at 1:58 PM, Pieter Hintjens wrote:
> > Luca, what's
Thanks!
On Fri, 2016-06-17 at 15:22 +0300, Doron Somech wrote:
> Luca, mails approved.
> On Jun 17, 2016 15:00, "Pieter Hintjens" wrote:
>
> > Never mind, found it. You should be able to edit all pages in intro:
> > in a few minutes...
> >
> > On Fri, Jun 17, 2016 at 1:58 PM, Pieter Hintjens w
I've submitted pull request to make behaviour of unsubscriptions with
ZMQ_XPUB_MANUAL more consistent - please have a look.
https://github.com/zeromq/libzmq/pull/2042
On 16 June 2016 at 10:37, Fedor Sheremetyev wrote:
> Hi,
>
> I'm experimenting with "manual" mode of XPUB and see that on clien
Luca, mails approved.
On Jun 17, 2016 15:00, "Pieter Hintjens" wrote:
> Never mind, found it. You should be able to edit all pages in intro:
> in a few minutes...
>
> On Fri, Jun 17, 2016 at 1:58 PM, Pieter Hintjens wrote:
> > Luca, what's your Wikidot login? I'll give you edit rights to that
>
Never mind, found it. You should be able to edit all pages in intro:
in a few minutes...
On Fri, Jun 17, 2016 at 1:58 PM, Pieter Hintjens wrote:
> Luca, what's your Wikidot login? I'll give you edit rights to that page/site.
>
> On Fri, Jun 17, 2016 at 1:54 PM, Luca Boccassi
> wrote:
>> The mes
Hi Dariusz,
I've made the change: https://github.com/zeromq/rfc/pull/108
-Pieter
On Thu, Jun 16, 2016 at 1:28 PM, Dariusz Suchojad wrote:
> On 14/06/16 10:45, Dariusz Suchojad wrote:
>> I'm simply not sure if I should also add information that this family of
>> protocols is subject to change at
Luca, what's your Wikidot login? I'll give you edit rights to that page/site.
On Fri, Jun 17, 2016 at 1:54 PM, Luca Boccassi wrote:
> The messages to the announce list have been sent, and are awaiting
> moderator approval.
>
> Pieter, Doron, how do we update the get-the-software page?
>
> http://
The messages to the announce list have been sent, and are awaiting
moderator approval.
Pieter, Doron, how do we update the get-the-software page?
http://zeromq.org/intro:get-the-software
On Fri, 2016-06-17 at 12:47 +0100, Luca Boccassi wrote:
> Second try went better :-) And on the 4.1 branch it
Second try went better :-) And on the 4.1 branch it was all right the
first time around. So it was probably just a CI hiccup.
I'll send two separate messages to the announce list.
On Fri, 2016-06-17 at 12:28 +0100, Luca Boccassi wrote:
> Something has short-circuited on Travis, and while the uplo
Something has short-circuited on Travis, and while the upload of the
tar.gz was successful, the zip upload was not. The "edit-tag" page just
shows a error mark, and says to delete the zip file and upload it again
(but the zip is in the MD5 and SHA sums files).
I've removed the generated files and
Great Luca, go ahead.
On Jun 16, 2016 22:56, "Kevin Sapper" wrote:
> If you run into any trouble with the automatic travis release feel free to
> ping me via twitter or mail.
> Am 16.06.2016 9:31 nachm. schrieb "Luca Boccassi" >:
>
>> Yep! It should be pretty smooth.
>>
>> Is there anything wi
27 matches
Mail list logo