Re: [zeromq-dev] ZMQ_DONTWAIT and EINTR

2018-07-07 Thread Luca Boccassi
o - messages are delivered to the application atomically. -- 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

Re: [zeromq-dev] Pipeline Reliability

2018-07-03 Thread Luca Boccassi
onsider moving away from ZMQ to nanomsg or nng]. > > Thanks, 1) Don't close/reopen the socket, you can avoid blocking with DONTWAIT by itself 2) Enable the heartbeat options for faster automated disconnects and reconnects -- 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

Re: [zeromq-dev] ZMQ_PAIR over TCP

2018-06-20 Thread Luca Boccassi
___ > zeromq-dev mailing list > zeromq-dev@lists.zeromq.org > https://lists.zeromq.org/mailman/listinfo/zeromq-dev -- 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

Re: [zeromq-dev] ZMQ_PAIR over TCP

2018-06-18 Thread Luca Boccassi
bind should fail for anything other than inproc so > > > > people don’t > > > > make mistakes and assume it’s going to work. > > > > > > > > > > > > > > > > Thanks > > > > > > > > > >

Re: [zeromq-dev] What are the platform requirements

2018-06-17 Thread Luca Boccassi
On Sun, 2018-06-17 at 14:58 -0600, Henry Smith wrote: > Does 0MQ require an operating system (Linux, OSX, Windows, etc)? It works on all currently used *nix systems and all Windows version from XP and up. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally sig

Re: [zeromq-dev] ZeroMQ and UDP

2018-06-09 Thread Luca Boccassi
doesn't make sense for much else as well - it's lossy, so it doesn't work for non-lossy patterns, and it doesn't support multipart so it won't work for pub/sub. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part

Re: [zeromq-dev] Client/Server Socket Prospects?

2018-06-06 Thread Luca Boccassi
n appetite for > risk tolerance, but any insight would be appreciated. > > Thanks, > Graeme Cunningham. When it's ready (TM) Note that the docs have been updated, and the current socket types are un-deprecated as many users expressed the need to keep them (for multipart support)

Re: [zeromq-dev] Need help with Client-Server pattern

2018-06-04 Thread Luca Boccassi
On Mon, 2018-06-04 at 08:52 -0400, vincent freedom wrote: > I see, thanks. > > I am guessing it's going to be release pretty soon since it made it > into > man pages. Any ideas when? There is work to do yet, so no firm plan on when those new APIs will be moved to stable. -- Kin

Re: [zeromq-dev] Need help with Client-Server pattern

2018-06-04 Thread Luca Boccassi
ad.html?project=network%3Amessaging%3Azeromq%3Arelease-draft=libzmq3-dev Of course note that DRAFT means the API/ABI might get incompatible changes at any time without any prior notice and thus break your application. -- Kind regards, Luca Boccassi signature.asc Description: This

Re: [zeromq-dev] Why PUB and SUB sockets don't use multi-part messages?

2018-05-31 Thread Luca Boccassi
fic reason for doing concatenation, instead of using > the > first part of a multi-part message? > > Regards, > Dev You can use a separate frame (first one) for the topic if you wish. It will work, but it's not mandatory. -- Kind regards, Luca Boccassi

Re: [zeromq-dev] [Tech support] SUB socket filter with reverse logic

2018-05-31 Thread Luca Boccassi
> messages containing that keyword? Check the ZMQ_INVERT_MATCHING socket option -- 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.zer

Re: [zeromq-dev] cppzmq revival and RFC on design goals and supported platforms

2018-05-24 Thread Luca Boccassi
; E-Mail: simon.giese...@btc-ag.com > > > > Rechtliche Hinweise: > > www.btc-ag.com/impressum.htm > > Handelsregister: Amtsgericht Oldenburg HRB 4717 > > Aufsichtsratsvorsitzender: Michael Heidkamp > > Vorstand: Dr. Jörg Ritter, Dirk Thole > > > > ___ > > zeromq-dev mailing list > > zeromq-dev@lists.zeromq.org > > https://lists.zeromq.org/mailman/listinfo/zeromq-dev > > > > ___ > zeromq-dev mailing list > zeromq-dev@lists.zeromq.org > https://lists.zeromq.org/mailman/listinfo/zeromq-dev -- 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

Re: [zeromq-dev] Sharing socket safely between threads

2018-05-08 Thread Luca Boccassi
er > design to achieve something like this? > > Thank you in advance! Use inproc/pair sockets - they are made and used extensively for inter- thread communication. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part _

Re: [zeromq-dev] Performance measurements question

2018-05-03 Thread Luca Boccassi
at 16:13 +0300, Ernest Zed wrote: > If I get ping ~50us and zmq performance reports ~50us it means that > zmq has > virtually zero overhead, right? > > On Thu, May 3, 2018 at 4:05 PM, Luca Boccassi <luca.bocca...@gmail.co > m> > wrote: > > > On Thu, 2018-05

Re: [zeromq-dev] Performance measurements question

2018-05-03 Thread Luca Boccassi
could expect > from zmq > when running local/remote_lat test? 25, 50, 100, 200us? > > Sincerely, > Ernest The environment can vary the performances, so you should simply measure it and see what's it like with your hardware and network. -- Kind regards, Luca Boccassi signature.asc De

Re: [zeromq-dev] IPv6 multicast RADIO/DISH

2018-04-27 Thread Luca Boccassi
On Fri, 2018-04-27 at 15:00 +0200, Lionel Flandrin wrote: > On Fri, Apr 27, 2018 at 01:36:13PM +0100, Luca Boccassi wrote: > > On Fri, 2018-04-27 at 14:29 +0200, Lionel Flandrin wrote: > > > On Thu, Apr 26, 2018 at 10:58:33AM +0100, Luca Boccassi wrote: > > > > On

Re: [zeromq-dev] IPv6 multicast RADIO/DISH

2018-04-27 Thread Luca Boccassi
On Fri, 2018-04-27 at 14:29 +0200, Lionel Flandrin wrote: > On Thu, Apr 26, 2018 at 10:58:33AM +0100, Luca Boccassi wrote: > > On Thu, 2018-04-26 at 10:55 +0200, Lionel Flandrin wrote: > > > On Thu, Apr 26, 2018 at 09:23:13AM +0100, Luca Boccassi wrote: > > > > On

Re: [zeromq-dev] IPv6 multicast RADIO/DISH

2018-04-26 Thread Luca Boccassi
On Thu, 2018-04-26 at 10:55 +0200, Lionel Flandrin wrote: > On Thu, Apr 26, 2018 at 09:23:13AM +0100, Luca Boccassi wrote: > > On Thu, 2018-04-26 at 10:00 +0200, Lionel Flandrin wrote: > > > Hello everyone, > > > > > > I'm trying to build a multicast protocol

Re: [zeromq-dev] IPv6 multicast RADIO/DISH

2018-04-26 Thread Luca Boccassi
ause nobody bothered to implement it? > > Thank you for your help (and your great library), UDP right now supports only ipv4 - it's a work in progress: https://github.com/zeromq/libzmq/issues/2891 PUB/SUB with PGM or NORM should do what you are looking for. -- Kind regards, Luca Boccassi signatu

Re: [zeromq-dev] Exiting a child thread

2018-04-17 Thread Luca Boccassi
zmq_term) the > context for the child but nothing happens. How do I safely leave the > thread and move on with my code i.e. close the sockets and destroy > the context for the proxy, destruct the streaming class, and move to > operate on the message sink? > > Thanks in advance > B

Re: [zeromq-dev] Only first X messages received with PGM/0MQ c++ setup

2018-04-16 Thread Luca Boccassi
On Mon, 2018-04-16 at 18:25 +0200, Johnny Berentsen wrote: > 2018-04-16 14:35 GMT+02:00 Luca Boccassi <luca.bocca...@gmail.com>: > > > On Mon, 2018-04-16 at 13:54 +0200, Johnny Berentsen wrote: > > > 2018-04-02 15:30 GMT+02:00 Johnny Berentsen <johnny.ber

Re: [zeromq-dev] Only first X messages received with PGM/0MQ c++ setup

2018-04-16 Thread Luca Boccassi
quot; << > msg_str.length() << std::endl; > } > } > } > > Compilation: > g++ -c -m64 -pipe -g -std=gnu++1y -Wall -W -D_REENTRANT -fPIC > -DZMQ_HAVE_OPENPGM -isystem /usr/include/pgm-4.2 -o server.o > server.cc > g++ -m64 -o server server.o -lzmq -lpgm -lprotobuf > g++ -c -m64 -pipe -g -std=gnu++1y -Wall -W -D_REENTRANT -fPIC > -DZMQ_HAVE_OPENPGM -isystem /usr/include/pgm-4.2 -o client.o > client.cc > g++ -m64 -o client client.o -lzmq -lpgm -lprotobuf > > # Start on machine 1 > ./server > # Start on machine 2 > ./client > ___ > zeromq-dev mailing list > zeromq-dev@lists.zeromq.org > https://lists.zeromq.org/mailman/listinfo/zeromq-dev -- 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

Re: [zeromq-dev] Czmq Windows mingw32 build: dllimport

2018-04-13 Thread Luca Boccassi
Autoconf should work and it's your best bet with mingw, what is the problem exactly? On Fri, 13 Apr 2018, 18:53 Kevin Wang, wrote: > Hi all, > I have been developing on Linux for the past few months and it is time to > also port my code to windows for some customers.

Re: [zeromq-dev] User-space polling of ZMQ sockets

2018-04-12 Thread Luca Boccassi
_poll can > > > use, and > > > there are apparently significant performance differences between > > > them.  My > > > understanding of the conventional wisdom is that epoll is > > > preferable to > > > poll, which is preferable to select — but I don

Re: [zeromq-dev] Connecting sockets with different ZeroMQ contexts

2018-04-12 Thread Luca Boccassi
you can imagine, other transports work fine as that's basically like having 2 different processes talking to each other -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ zeromq-dev mailing list

Re: [zeromq-dev] User-space polling of ZMQ sockets

2018-04-11 Thread Luca Boccassi
n the socket using non- blocking receives when poll wakes up (taking care of using heuristic to avoid starving the other sockets), so that you can process multiple messages per poll -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part __

Re: [zeromq-dev] Linger vs inproc

2018-04-09 Thread Luca Boccassi
ely You can never guarantee that, simply because they are inherently conflicting statements. If you set linger to -1 and the other end exits prematurely then you'll block. If the application is too slow it will break the block limit. Most importantly, don't create sockets continuously. It's an an

Re: [zeromq-dev] Immediate and linger on ROUTER socket

2018-04-09 Thread Luca Boccassi
cannot remember exactly, it's used to decide what to do at some stage(s) in the pipes management > -Opprinnelig melding- > Fra: zeromq-dev [mailto:zeromq-dev-boun...@lists.zeromq.org] På vegne > av Luca Boccassi > Sendt: 6. april 2018 23:56 > Til: ZeroMQ development list &

Re: [zeromq-dev] Pub/Sub scalability over TCP vs epgm/pgm

2018-04-09 Thread Luca Boccassi
tem and your application. It might be negligible, or it might not. -- 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

Re: [zeromq-dev] Installation errors on Windows 10

2018-04-09 Thread Luca Boccassi
s.  > > With kindest regards, > Chandra cppzmq is a header with c++ wrappers, you don't need it to get started, you can use just 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

Re: [zeromq-dev] Immediate and linger on ROUTER socket

2018-04-06 Thread Luca Boccassi
l unroutable messages, when will it matter what the > Linger value is? When they are routable but not yet sent > Kind regards > Harald Nøkland > Senior Robotics Engineer > > -Opprinnelig melding- > Fra: zeromq-dev [mailto:zeromq-dev-boun...@lists.zeromq.org] På ve

Re: [zeromq-dev] Immediate and linger on ROUTER socket

2018-04-06 Thread Luca Boccassi
socket types:all Applicable socket types:all, only for connection-oriented transports. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org

Re: [zeromq-dev] FOSDEM 2019 - annual ZeroMQ meetup/hackaton

2018-03-30 Thread Luca Boccassi
On Fri, 2018-03-30 at 17:15 +0100, Luca Boccassi wrote: > Hello, > > Yes, it's not even 2 months since FOSDEM 2018, I know :-) > > But the dates for FOSDEM 2019 have been officially announced, > February > the 2nd and 3rd: > > https://fosdem.org/2018/news/2018-03-30-d

Re: [zeromq-dev] FOSDEM 2019 - annual ZeroMQ meetup/hackaton

2018-03-30 Thread Luca Boccassi
On Fri, 2018-03-30 at 18:23 +0200, Benjamin Henrion wrote: > On Fri, Mar 30, 2018 at 6:15 PM, Luca Boccassi <luca.boccassi@gmail.c > om> wrote: > > Hello, > > > > Yes, it's not even 2 months since FOSDEM 2018, I know :-) > > > > But the dates for

[zeromq-dev] FOSDEM 2019 - annual ZeroMQ meetup/hackaton

2018-03-30 Thread Luca Boccassi
afar to get cheaper airfare and accommodation. So, same procedure as every year? Thursday and Friday at Hackerspace HSBXL? Benjamin, is that ok? Can we go on and book it already? -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part

Re: [zeromq-dev] zeromq-dev Digest, Vol 24, Issue 13

2018-03-24 Thread Luca Boccassi
end(, output); > assert(rc == 0); > > rnum1 = 0; > rnum2 = 0; > rc = zsock_recv(input, "is4", , , ); > assert(rc == 0); > std::cout << "Received " << rnum1 << ", " << rstr << &quo

Re: [zeromq-dev] zframe compatible w/zsock picture?

2018-03-24 Thread Luca Boccassi
zframe sender with a picture receiver (and vice > versa)? The docs imply yes: “The picture is a string that defines the > type of each frame.” > > Thanks, > Joe Yes, see selftest for an example: https://github.com/zeromq/czmq#zsock---high-level-socket-api-that-hides-libzmq-c

Re: [zeromq-dev] [External] Re: A PGM/EPGM question

2018-03-23 Thread Luca Boccassi
VENTS on both PUB and > > SUB. > > > > > > > > Nothing seems to work in terms of triggering the PUB to react and > > process > > the NAKs received from remote SUB. Looking at the code a bit I see > > this > > function zmq::pgm_socket_t::process_ups

Re: [zeromq-dev] Reconnecting the Client side of a REQ-REP socket

2018-03-23 Thread Luca Boccassi
between thread1 and thread2, and then instead of doing zmq_recv do zmq_poll in thread1 on both the req socket and the inproc one - that way the poll will be interrupted when thread2 sends the updated endpoint, and you can take it from there in thread 1 (disconnect/connect). > On Fri, Mar 23,

Re: [zeromq-dev] Reconnecting the Client side of a REQ-REP socket

2018-03-23 Thread Luca Boccassi
resolve > this? If the endpoint stays the same look at the heartbeats options. If the endpoint changes, you'll need to zmq_disconnect and zmq_connect -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___

[zeromq-dev] [maintainers of ZMTP implementations] ZMTP 3.1 and application metadata

2018-03-15 Thread Luca Boccassi
ion please make sure that, even if the feature is not supported, at least the handshake is not broken. It should be fine, but just in case. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ zeromq-dev mai

Re: [zeromq-dev] zpoller and lvcache backend socket misses new subscribers to duplicate topic

2018-03-08 Thread Luca Boccassi
On 8 Mar 2018 21:14, "Rich Schramm" wrote: I am trying to implement lvcache from example with the czmq vsn 4.1.0. api I want to send last value from cache to any new subscriber to a topic. My problem is that only the first subscriber to a topic is seems to trigger an event for

Re: [zeromq-dev] Consequences of using same keys on multiple servers or clients in CurveZMQ

2018-03-08 Thread Luca Boccassi
> > > Which is maybe pointing to there being a problem. > > If I have to use different keys for every server and client, then > CurveZMQ > probably isn't tenable for my use. I'm really looking for a "give the > new > lab member or temperature-monitoring-raspberry-pi

Re: [zeromq-dev] Test test_pair_tcp.cpp hangs at bounce()

2018-02-28 Thread Luca Boccassi
tests fail? Or only that one? You can try and add socket monitors to check that the handshake succeeds: https://github.com/zeromq/libzmq/blob/master/doc/zmq_socket_monitor.txt Alternatively, given it's a tcp test, you can use wireshark/tshark with the zmtp dissector to snoop on the wire: ht

Re: [zeromq-dev] are zmq::atomic_ptr_t<> Helgrind warnings known?

2018-02-25 Thread Luca Boccassi
would be interesting. Luca is saying that ZMQ is basically > race-free, but I have never seen any documentation on how that is > achieved or verified. From a quick look at the code, it appears that > ZMQ uses a combination of plain old pthread mutexes along with > knowledge of ZMQ’s internal threading architecture to know when > mutexes are unnecessary.   The queues and pipes use atomic pointer-swapping and a lock-free single-writer-single-reader algorithm (somewhat similar, although much simpler and focused for a single use case, to some of the data structures provided by liburcu) You can see the implementation in ypipe.hpp and yqueue.hpp, they are both fairly small. -- 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

Re: [zeromq-dev] are zmq::atomic_ptr_t<> Helgrind warnings known?

2018-02-24 Thread Luca Boccassi
e, and > > > just > > > happened to notice that the TSAN docs use ZeroMQ as one of the > > > example > > > suppressions:  https://github.com/google/san > > > itizers/wiki/ThreadSanitizerSuppressions > > > > > > I assume that the reason fo

Re: [zeromq-dev] Multiple connects with a ZMQ_REQ socket appears not to work

2018-02-23 Thread Luca Boccassi
nnection status changes, but you cannot get info on the message queues (intentionally). Have a read of the zguide, there should be plenty information of various failover patterns: http://zguide.zeromq.org/ -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed mess

Re: [zeromq-dev] Multiple connects with a ZMQ_REQ socket appears not to work

2018-02-23 Thread Luca Boccassi
On Fri, 2018-02-23 at 19:18 +, Mark wrote: > On 23Feb18, Luca Boccassi allegedly wrote: > > That's because it's round-robin, and the connection is async - so > > it > > will wait on the first server to respond, and it never does so it's > > blocked there. Sound

Re: [zeromq-dev] are zmq::atomic_ptr_t<> Helgrind warnings known?

2018-02-23 Thread Luca Boccassi
with  zmq::atomic_ptr_t<>? > > Thanks, > Francesco Yeah I started trying to put together a suppression file but never finished it: https://github.com/bluca/libzmq/commit/fb9ee9da7631f9506cbfcd6db29a284ae6e9651e Hope to have time to finish working on it eventually (feel free t

Re: [zeromq-dev] Multiple connects with a ZMQ_REQ socket appears not to work

2018-02-23 Thread Luca Boccassi
if you tune the tcp reconnect options to have a small timeout, so that the pipe is removed - by default it's quite large. Note sure it will work - try 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

Re: [zeromq-dev] [RFC] Proposed changes to C4 to formalise requirements for API status transition from "draft" to "stable"

2018-02-19 Thread Luca Boccassi
On Mon, 2018-02-19 at 11:00 +0100, Benjamin Henrion wrote: > On Feb 19, 2018 10:33, "Luca Boccassi" <luca.bocca...@gmail.com> > wrote: > > On Mon, 2018-02-19 at 10:10 +0100, Michal Vyskocil wrote: > > Hi, > > > > Thanks for proposal, just gave my

Re: [zeromq-dev] [RFC] Proposed changes to C4 to formalise requirements for API status transition from "draft" to "stable"

2018-02-19 Thread Luca Boccassi
e :-) > Michal > > > On Sun, Feb 18, 2018 at 9:52 PM, Luca Boccassi <luca.boccassi@gmail.c > om> > wrote: > > > Hello, > > > > We have been using the draft/stable status for API for a few years > > now, > > but the exact requirements for a tran

[zeromq-dev] [RFC] Proposed changes to C4 to formalise requirements for API status transition from "draft" to "stable"

2018-02-18 Thread Luca Boccassi
/ac42b46a2acdd34e473a73a43e2b5b5724216390 Please provide comments/acks/nacks on the PR: https://github.com/zeromq/rfc/pull/128 -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org

Re: [zeromq-dev] Problems with Majordomo and the new czmq API

2018-02-16 Thread Luca Boccassi
version of > czmq? > > > Peter Arseneau I think the codebase was updated, but not sure if the examples have - note that Majordomo development is pretty much halted, most of the work these days happens on Malamute https://github.com/zeromq/malamute -- Kind regards, Luca Boccassi

Re: [zeromq-dev] czmq examples / reactor shut down

2018-02-16 Thread Luca Boccassi
loop_reader (...) // as many other readers as you need zsock_signal (pipe, 0); while (!zsys_interrupted) { if (zloop_start (loop) != 0) break; // termination received } // zsock_destroy (...) // if any zloop_destroy (); } --

Re: [zeromq-dev] Is there a reasonable way to use an existing PKI and D/TLS with 0MQ?

2018-02-14 Thread Luca Boccassi
ansport is not simple plug but neither is too hard - apart from the new mechanism subclass, which should be not too difficult as the interface is fairly small, it would need some changes in a few other places - with those we can help eventually. > On Feb 13, 2018, at 5:42 PM, Luca Boccassi <luca

Re: [zeromq-dev] Is there a reasonable way to use an existing PKI and D/TLS with 0MQ?

2018-02-13 Thread Luca Boccassi
On Tue, 2018-02-13 at 17:03 -0500, John Lane Schultz wrote: > I’m new to 0MQ, so please excuse my ignorance about it.  I read the > guide book, the blog entries on CurveZMQ, looked at the directory of > 0MQ GitHub repositories, and googled around to see if anyone had > added a D/TLS layer into

Re: [zeromq-dev] How to get data a ZMQ_PUB service?

2018-02-13 Thread Luca Boccassi
erated from the same script ... > > Can I write a ZMQ_PUBLISHER entity which receive data from external > data > source / application ... ? Sure, data can come from anywhere. The protocol/library is completely data agnostic. You can even use zmq_proxy to "connect" different ends

Re: [zeromq-dev] zyre use case

2018-02-13 Thread Luca Boccassi
here is no central phone server > (asterisk, freeswitch), and people should be able to call each > other... > > Best, IPv6 support is there for *NIX (IIRC not implemented on Windows) so it might work, your mileage might vary depending on the network itself. -- Kind regards, Luca

Re: [zeromq-dev] Server Socket Initiate Communication

2018-02-10 Thread Luca Boccassi
join or leave > (different from crashing or network partitions). In such a peer to > peer > network the symmetry of each peer binding a server socket to itself > and > talking to other peers seems appealing. Thank you For P2P networks check out zyre https://github.com/zerom

Re: [zeromq-dev] FOSDEM 2018 - ZeroMQ gathering/hackaton?

2018-02-05 Thread Luca Boccassi
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?

Re: [zeromq-dev] FOSDEM 2018 - ZeroMQ gathering/hackaton?

2018-02-01 Thread Luca Boccassi
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?

Re: [zeromq-dev] FOSDEM 2018 - ZeroMQ gathering/hackaton?

2018-01-31 Thread Luca Boccassi
> > Hi, > > > > I will arrive on Wednesday evening as well, so we could meet > > somewhere :) I > > am staying near the Etterbeek Station. > > > > I have to leave somewhat early on Thursday, but will be there all > > day > > on > > Friday

Re: [zeromq-dev] FOSDEM 2018 - ZeroMQ gathering/hackaton?

2018-01-30 Thread Luca Boccassi
> > I have to leave somewhat early on Thursday, but will be there all day > on > Friday. > > Best regards > Simon > > -Ursprüngliche Nachricht- > Von: zeromq-dev [mailto:zeromq-dev-boun...@lists.zeromq.org] Im > Auftrag von > Luca Boccassi > Gesendet: Freitag, 26.

Re: [zeromq-dev] Communication between C++ zmq client and Python zmq Server

2018-01-27 Thread Luca Boccassi
> > > print("Received message from Sofa: {}".format(message)) > > > > > > # print("Received message from c++ %s" % message) > > > > > > > > > > > > # Do some 'work' > > > > > > time.sleep(1) > > > > > > > > > > > > # Send reply back to client > > > > > > # socket.send(b"Hola cliente, muy bien y tu ?") > > > > > > # print('Response sent') > > > > > > > > > > > > > > > > > > > > > > > > The output or the message which arrive to python zmq server > > > > > > is the > > > > > > symbols characters of the btnState: > > > > > > > > > > > > (cnvss_test) ➜  Python git:(ZMQCommunication) ✗ python > > > > > > server.py > > > > > > ZMQ Server listening ... > > > > > > *Received message from Sofa: > > > > > > b"\x00'\x84)\xff\x7f\x00\x00\x98&*" > > > > > > > > > > > > Likely, As I in my python server I am representing like  a > > > > > > string > > > > > > message arrived and I am sending from my c++ client a int > > > > > > btnState > > > > > > data, > > > > > > then I try convert int to string in  the python server > > > > > > side: > > > > > > > > > > > > And I replace this line > > > > > > > > > > > > print("Received message from Sofa: {}".format(message)) > > > > > > > > > > > > by thiis line > > > > > > > > > > > > print("Received message from c++ %s" % str(message)) > > > > > > > > > > > > But my output is: > > > > > > > > > > > > (cnvss_test) ➜  Python git:(ZMQCommunication) ✗ python > > > > > > server.py > > > > > > ZMQ Server listening ... > > > > > > *Received message from c++ > > > > > > b'\x00^n&\xff\x7f\x00\x00\xd8\\'* > > > > > > Traceback (most recent call last): > > > > > >   File "server.py", line 19, in > > > > > > message = socket.recv() > > > > > >   File "zmq/backend/cython/socket.pyx", line 693, in > > > > > > zmq.backend.cython.socket.Socket.recv > > > > > >   File "zmq/backend/cython/socket.pyx", line 727, in > > > > > > zmq.backend.cython.socket.Socket.recv > > > > > >   File "zmq/backend/cython/socket.pyx", line 150, in > > > > > > zmq.backend.cython.socket._recv_copy > > > > > >   File "zmq/backend/cython/socket.pyx", line 145, in > > > > > > zmq.backend.cython.socket._recv_copy > > > > > >   File "zmq/backend/cython/checkrc.pxd", line 25, in > > > > > > zmq.backend.cython.checkrc._check_rc > > > > > > zmq.error.ZMQError: Operation cannot be accomplished in > > > > > > current state > > > > > > (cnvss_test) ➜  Python git:(ZMQCommunication) ✗ > > > > > > > > > > > > I follow getting the characters symbolss. > > > > > > My question is: How to can I represent the arrived message > > > > > > in my > > > > > > python zmq server to show their content ? > > > > > > According to this behavior, can I assume that the btnState > > > > > > data is > > > > > > sent to python server of anyway? > > > > > > > > > > > > Any support or orientation will be highly appreciated > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ___ > > > > > > zeromq-dev mailing list > > > > > > zeromq-dev@lists.zeromq.org > > > > > > https://lists.zeromq.org/mailman/listinfo/zeromq-dev > > > > > > > > > > > > > > > > ___ > > > > > zeromq-dev mailing list > > > > > zeromq-dev@lists.zeromq.org > > > > > https://lists.zeromq.org/mailman/listinfo/zeromq-dev > > > > > > > > > > > > > ___ > > > > > > zeromq-dev mailing list > > > zeromq-dev@lists.zeromq.org > > > https://lists.zeromq.org/mailman/listinfo/zeromq-dev > > > > > > > ___ > > zeromq-dev mailing list > > zeromq-dev@lists.zeromq.org > > https://lists.zeromq.org/mailman/listinfo/zeromq-dev > > > > > > ___ > zeromq-dev mailing list > zeromq-dev@lists.zeromq.org > https://lists.zeromq.org/mailman/listinfo/zeromq-dev -- 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

Re: [zeromq-dev] Publishers stops sending data after sometime. Subscriber is required to fix publisher

2018-01-27 Thread Luca Boccassi
t; - > > > > Thanks > > > > Ravi > > > > ___ > > > > zeromq-dev mailing list > > > > zeromq-dev@lists.zeromq.org > > > > https://lists.zeromq.org/mailman/listinfo/zeromq-dev > &g

Re: [zeromq-dev] FOSDEM 2018 - ZeroMQ gathering/hackaton?

2018-01-26 Thread Luca Boccassi
> at HXBL > on Thursday at 8am to take the keys. > > See you next week. > > Cheers > Kevin > > Am 24.01.2018 10:16 nachm. schrieb "Benjamin Henrion" <zoobab@gmail.c > om>: > > On Wed, Jan 24, 2018 at 9:54 PM, Luca Boccassi <luca.boccassi@gm

Re: [zeromq-dev] FOSDEM 2018 - ZeroMQ gathering/hackaton?

2018-01-24 Thread Luca Boccassi
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?

Re: [zeromq-dev] CZMQ zsys layer

2018-01-22 Thread Luca Boccassi
case. > > If someone deeply familiar with the zsys_layer could comment on this > it would be awesome.  My C skills aren't up to making a pull request > though, I work in C++. > > Thanks, > > Stephen. -- 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

Re: [zeromq-dev] FOSDEM 2018 - ZeroMQ gathering/hackaton?

2018-01-17 Thread Luca Boccassi
g. -- 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

Re: [zeromq-dev] Proper way to configure conflate in ZeroMQ

2018-01-16 Thread Luca Boccassi
On Tue, 2018-01-16 at 13:28 +, Ravi Joshi wrote: > Thank you very much Luca Boccassi. > I understand your point. I have one more question. Do I need to set > the Conflate option for both publisher and subscriber? > I believe if I set it only in publisher side, there should be no n

Re: [zeromq-dev] Proper way to configure conflate in ZeroMQ

2018-01-16 Thread Luca Boccassi
://pastebin.com/dMT00sUG > > Apologies for putting PasteBin's URL since I wanted to keep the > message short and clean. Thank you very much. As the zmq_setsockopt manpage states, you need to set the option before bind/connect. -- Kind regards, Luca Boccassi signature.asc Desc

Re: [zeromq-dev] Curve messaging security capacity

2018-01-05 Thread Luca Boccassi
ium. In my project > (I was using a similar topology as you) it was about 10-15 times > faster than TweetNaCl. > > On 05. 01. 2018 14:45, Luca Boccassi wrote: > > On Fri, 2018-01-05 at 12:46 +, Stephen Gray wrote: > > > I'm building up a 'clone' pattern d

Re: [zeromq-dev] Curve messaging security capacity

2018-01-05 Thread Luca Boccassi
r you are using libsodium or the embedded tweetnacl. IIRC libsodium supports hardware accelerators, including recent-ish CPU instructions. I don't think I've seen benchmarks before. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part

Re: [zeromq-dev] how to reliably wait for SUBscribers to connect before sending messages

2018-01-05 Thread Luca Boccassi
On Fri, 2018-01-05 at 12:33 +0100, Francesco wrote: > Hi Luca, > > 2018-01-05 12:23 GMT+01:00 Luca Boccassi <luca.bocca...@gmail.com>: > > > On Fri, 2018-01-05 at 12:04 +0100, Francesco wrote: > > > Question for zmq developers: would be possible to add a new even

Re: [zeromq-dev] how to reliably wait for SUBscribers to connect before sending messages

2018-01-05 Thread Luca Boccassi
it will deliver the subscription message to the pub socket. 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

Re: [zeromq-dev] Call for testing for czmq 4.1.0

2017-12-30 Thread Luca Boccassi
On Mon, 2017-12-25 at 16:40 +0100, Luca Boccassi wrote: > Hello, > > If you have encountered regressions in CZMQ since the last release, > please shout out. > > I've also prepared the NEWS entry for the next version, if you think > there's something missing please send a PR

Re: [zeromq-dev] udpping3.py example from ØMQ Guide hangs on context termination

2017-12-30 Thread Luca Boccassi
On Sat, 2017-12-30 at 04:04 +0100, Pavol wrote: > On Sat, Dec 30, 2017 at 12:00 AM, Luca Boccassi <luca.boccassi@gmail. > com> > wrote: > > > On Fri, 2017-12-29 at 22:32 +0100, Pavol wrote: > > > Hello, > > > > > > I'm trying to get udppin

Re: [zeromq-dev] udpping3.py example from ØMQ Guide hangs on context termination

2017-12-29 Thread Luca Boccassi
0, used in thread 1 and then closed in thread 0. Sockets are not thread safe. That might, or might not, be the issue. I would suggest to focus on the bigger picture with these examples - see what capabilities, features and network patterns are possible and how to implement them, at a hig

[zeromq-dev] Call for testing for czmq 4.1.0

2017-12-25 Thread Luca Boccassi
the end of the year if possible. Thanks! -- 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

Re: [zeromq-dev] AF_UNIX on Windows 10

2017-12-21 Thread Luca Boccassi
Win10 that would like to volunteer and try to switch the internal pipe from TCP to AF_UNIX on Win10? https://github.com/zeromq/libzmq/issues/1808#issuecomment-345250376 -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part _

Re: [zeromq-dev] Are Shared Keys Okay?

2017-12-15 Thread Luca Boccassi
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

Re: [zeromq-dev] Are Shared Keys Okay?

2017-12-15 Thread Luca Boccassi
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

Re: [zeromq-dev] CZMQ How to capture identity frame?

2017-12-14 Thread Luca Boccassi
; > 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

Re: [zeromq-dev] Streaming data

2017-12-13 Thread Luca Boccassi
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

Re: [zeromq-dev] Call for testing for libzmq 4.2.3

2017-12-11 Thread Luca Boccassi
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

Re: [zeromq-dev] CZMQ zloop shutdown inside zactor

2017-12-11 Thread Luca Boccassi
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

Re: [zeromq-dev] PUB/SUB model and time-ordering SUB-side

2017-12-06 Thread Luca Boccassi
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

Re: [zeromq-dev] PUB/SUB model and time-ordering SUB-side

2017-12-06 Thread Luca Boccassi
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

Re: [zeromq-dev] pub/sub pattern

2017-12-05 Thread Luca Boccassi
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

Re: [zeromq-dev] Call for testing for libzmq 4.2.3

2017-12-01 Thread Luca Boccassi
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: > >

Re: [zeromq-dev] Connect before bind on inproc socket

2017-12-01 Thread Luca Boccassi
> 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

Re: [zeromq-dev] Call for testing for libzmq 4.2.3

2017-11-30 Thread Luca Boccassi
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

Re: [zeromq-dev] Call for testing for libzmq 4.2.3

2017-11-30 Thread Luca Boccassi
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,

Re: [zeromq-dev] Using ZMQ_STREAM as tcp client. Why am I receiving extra info?

2017-11-29 Thread Luca Boccassi
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

Re: [zeromq-dev] Call for testing for libzmq 4.2.3

2017-11-26 Thread Luca Boccassi
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: > > >

Re: [zeromq-dev] jzmq-api 0.1.0

2017-11-24 Thread Luca Boccassi
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

Re: [zeromq-dev] Call for testing for libzmq 4.2.3

2017-11-24 Thread Luca Boccassi
> 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 > &

Re: [zeromq-dev] Call for testing for libzmq 4.2.3

2017-11-21 Thread Luca Boccassi
.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

Re: [zeromq-dev] Call for testing for libzmq 4.2.3

2017-11-21 Thread Luca Boccassi
; 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 <

  1   2   3   4   >