[zeromq-dev] I need ZMQ server working like DLL

[Andy]

I have two process. ZMQ server which is database client. Waits for requests
and read/write to database. ZMQ client works synchronously - give request
and short wait for response.
What example?
On github I saw many repositories for C++ ZeroMQ:
azmq
azmq1-0
cppzmq
libzmq
zeromq4-1
zmqpp
What difference is roughly between them ? Which would be better to me?
I don't use ZMQ_SUBSCRIBE?
How wait socker.recv only short time and next renew request?
___
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?

[Brian Knox]

I'm going to see if I can make this happen for FOSDEM 2018 :)

On Tue, Aug 29, 2017 at 6:11 PM Luca Boccassi 
wrote:

> 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  > > l.
> > > 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  > > > > ma
> > > > > il.c
> > > > > om> 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?
> > > > > >
> > > > > > Benjamin, would the hacker space we were at be available
> > > > > > again?
> > > > >
> > > > > Yes, same recipe as last year.
> > > > >
> > > > > --
> > > > > Benjamin Henrion 
> > > > > FFII Brussels - +32-484-566109 <+32%20484%2056%2061%2009> -
> +32-2-3500762 <+32%202%20350%2007%2062>
> > > > > "In July 2005, after several failed attempts to legalise
> > > > > software
> > > > > patents in Europe, the patent establishment changed its
> > > > > strategy.
> > > > > Instead of explicitly seeking to sanction the patentability of
> > > > > software, they are now seeking to create a central European
> > > > > patent
> > > > > court, which would establish and enforce patentability rules in
> > > > > their
> > > > > favor, without any possibility of correction by competing
> > > > > courts
> > > > > or
> > > > > democratically elected legislators."
> > > >
> > > > Great!
> > > >
> > > > Should we book the space or something like that?
> > > >
> > > > I'll create an event page on the wiki in a moment and then send
> > > > the
> > > > link
> > >
> > > Yes, it should appear on the frontpage in the list of events, you
> > > have
> > > to create a wikipage placeholder like last year with a link to the
> > > zeromq wiki.
> > >
> > > You would need ipv6 though to create and edit pages on hsbxl wiki.
> > >
> > > Best,
> > >
> > > --
> > > Benjamin Henrion 
> > > FFII Brussels - +32-484-566109 <+32%20484%2056%2061%2009> -
> +32-2-3500762 <+32%202%20350%2007%2062>
> > > "In July 2005, after several failed attempts to legalise software
> > > patents in Europe, the patent establishment changed its strategy.
> > > Instead of explicitly seeking to sanction the patentability of
> > > software, they are now seeking to create a central European patent
> > > court, which would establish and enforce patentability rules in
> > > their
> > > favor, without any possibility of correction by competing courts or
> > > democratically elected legislators."
> >
> > http://zeromq.org/event:zeromq-pre-fosdem-hackaton-thu-1-fri-2-feb-20
> > 18
> >
> > Later today I'll create the page on the hsbxl wiki - no IPv6 at work
> > (quite embarrassing for a networking company...)
>
> Benjamin,
>
> I've created the page on the wiki, could you please double check that I
> did it right when you have a moment?
>
> https://hsbxl.be/ZeroMQ_Pre-Fosdem_Hackaton_2018
>
> Thanks!
>
> --
> Kind regards,
> Luca Boccassi___
> 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

Re: [zeromq-dev] zmq_msg_send returns "Resource temporarily unavailable"

[Luca Boccassi]

On Wed, 2017-08-30 at 11:15 +0200, Stephan Opfer wrote:
> Hi all,
> 
> after the second sending over a RADIO socket, the send method always
> returns resource temporarily unavailable. Nevertheless the sockets is
> sending something every call. Here are the few lines of code I use:
> 
> this->ctx = zmq_ctx_new();
> this->socket = zmq_socket(ctx, ZMQ_RADIO);
> zmq_connect(socket, "udp://224.0.0.1:")
> zmq_msg_t msg;
> zmq_msg_init_data(, byteArray.begin(), byteArray.size(), NULL,
> NULL);
> zmq_msg_set_group(, "TestMCGroup");
> zmq_msg_send(, this->socket, 0); // <-- return code is 11 -
> Resource temporarily unavailable
> zmq_msg_close();
> 
> I am sending in a while(true) loop. Is that too fast? Do I actually
> have problem at all?
> 
> Greetings,
>    Stephan

11 is the number of bytes 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 in case of error (ie: -1 was returned)

-- 
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] Rare feature combination possible?

[Luca Boccassi]

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 RADIO/DISH sockets are the newer,
>thread-safe
>> sockets, which don't support multi part messages (ZMQ_SNDMORE option
>is not
>> accepted).
>>
>> On 29 Aug 2017, at 14:35, Stephan Opfer 
>wrote:
>>
>> >> 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
>> >> message anyway.
>> >
>> > No on the receiving site I think that I'll need to accept to copy
>the
>> data anyway.
>> > --
>> > Distributed Systems Research Group
>> > Stephan Opfer  T. +49 561 804-6280  F. +49 561 804-6277
>> > Univ. Kassel,  FB 16,  Wilhelmshöher Allee 73,  D-34121 Kassel
>> > WWW: http://www.uni-kassel.de/go/vs_stephan-opfer/
>> > ___
>> > 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
>>

Regarding multicast, Linux binary packages built on OBS are built with PGM 
support, so you can just grab the ones for your distro:

https://build.opensuse.org/project/show/network:messaging:zeromq:git-stable


signature.asc
Description: PGP signature
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev

[zeromq-dev] zmq_msg_send returns "Resource temporarily unavailable"

[Stephan Opfer]

Hi all,

after the second sending over a RADIO socket, the send method always returns 
resource temporarily unavailable. Nevertheless the sockets is sending something 
every call. Here are the few lines of code I use:

this->ctx = zmq_ctx_new();
this->socket = zmq_socket(ctx, ZMQ_RADIO);
zmq_connect(socket, "udp://224.0.0.1:")
zmq_msg_t msg;
zmq_msg_init_data(, byteArray.begin(), byteArray.size(), NULL, NULL);
zmq_msg_set_group(, "TestMCGroup");
zmq_msg_send(, this->socket, 0); // <-- return code is 11 - Resource 
temporarily unavailable
zmq_msg_close();

I am sending in a while(true) loop. Is that too fast? Do I actually have 
problem at all?

Greetings,
  Stephan


--
Distributed Systems Research Group
Stephan Opfer  T. +49 561 804-6280  F. +49 561 804-6277
Univ. Kassel,  FB 16,  Wilhelmshöher Allee 73,  D-34121 Kassel
WWW: http://www.uni-kassel.de/go/vs_stephan-opfer/
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev