Hi,
The initial zmq 2.x C++ binding was part of zmq itself under the LGPL.
The binding for 3.x has been moved to a separate project. Is the binding
for 3.x still under LGPL?
This message and attachment(s) are intended solely for use by the addressee and
may contain information that is
Good question. The repository wasn't well set up, no license file and
no notes for contributors.
The zmq.hpp license was and still is MIT/X11, you can see this in the
sources. LGPL won't work since it's not a library.
-Pieter
On Tue, Mar 5, 2013 at 10:34 AM, Beyer, Marcel marcel.be...@oce.com
Is there a standard approach to ensuring data integrity and security using
ZeroMQ? I'm new to this community and don't see an obvious approach.
By 'data integrity' I mean that the message recieved is the same as the one
sent. We'll mostly be messaging over TCP, which has problems with jumbo
Hi, they have found today 2 servers publishing using xsub crashed in
mtrie.cpp[line 293] in function zmq::mtrie_t::rm_helper(..) line
apparently tryng to acces if (pipes-empty ()). I guess pipes was rubish
but I could not debug and I have been unable to reproduce at the moment.
The function
Doesn't ring a bell for me.
A few questions…
Are all endpoints using 3.2.2 or is it a mix of 3.2.2 and 2.2?
What transports are you using (inproc, tcp, ipc)?
Are you using XPUB and XSUB directly or are the endpoints actually PUB/SUB but
you are seeing a crash in the parent?
How many
Thanks for the rapid answer:
-Are all endpoints using 3.2.2 or is it a mix of 3.2.2 and 2.2?
Everything is 3.2.2
- What transports are you using (inproc, tcp, ipc)?
TCP for publishing
- Are you using XPUB and XSUB directly or are the endpoints actually PUB/SUB
but you are seeing a crash in
I have found that this happens after subscribing from a pub many (4)
times to the same string. I have changed the subscriber and now I do not
see the crash in the publisher.
I am trying to narrow the problem better.
I leave the stack in case it gives any clue.
Hi there!
Upon stressing a Java / ZMQ based piece of software, I'm getting TWO repeated
errors every now and then, they are:
Bad file descriptor (kqueue.cpp:76)
Resource busy (./mutex.hpp:90)
I'm using a request/reply schema from the client point of view (Mac OSX Darwin
Kernel Version
Adam,
There are by my count five separate projects working on this; the most
promising is Lourens Naudé's TLS transport inside the library; the
most usable today is Salt Stack's distributed security model, which
should be quite easy to reimplement.
I'd suggest reading this:
On Tue, Mar 5, 2013 at 4:42 PM, Pau p...@teleopsia.com wrote:
I have found that this happens after subscribing from a pub many (4)
times to the same string. I have changed the subscriber and now I do not
see the crash in the publisher.
I am trying to narrow the problem better.
This is
On Tue, Mar 5, 2013 at 9:57 PM, Gonzalo Vasquez gvasq...@altiuz.cl wrote:
Hi there!
Upon stressing a Java / ZMQ based piece of software, I'm getting TWO
repeated errors every now and then, they are:
Hi Gonzalo,
As with any error you're trying to report (to any project, I guess), the
best
Ok, minimal might be a problem, but I'll try to achieve that
Enviado desde mi iPhone
El 05-03-2013, a las 18:19, Pieter Hintjens p...@imatix.com escribió:
On Tue, Mar 5, 2013 at 9:57 PM, Gonzalo Vasquez gvasq...@altiuz.cl wrote:
Hi there!
Upon stressing a Java / ZMQ based piece of
12 matches
Mail list logo