n 09.05.2017 12:29, Luca Boccassi wrote:
> > Is the same socket being used from multiple thread?
> >
> > On Tue, 2017-05-09 at 08:01 +0200, Bachmair Florian - flexSolution
> > GmbH
> > wrote:
> > > further output
> > >
> > > Assertion faile
move the repository in the ZeroMQ Github org (while
still having full admin rights of course)?
If so just let me know and we can organise it easily.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
___
1 XCode 7.3 x86_64
Windows:
Windows 7 32/64 Visual Studio 14
Windows 7 32 Visual Studio 12
As far as I am aware there is no automated test for Windows XP, but it
should still work.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
_
y suggestion for this issue?
It works fine with just libzmq, so maybe try without the C++ bindings
> 2. Does ZMQ support named pipes for windows? I only found sockets, so
> please correct if i am wrong here.
It does not.
Kind regards,
Luca Boccassi
signature.asc
Description: This
the one that succeeds will be
automatically used. Of course if the range is large then it becomes
very inconvenient.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
___
zeromq-dev mailing list
zeromq-dev
> Hans
Hi,
I'm not aware of any yet, so contributions are most welcome!
If you'd like to add a page on the zeromq wiki your registration will
need to be approved (had to lock it down due to spam bots), let me know
your username and I'll approve it.
Kind regards,
Luca Bocca
t them before creating any
socket, immediately after creating the context.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev
ion to zmq_ctx_set() ?
>
> Thanks,
> Francesco
Sure, feel free to send a PR to libzmq.
Should be pretty easy to implement simply copying what it's being done
for the other two options.
Kind regards,
Luca Boccassi
> 2017-05-19 12:25 GMT+02:00 Francesco <francesco.monto...@gmail.com&g
On Fri, 2017-05-19 at 13:07 +0200, Francesco wrote:
> Ok, but just to be sure: a PR would be a Github issue?
>
> Thanks,
> Francesco
No, a pull request:
https://help.github.com/articles/about-pull-requests/
> 2017-05-19 13:00 GMT+02:00 Luca Boccassi <luca.bocca...@gmail.com&
croseconds" to "millisecond"
>
>
> thank you
> erik
Hi,
Could you please send a pull request to fix it?
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev
latforms such as Solaris
10/11, previous versions of AIX, Windows XP and more, so unfortunately
we have to keep compatibility with C++98.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
___
zeromq-dev
me ago but never backported to 4.0.x.
I guess you are on Debian 8 - you can get 4.2.2 which has the fixes
from our repositories on OBS:
http://download.opensuse.org/repositories/network:/messaging:/zeromq:/release-stable/Debian_8.0/
Kind regards,
Luca Boccassi
signature.asc
Description: This is a
The solution is not to just assert when using ZMQ_ROUTER_MANDATORY.
As its documentation says, if the requested recipient is not available
-1 will be returned and errno will be set to EHOSTUNREACH (or EAGAIN if
the HWM is full). You should check for this and reac
Hello,
I've set the wikidot pages for zeromq to read-only for members for the
moment, while I try to do some cleanup and restore. I've also disabled
new members signup.
It's been overrun by spam bots.
Is there anything anyone else can do to tighten security?
Kind regards,
Luca Boccassi
On Mon, 2017-05-08 at 11:08 +1000, Tomas Krajca wrote:
> Hi all,
>
> I have come across a weird/bad bug, I believe.
>
> I run libzmq 4.1.6 and pyzmq 16.0.2. This happens on both Centos 6
> and
> Centos 7.
>
> The application is a celery worker that runs 16 worker threads. Each
> worker thread
of a pain... had some
fun setting up an IPv6 enabled job a while back in libzmq
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev
On Sat, 2017-09-16 at 10:02 +0300, Doron Somech wrote:
> I'm guessing you are building libzmq from master including draft?
>
> I think the return value from zmq_poller_wait changed to EAGAIN on
> time
> out. CZMQ is still checking for ETIMEDOUT. We should fix CZMQ to
> check for
> either.
>
>
ed
> in working together to bring this module forwards?
>
> Thanks,
> Sebastian
Hello,
Very nice!
Would you like to become a member of the ZeroMQ Github org and move the
repository in it (you'll keep being an admin for it of course)?
Kind regards,
Luca Boccassi
signature.asc
Descr
automated ones
that happen in the background in the I/O thread. But I guess it makes
sense that a manual call to zmq_connect should work as expected.
A workaround for this behaviour would be for the application to
manually call zmq_disconnect before doing a connect to the same
endpoint.
But it turns out fi
se) to
> spin up a zauth actor?
>
> --
> wes
> wesyoung.me
I think it's simply never been converted, IIRC it predates the zproject
api models. There are other classes as well that haven't been ported.
If you send a PR to add api/zauth we'll merge it.
Kind regards,
Luca Boccassi
signatur
sconnect(endpoint) on your
sockets when a particular message is received, or heartbeats are
missed, or a disconnect event happens. This way when you later call
zmq_connect(endpoint) and it happens to match a previous, dead peer, it
will work as expected
> > On Sep 2, 2017, at 1:21 PM
On Fri, 2017-10-06 at 19:12 +0200, Francesco wrote:
> Hi all,
> just out of curiosity (since I see PF_RING being mentioned), was DPDK
> ever
> took into account?
> My company is now using DPDK for very-fast networking capture (let's
> say in
> 10-40Gbps range) and (very recently) adopted ZMQ for
On Mon, 2017-10-02 at 17:25 +0100, Luca Boccassi wrote:
> On Fri, 2017-09-29 at 20:26 +, Yamian Quintero wrote:
> > Hi fellows and thanks for accepting me in your list.
> >
> > I'm trying to get 0mq sending messages via EPGM using PUB/SUB
> > sockets. I'm using the
ncoming interface.
>
> Thanks for any further suggestions,
> Yamian.
As the manpage mentions, socket options (apart from a select few) must
be set before connecting/binding.
>
> -Original Message-
> From: zeromq-dev [mailto:zeromq-dev-boun...@lists.zeromq.org] On
> Behalf
github.com/zeromq/libzmq/issues/2699
So if you need that feature for your use case you can continue using
those socket types.
> 3. Is the scheme/pattern of value/interest to the zeromq
> community, would it be worthwhile to collaboratively redevelop it on
> Github?
It sounds intere
on Appveyor:
https://ci.appveyor.com/project/zeromq/czmq/build/job/0yw4ap39hr5qva2u
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev
y question is: my application sets the affinity and the
> > > priority of all threads it creates explicitly. Of course
> > > it cannot
> > > set the affinity/priority of ZMQ background threads.
> >
> > You will probably find adding ZMQ_THREAD_AFFINITY to
lease does anyone have any suggestions to solve the problem?
>
> With thanks.
I think binding to * in Windows doesn't work, so try to bind the server
to tcp://127.0.0.1:9000
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
_
me might be?
>
> Many thanks in advance for any help!
>
> Regards,
>
> Bill Torpey
Documentation is missing, and also there was still recently some
brainstorming on how to do something akin to multipart in the new
sockets, which might require API breakages:
https://git
s that is fine, it's fairly straight forward usage of an OS API so as
long as we can check that our code to take in the option and pass it
down works, that's enough.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev
t is going to be supported, yes absolutely - the API might change
until it's declared stable, the behaviour too, although it is very very
unlikely that a fundamental property like block on mute would be
changed at this point.
> > On Oct 16, 2017, at 2:00 PM, Luca Boccassi <luca.bocca...@gmail
On August 29, 2017 9:41:50 PM GMT+01:00, Peter Krey wrote:
>Have you tried to build zmq with the NORM protocol? Sounds like that
>will
>give you almost what you need.
>
>On Tue, Aug 29, 2017 at 11:36 AM, Patrik VV. wrote:
>
>> Just my 5 cents: AFAIK the
s sent, from the manpage:
The zmq_msg_send() function shall return number of bytes in the message
if successful. Otherwise it shall return -1 and set errno to one
of the
values defined below.
Also as the manpage says you should not close the message in case of
success, only
at thanks to all of you.
>
> Juergen
Hello Juergen,
Thanks for the kind words, and welcome to the community :-)
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev
2.41.1, flags: SJC
> Incoming interface: Null, RPF nbr 0.0.0.0
> Outgoing interface list:
> Vlan215, Forward/Sparse, 00:00:06/00:02:53
> Vlan1, Forward/Sparse, 00:01:26/00:02:06
>
>
> Maybe I'm missing something in the setup of the SUB client socket? Or
ot;, , , ,
> );
>
> onMessageReceived(topic, timestamp, id,value);
> }
> }
>
> Thanks Florian
As the docs say, the zactor function must listen for $TERM on the pipe
zsock_t:
http://czmq.zeromq.org/czmq4-0:zactor
https://github.com/zeromq/czmq#czmq-actors
z
ot;, , , ,
> );
>
> onMessageReceived(topic, timestamp, id,value);
> }
> }
>
> Thanks Florian
As the docs say, the zactor function must listen for $TERM on the pipe
zsock_t:
http://czmq.zeromq.org/czmq4-0:zactor
https://github.com/zeromq/czmq#czmq-actors
z
ng Sitz/Registered address: Wien/ Vienna; Registriert
> unter/registered under: FN 71000m Competent court/Firmenbuchgericht:
> HG Wien/commercial court Vienna; Rechtsform/legal form: GmbH
> Postanschrift/postal address: Wagramer Straße 19 - 1220 Wien/Vienna
> DVR: 0447277
>
Hello,
FOSDEM 2018 dates have been announced, it will be on Saturday 3rd and
Sunday 4th of February. [1]
Would people be interested in replicating last year's 2-days ZMQ
gathering/hackaton before FOSDEM?
Benjamin, would the hacker space we were at be available again?
Kind regards,
Luca
own other,
well-behaved subscribers.
Sounds like what you want is router-dealer - have a look at the zguide,
there's plenty of examples that should be useful.
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev
init_data.
radio/dish over udp multicast (ipv4) can work with zmq_msg_init_data.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev
f the libzmq team. Thanks!
I did a sweep at the end of last year, but didn't look at the Windows-
specific stuff too much as I'm not too familiar with the environment.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
_
sending is
asynchronous and might complete long after the program stack frame has
gone.
If you use the zero-copy APIs then the library will take ownership of
your buffer.
So it sounds like your guess is correct.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signe
On Sun, 2017-08-27 at 18:20 +0100, Luca Boccassi wrote:
> Hello,
>
> FOSDEM 2018 dates have been announced, it will be on Saturday 3rd and
> Sunday 4th of February. [1]
>
> Would people be interested in replicating last year's 2-days ZMQ
> gathering/hackaton before FOSDEM?
On Tue, 2017-08-29 at 11:53 +0200, Benjamin Henrion wrote:
> On Tue, Aug 29, 2017 at 11:50 AM, Luca Boccassi <luca.boccassi@gmail.
> com> wrote:
> > On Tue, 2017-08-29 at 09:49 +0200, Benjamin Henrion wrote:
> > > On Sun, Aug 27, 2017 at 7:20 PM, Luca Boccassi &l
On Tue, 2017-08-29 at 09:49 +0200, Benjamin Henrion wrote:
> On Sun, Aug 27, 2017 at 7:20 PM, Luca Boccassi <luca.boccassi@gmail.c
> om> wrote:
> > Hello,
> >
> > FOSDEM 2018 dates have been announced, it will be on Saturday 3rd
> > and
> > Sunday
ease blocker IMHO - we shouldn't tag it yet.
I hope to get more time to deal with that this week, this is the
relevant discussion:
https://github.com/zeromq/libzmq/pull/2650
After this problem is sorted I believe we should be in a good shape.
--
Kind regards,
Luca Boccassi
signature.asc
Des
is 30 seconds. You can increase it (or set it to
unlimited with -1) via zmq_setsockopt.
Unlimited linger with TCP/IPC can lead to waiting forever if the other
end disappears, but with UDP there should not be this problem IIRC, as
it just sends the messages.
--
Kind regards,
Luca Bocc
en your application is done with the data, you can call
zmq_msg_close on the _copy_, which will decrease the refcount.
So the last one to be finished with the data, whether it's your
application or the library, will deallocate it.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digita
On Thu, 2017-08-31 at 15:30 +0100, Luca Boccassi wrote:
> On Thu, 2017-08-31 at 16:16 +0200, Stephan Opfer wrote:
> > Hi all,
> >
> > I am trying to use zmq_msg_init_data in order to have the zero-copy
> > advantage.
> >
> > Now it is required,
our application using the
capture socket feature.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev
. But the application needs to handle unexpected
data somewhat gracefully. What that means is entirely up to the
application - as far as the library is concerned, if the handshake
succeeds then it's all good (hence the use case for CURVE).
> Any guidance, hints or tips would be much appreciated
l the measurements you need.
Note that they are shallow refcounted copies, so only the small
metadata is actually copied, not the payloads, so it's reasonably fast.
> 2017-09-01 19:40 GMT+02:00 Luca Boccassi <luca.bocca...@gmail.com>:
> > On Fri, 2017-09-01 at 17:39 +0200, Francesco wrote:
> >
onality
> Thanks again!
>
> Bill
>
> > On Sep 1, 2017, at 5:30 PM, Luca Boccassi <luca.bocca...@gmail.com>
> > wrote:
> >
> > On Fri, 2017-09-01 at 16:59 -0400, Bill Torpey wrote:
> > > I'm curious about how ZMQ handles re-connection. I
27.0.0.1:12345")
req = ctx.socket(zmq.REQ)
req.setsockopt(zmq.RECONNECT_IVL, -1)req.connect("tcp://127.0.0.1:12345")
req.send_string("hello")
rep.recv()
rep.send_string("hallo")
req.recv()
rep.unbind("tcp://127.0.0.1:12345")
rep.close()
rep = ctx.socket(
care of zero-copy.
>
> Any thoughts?
>
> Greetings,
> Stephan
Note that multi-part does _not_ imply contiguous memory location on the
receive end (it might happen but there's no guarantee anywhere). So if
that's a requirement for your use case, then you need to use a single
me
fork points
to on the Github website itself (the "forked from foo/bar" note below
the repo name on the page), I think you'll need to delete and re-fork.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed me
ockets.
>
> Any ideas or suggestions would be really great.
>
> Thanks
Can you upload a code snippet that reproduces the issue to
pastebin/gist/etc?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
_
On Tue, 2017-08-29 at 11:18 +0100, Luca Boccassi wrote:
> On Tue, 2017-08-29 at 11:53 +0200, Benjamin Henrion wrote:
> > On Tue, Aug 29, 2017 at 11:50 AM, Luca Boccassi <luca.boccassi@gmai
> > l.
> > com> wrote:
> > > On Tue, 2017-08-29 at 09:49 +0200, Benjami
On Sat, 2017-10-07 at 16:39 +, Stephen Gray wrote:
> I've just built CZMQ on Windows 10 which was not straight-forward;
> the CZMQ readme file instructs;
>
> git clone git://github.com/zeromq/czmq.git
> cd czmq\builds\msvc
> configure.bat
> cd build
> buildall.bat
> cd ..\..\..\..
>
> but
example already uses it, you can just add a new socket to it with
zpoller_add (), and then expand the example to also compare it with
your other socket.
> On 2017-09-29 22:14, Luca Boccassi wrote:
> > On Fri, 2017-09-29 at 11:38 +0200, Bachmair Florian - flexSolution
> > GmbH
> >
a blocker bug that needs to be fixed first:
https://github.com/zeromq/libzmq/issues/2733
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://
the
solution XML is not correct anymore.
If you attach the diff you applied maybe somebody who knows VS can
help.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
___
zeromq-dev mailing list
zeromq-dev@lis
for the destructor
say:
// Set a user-defined deallocator for hash items; by default items are not
// freed when the hash is destroyed.
CZMQ_EXPORT void
zhashx_set_destructor (zhashx_t *self, zhashx_destructor_fn destructor);
https://github.com/zeromq/czmq#zhashx---extended-generic-hash-container
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev
On Sun, 2017-11-12 at 17:09 +0100, Matej Puk wrote:
> authorization for mailing list. Username should be mpuk
That's already done, you can post to the ML.
> Dňa nedeľa, 12. novembra 2017 Luca Boccassi <luca.bocca...@gmail.com>
> napísal(a):
>
> > On Sun, 2017-11-12 a
that any LGPL code can be dynamically
linked to software of any license without affecting it. libzmq offers
an additional grant of top of that which also allows statically
linking.
https://github.com/zeromq/libzmq/blob/master/COPYING.LESSER#L169
--
Kind regards,
Luca Boccassi
signature
ave some issues to investigate (for now I got
> caught
> by the edtimeout => eagain change on zmq_poll_wait),
> I will tell as soon as I know more.
>
> Bruno
>
> On Fri, Nov 24, 2017 at 4:49 PM, Luca Boccassi <luca.boccassi@gmail.c
> om>
> wrote:
>
> >
> libzmq version inside /my/path. After updating
> /my/path/libzmq.so.5.1.3 the
> tests pass just fine, included test_req_relaxed.
>
> I will start testing libzmq in my company's bigger software next week
> and
> will let you know...
>
> Thanks,
> Francesco
>
&
ell. Docs for how to do this will be coming soon.
>
> Feedback welcome, as are contributions. Check out the repository and
> log an
> issue or feature request here: https://github.com/zeromq/jzmq-api
>
> Thanks, and have a great Thanksgiving (for stateside ØMQers)!
Great
the application."
and
"When a connection is made, a zero-length message will be received by
the application. Similarly, when the peer disconnects (or the
connection is lost), a zero-length message will be received by the
application."
--
Kind regards,
Luca Boccassi
signature
y company's bigger software next
> > week and
> > will let you know...
> >
> > Thanks,
> > Francesco
> >
> >
> >
> > 2017-11-21 17:10 GMT+01:00 Luca Boccassi <luca.bocca...@gmail.com>:
> >
> > > The closest I can get to
On Thu, 2017-11-30 at 15:10 +0100, Harald Achitz wrote:
> If this info helps, build and test today's master on RHEL7 with
> devtoolset
> 7, with and without ENABLE_DRAFTS.
> all test passed.
>
> Harald
>
> send from my fairphone
Thanks!
> On Nov 26, 2017 12:55,
> problems with doing zmq_connect() before zmq_bind()?
>
> [1] http://api.zeromq.org/4-2:zmq-connect
>
>
> Regards,
> Mykola
Hi,
This was fixed in 4.2.0, connect-before-bind for inproc works fine now.
I guess the manpage needs
On Fri, 2017-12-01 at 15:43 +0100, brunobodin . wrote:
> Hi Luca,
>
> after more testing, everythings looks good to me with current HEAD
>
> Bruno
Thank you!
> On Thu, Nov 30, 2017 at 7:24 PM, Luca Boccassi
> <luca.bocca...@gmail.com>
> wrote:
>
>
t;
>
> thanks for any advice
If you have one-to-one communications perhaps then PUSH-PULL is what
you want. If it's one-to-many, with every receiver needing every
message, then look at PUB-SUB.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev
;
> but it crashes at runtime.
>
> With thanks,
>
> Stephen
You don't need any special API. From the zmq_socket manpage:
"When receiving messages a ZMQ_ROUTER socket shall prepend a message
part containing the routing id of the originatin
rity expert.
Using the same key pair for both endpoints should be the equivalent of
using a pre-shared key, so per-se it shouldn't have any consequences.
Apart from the obvious ones with deployment, double exposure of the
private key (one machine gets compromised == all machines are
compromised
On Fri, 2017-12-15 at 09:48 -0500, Kent Borg wrote:
> On 12/15/2017 07:01 AM, Luca Boccassi wrote:
> > Premise: I am not a security expert.
>
> Me neither. I know just enough to have some hints of ways I could
> screw
> myself.
>
> > Using the same key
regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev
ween
libzmq, jeromq, netmq and other independent implementations of ZMTP.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev
;
> Stephen
Have you checked this issue and the solution at the bottom?
https://github.com/zeromq/czmq/issues/1617
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev
On Fri, 2017-11-10 at 11:16 -0500, Bob Eby wrote:
> On Wed, 08 Nov 2017 13:50:50 +0000 Luca Boccassi Wrote:
> > Yes indeed, it's outdated since the 2.x days.
> > Could you please send a PR to fix it?
>
> PR sent.
>
> Note: It seems you can't build ZeroMQ on windows
On Sun, 2017-11-12 at 12:13 +0100, Matej Puk wrote:
> Hi,
>
> how long does it take to be authorized by admin ?
>
> Thanks.
Hi, authorization for what, the wiki? What is your username?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally sign
On Fri, 2017-11-10 at 20:17 +, Stephen Gray wrote:
> > Have you checked this issue and the solution at the bottom?
> >
> > https://github.com/zeromq/czmq/issues/1617
> >
> > --
> > Kind regards,
> > Luca Boccassi
>
> Thanks for the tip Luca.
.22
> - libstdc++.so.6.0.21
>
> Before update IIRC the tests were passing except for random failures
> of
> test_security_zap.
>
> Francesco
>
>
> 2017-11-21 16:30 GMT+01:00 Luca Boccassi <luca.bocca...@gmail.com>:
>
> > Thanks for the report, unfor
; 2017-11-17 19:00 GMT+01:00 Brian Knox via zeromq-dev <
> zeromq-dev@lists.zeromq.org>:
>
> > Hi Luca! I'll run some of my test suites against it later today and
> > see if
> > anything breaks.
> >
> > On Fri, Nov 17, 2017 at 11:05 AM Luca Boccassi <
On Fri, 2017-11-10 at 20:17 +, Stephen Gray wrote:
> > Have you checked this issue and the solution at the bottom?
> >
> > https://github.com/zeromq/czmq/issues/1617
> >
> > --
> > Kind regards,
> > Luca Boccassi
>
> Thanks for the tip Luca.
how does a program break out of a long-running send or
> receive loop when the heartbeat ttl has expired or there in no
> heartbeat response from a peer?
>
> Thanks.
You can listen for events, in particular a disconnect one will happen
if a heartbeat fails.
--
Kind regards,
Luca
m/iqx3JsTV
>
>
> Regards,
> Mykola
Heartbeats are now included in the protocol, check the various
ZMQ_HEARTBEAT_* socket options
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev
recv() instead?
>
> Thanks,
> Robert
Yes indeed, it's outdated since the 2.x days. Could you please send a
PR to fix it?
It's this txt file that generates it:
https://github.com/zeromq/libzmq/blob/master/doc/zmq_msg_init.txt
--
Kind reg
On Wed, 2017-11-08 at 19:59 +0200, Mykola Ostrovskyy via zeromq-dev
wrote:
> 2017-11-08 15:54 GMT+02:00 Luca Boccassi <luca.bocca...@gmail.com>:
>
> >
> > Heartbeats are now included in the protocol, check the various
> > ZMQ_HEARTBEAT_* socket options
> >
On Fri, 2017-11-17 at 16:05 +, Luca Boccassi wrote:
> Hi,
>
> With https://github.com/zeromq/libzmq/issues/2733 duct-taped the
> major
> blocker for releasing libzmq 4.2.3 is gone. I am currently compiling
> the changelog.
>
> It would be great if folks with applic
can return -1 from a zloop_reader to signal zloop to stop running
and return from zloop_start.
You'll also want to signal the main thread that you are ready just
before going into the loop, rather than before setting everything up,
to avoid race conditions.
--
Kind regards,
Luca
t; Gyorgy
Sounds like what you want is similar to push-pull - load balancing is
embedded in that pattern, have a look at the docs
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev
eed.
But from each individual publisher, to each individual subscriber, the
ordering is guaranteed. Messages are written in a queue (first-in
first-out), and then given to TCP, and then again received in a queue
where the application fetches them from.
--
Kind regards,
Luca Boccassi
signat
nd I would like
> to
> process, inside my SUBscriber the messages ordered by timestamp, but
> of
> course ZMQ cannot know about that...
>
> Francesco
Yes you'd have to implement that in your application - but I'm not sure
how well that can scale.
> 2017-12-06 13:40 GMT+01:00 Lu
st czmq master which has similar changes in
> > > to to
> >
> > configure gossip for curve-
> >
> > --
> > wes
> > wesyoung.me
> >
> >
>
> _______
> zeromq-dev mailing list
> ze
On Wed, 2017-10-25 at 18:10 +0200, Benjamin Henrion wrote:
> On Wed, Oct 25, 2017 at 3:04 PM, Luca Boccassi <luca.boccassi@gmail.c
> om> wrote:
> > On Wed, 2017-10-25 at 14:24 +0200, Benjamin Henrion wrote:
> > > I tried to compile the head of zyre today, did not w
ll.
>
> Now my question is: is there any reason to have this
> inbound_poll_rate setting hardcoded and not configurable (e.g., via
> context
> option) ?
It might be as simple as nobody has needed it beforehand. I guess one
issue could be that by changing those values it's extremely easy
nux-only so it will be disabled
(socket-activated services are a systemd specific thing anyway), uuid
has an internal implementation fallback, lz4 is used for new zstr API
that allow to compress strings before sending them so they'll just be
disabled.
--
Kind regards,
Luca Boccassi
signature.asc
Des
201 - 300 of 534 matches
Mail list logo