Re: [zeromq-dev] ZeroMQ 4.2 release, planning

ca Boccassi <luca.bocca...@gmail.com> > wrote: >> Sorry, I meant if we go with (1), not (2), we might bump the size as >> well, since we are already doing another ABI-breaking change. >> >> I agree on the solution as well. >> >> On Mon, 2016-08-29 at 17:

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

ely new name: chumak. > I am still undecided about the "zeromq organization", so I'll keep it in my > repo for now. You're free to clone it if you like. > > New project can be found here: > https://github.com/chovencorp/chumak > > On Sun, 14 Aug 2016 at 03:15 Pieter Hintje

Re: [zeromq-dev] ZeroMQ 4.2 release, planning

kers (I tried it), and given >> that typedef is only used externally to allocate the right size it >> shouldn't actually affect anything, apart from the users of SPARC64 >> which should get the bugfix with this too. This is very sneaky :-) >> >> CC'ing Lazslo, the Deb

Re: [zeromq-dev] nomenclature

FWIW I have come to believe that trying to design or even understand the overall flows of data is a mistake, at least when you want to scale. What does scale is to speak of protocols and implementations. I know this isn't a happy answer yet it's a proven one (RFCs, Internet). On Wed, Aug 24,

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

s it the c-library itself specifically? >> >> On Sat, 13 Aug 2016 at 16:18 Andriy Drozdyuk <dro...@gmail.com> wrote: >>> >>> I see that you often accept pull requests yourself. Would I be able to >>> accept PR on behalf of the project? Or are

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

r are only the "admin" teams allowed to >> merge? >> >> >> On Sat, 13 Aug 2016 at 15:36 Pieter Hintjens <p...@imatix.com> wrote: >>> >>> The project is still owned by you and anyone else you select. There >>> are admin teams who ge

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

the project? Or are only the "admin" teams allowed to > merge? > > > On Sat, 13 Aug 2016 at 15:36 Pieter Hintjens <p...@imatix.com> wrote: >> >> The project is still owned by you and anyone else you select. There >> are admin teams who get some righ

Re: [zeromq-dev] Regarding the new rfc layout - missing TOC on each page

We are using markdown for the RFCs and that does not support tables of contents. The workaround we use in https://github.com/zeromq/gitdown is to embed HTML tags in the markdown page, and then generate the markdown from a .txt source file. We could use that same approach here; generate all the

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

Is the project "owned" by anyone at that point? What's to prevent me being > removed from the "admins" (just hypothetical question)? > > On Sat, 13 Aug 2016 at 14:11 Pieter Hintjens <p...@imatix.com> wrote: >> >> You need to pay us a fee in small-unit BT

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

You need to pay us a fee in small-unit BTC (to be discussed) and then pass through the initiation ceremony, which involves firstly the short 6-hour Skype interview about your understanding of queuing theory as it intersects with Conways' Law, then a longer Q session with the Elders of the Zero, as

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

commercial. LGPL might fly if all you're worried > about is ensuring patches to the project get recycled. > > Alex > >> >> On Tue, 28 Jun 2016 at 16:28 Pieter Hintjens <p...@imatix.com> wrote: >> This is really cool. >> >> The license choice will IMO

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

This is really cool. The license choice will IMO hinder community growth around the project so I'd advise to you have a backup plan to switch to MPLv2 if the commercial uptake isn't sufficient. On Tue, Jun 28, 2016 at 7:09 PM, Andriy Drozdyuk wrote: > At Pieter's suggestion, I

Re: [zeromq-dev] ZeroMQ 4.2 release, planning

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 <p...@imatix.com> 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

Re: [zeromq-dev] Please un-deprecate MDP 0.1

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

Re: [zeromq-dev] ZeroMQ 4.2 release, planning

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

Re: [zeromq-dev] ZeroMQ 4.2 release, planning

, and now the CI tests that >> > it >> > > > > works. >> > > > > >> > > > > Besides, IMHO there are 2 big problems with just tarring up the git >> > > > > repo. >> > > > > >> > > > > Fi

Re: [zeromq-dev] IoT pattern work in progress

Have a look at Zyre, it deals with a lot of this. On Thu, Jun 16, 2016 at 2:35 AM, Douglas Petican wrote: > I've been working on req-broker-rep messaging pattern for an application and > so far its working great. Thanks for the help. Right now it does what I > need it to do

Re: [zeromq-dev] Node.js over Zyre

alphtheninja > gpg --recv-keys BFBC9D3DDBAFBC1FD09AA1A79977E6948DD50D4D > > > On 2016-06-08 20:24, Pieter Hintjens wrote: >> >> The actual code is in zproject. The Zyre binding that it generates now >> is pretty nice, it's just missing the ability to pass CZMQ classes >> (like zms

Re: [zeromq-dev] Node.js over Zyre

On 2016-06-08 09:47, Johan Philips wrote: >>> >>> Pieter Hintjens imatix.com> writes: >>> >>>> >>>> Yes, the more merges the better... I wanted this to go onto master >>>> so others could play with it. >>> >&

Re: [zeromq-dev] ZeroMQ C4 Jenkins/CI Job Setup

The approach we use in our projects has grown up without any formal rules from C4. Anyone who wants to add a CI target can do so. So there are CI targets for Travis, Jenkins, AppVeyor, etc. Lots of them. This is disjoint from the development process in that it does not affect e.g. whether a pull

Re: [zeromq-dev] Meetup in Brussels, June 4th

There will be WiFi and coffee... whether you want to hack or not, up to you. (Hint: you probably want to bring your laptop :) On Thu, Jun 2, 2016 at 11:24 AM, Luca Boccassi <luca.bocca...@gmail.com> wrote: > On Thu, 2016-05-19 at 16:55 +0200, Pieter Hintjens wrote: >> Hi All,

Re: [zeromq-dev] Looking for C++ and Java APIs for sending large messages around 15 MB

Yogesh, you need to use some form of credit based flow control. On Wed, Jun 1, 2016 at 2:47 PM, Joshua Foster wrote: > Multipart messages won’t help because they are sent atomically, ZeroMQ sees > them as a single message. > > Joshua > >> On Jun 1, 2016, at 2:14 AM, yogesh

Re: [zeromq-dev] XPUB/XSUB subscriptions and protocol differences between 3.0 and 3.1

Your implementation can decide what versions of ZMTP it wants to detect and support. Different versions use different formats. E.g. if you want to support 3.0 and 3.1 then you'd allow both subscribe commands, depending on the client's version. Note that version negotiation is one-way: client

Re: [zeromq-dev] Unsubscribe from all topics

Yes, simplest is to destroy the socket and create a new one. On Tue, May 31, 2016 at 2:25 PM, Aaron Sokoloski wrote: > Create an entirely new socket, maybe? In what situation do you want to > unsubscribe from everything? > > On 31 May 2016 at 06:45, Bachmair Florian -

Re: [zeromq-dev] ZMQ on exercism.io?

I've spoken with Katriona, the lead on Exercism and she's going to add the idea to the discussions. It's probably out of scope at the moment, though you could think of an independent project that uses Exercism as its base/inspiration. On Wed, May 25, 2016 at 12:23 PM, Dinu Gherman

Re: [zeromq-dev] Regarding Pattern for Replacing CORBA with Zeromq + Protocol Buffers

If you read the Guide you'll find patterns that help you. Chapter 7 describes how to build such servers. On Thu, May 26, 2016 at 4:21 PM, yogesh fulsunge wrote: > Dears, > > I am working on a design to replace CORBA interface between java swing > clients ( around 1200)

Re: [zeromq-dev] Fwd: 37/ZMTP RFC inconsistencies

I've made changes and sent a PR: https://github.com/zeromq/rfc/pull/93 On Mon, May 23, 2016 at 2:11 PM, Pieter Hintjens <p...@imatix.com> wrote: > OK, there's an error in the explanation here. It's not symmetric. The > client is the one that needs to send its READY upfront

Re: [zeromq-dev] Fwd: 37/ZMTP RFC inconsistencies

the conflict between waiting > for a READY, validating it, *then* sending your own READY as per the worked > example, while the spec says to send READY without waiting for the other > side to do so. > > All the best, > Elliot > > > On 22 May 2016 at 19:38, Pieter Hintjens

Re: [zeromq-dev] Libzmq binaries in conan.io

Nice work. Just a comment on naming: I tried and failed to find the packages, searching for "zeromq" and "libzmq". I'd recommend not using "ZMQ" as an identifier. Instead use "libzmq," which is the real name of that project. On Mon, May 23, 2016 at 6:12 AM, James wrote: > Hi! >

Re: [zeromq-dev] Fwd: 37/ZMTP RFC inconsistencies

The partial read is to deal with older versions of ZMTP. Peers that do this won't deadlock since as soon as they've read the first 11 bytes they can send the rest of their own greeting, then they can validate the socket type, send READY, then wait for a READY. Peers that don't do backwards

Re: [zeromq-dev] message queuing with zeromq

Viktor, ZeroMQ won't queue messages on disk, it's not designed for this. You can build such pieces yourself fairly easily or use existing higher-level queues like Malamute. Yet I think ZeroMQ is the wrong fit for your case. On Fri, May 20, 2016 at 11:57 AM, SZÉPE Viktor wrote:

[zeromq-dev] Meetup in Brussels, June 4th

Hi All, I'd like to invite anyone who's in the neighborhood to join an all-day meetup/patch party on June 4th in Brussels. The address is Rue des Ateliers 15. No registration necessary. There will be wifi, seating, coffee, drinks, snacks. -Pieter ___

Re: [zeromq-dev] RFC in Markdown?

Done, pull request made. The old .txt files can be removed in a next sweep. On Wed, May 18, 2016 at 11:05 AM, Pieter Hintjens <p...@imatix.com> wrote: > OK, I'll make the same structure. > > On Wed, May 18, 2016 at 10:58 AM, Yurii Rashkovskii <yra...@gmail.com

Re: [zeromq-dev] A home for universal, cross-project protocols

Yurii, thanks for bringing unprotocols.org to life with such a useful purpose. On Wed, May 18, 2016 at 11:19 AM, Yurii Rashkovskii wrote: > Hi, > > I had a thought that some of the protocols designed by ZeroMQ and other > communities have really outgrown their communities and

Re: [zeromq-dev] RFC in Markdown?

if better > ideas will surface. > > Yurii > > On Wed, May 18, 2016 at 1:56 AM, Pieter Hintjens <p...@imatix.com> wrote: >> >> OK, I'm writing some Perl to make the conversion and will push the .md >> files when they're ready. >> >> On Wed, May 18, 201

Re: [zeromq-dev] RFC in Markdown?

gt; > On May 18, 2016 11:47, "Pieter Hintjens" <p...@imatix.com> wrote: >> >> I can reformat all the existing RFCs as Markdown, rapidly. Let me know >> if you want me to do this. >> >> On Wed, May 18, 2016 at 9:57 AM, Yurii Rashkovskii <yra...@gmail.co

Re: [zeromq-dev] RFC in Markdown?

down and not only with >>> ReStructuredText (which I still consider to be more powerful, though). I’ve >>> found this comparison, which doesn’t go very deep, though: >>> https://civicrm.org/blog/michael-mcandrew/experiments-with-read-the-docs. >>> You might be able to fin

Re: [zeromq-dev] RFC in Markdown?

is. We can keep the repo in place, convert the documents and set up a free > gitbook.com account and change the CNAME to use gitbook.com (and even if > they go out of business, it's fairly trivial to go the self-hosting route) > > On Tue, May 17, 2016 at 9:33 PM, Pieter Hintjens <p...@

Re: [zeromq-dev] Issue using zmq req-res with nodejs

It's not stable and not ready for production use. You can build your own version of the NodeJS binding in czmq/bindings/nodejs. What needs to be done still is to finish the API so that CZMQ is properly exported & wrapped. Most things work but it needs someone with NodeJS and C++ knowledge to

Re: [zeromq-dev] Regarding UDP engine and RAW sockets

Both will work. In general when making such designs, take small incremental steps. On Sat, May 14, 2016 at 8:38 PM, Leonardo José Consoni wrote: > Should I post my replies here as well or people would just follow the github > issue ? > >

Re: [zeromq-dev] ZeroMQ 4.2 release, planning

Kevin, this is really neat. :) On Mon, May 9, 2016 at 11:26 PM, Ewen McNeill wrote: > On 9/05/16 21:45, Kevin Sapper wrote: >> >> [1] https://github.com/zeromq/libzmq/releases/tag/v4.0.2-test > > > Thanks for automating this. It looks great. > > This gives us two

Re: [zeromq-dev] czmq / zauth

at 9:34 PM, Greg Young <gregoryyou...@gmail.com> wrote: > I am curious if anyone would be interested in trying to quantify the > work involved with green threads on zmq actors? > > On Fri, May 6, 2016 at 10:29 PM, Pieter Hintjens <p...@imatix.com> wrote: >> The current

Re: [zeromq-dev] czmq / zauth

The current actor API is a bit simplistic. I'd have liked to redesign it using the new client/server sockets so that you could talk to actors from any thread. As it is, there's no explicit mechanism to check if actor X is running or not. You have to start the actor in your main thread. You might

Re: [zeromq-dev] Adding new tests to Malamute

The best way to understand what's going on is to look at the code for mlm_client_content () and possibly debug by adding printfs as it runs. This is really educational and will help you use Malamute better. Please do read & follow coding style on all patches, space before '(' and noNamesLikeThis.

Re: [zeromq-dev] New version of C4 (C4.2?)

for > hours on a submission and get slapped on the hand for doing what s/he > thought was a benefit for the community. > > > On Thu, May 5, 2016 at 1:57 AM Pieter Hintjens <p...@imatix.com> wrote: >> >> OK, I'm going to answer my own (stupid) question. >> >>

[zeromq-dev] New version of C4 (C4.2?)

Hi all, I was writing a summary article on community building and revisited the C4 RFC. There were many small things that were out of date, speculative, or did not fit with our current best practice. So I've updated it here: https://github.com/zeromq/rfc/pull/83 Please *do* read the diffs and

Re: [zeromq-dev] Can ZeroMQ be considered 'light-weight'?

If you want a lightweight ZeroMQ client library that supports IPC on Linux, look at libzmtp. It is 1.3K lines of code with no dependencies. https://github.com/zeromq/libzmtp On Wed, May 4, 2016 at 1:21 PM, Osiris Pedroso wrote: > I use ZeroMQ in Windows environment. > > This

Re: [zeromq-dev] ZeroMQ 4.2 release, planning

t; > wrote: >> >> On Tue, 2016-05-03 at 10:39 +0200, Pieter Hintjens wrote: >> > Hi all, >> > >> > I'm just throwing some ideas on the table. We have a good package of >> > work on master and it's probably time to make a 4.2 release. >> >

Re: [zeromq-dev] ZeroMQ 4.2 release, planning

On Tue, May 3, 2016 at 2:12 PM, Luca Boccassi wrote: > Is any of the API I marked as draft actually ready for release? Even so, leave it 'draft' until it's actually being used. Changing minds is expensive otherwise. > So should we use branches instead for bugfix

Re: [zeromq-dev] ZeroMQ 4.2 release, planning

have master. > > > > On Tue, May 3, 2016 at 11:39 AM, Pieter Hintjens <p...@imatix.com> wrote: >> >> Hi all, >> >> I'm just throwing some ideas on the table. We have a good package of >> work on master and it's probably time to make a 4.2 release. >>

Re: [zeromq-dev] Malamute selftest crashes on exit in Windows

Sounds like a free() being used somewhere instead of a zstr_free(). On Tue, Apr 26, 2016 at 10:17 PM, Osiris Pedroso wrote: > Got latest zeromq (as of yesterday), built all in Windows using Dev2013. > > https://github.com/zeromq/malamute/issues/169 > > Seems to only happen in

Re: [zeromq-dev] CZMQ "stable" release versioning

Yes, retiring the deprecated APIs and bumping the major version should go together. On 24 Apr 2016 13:37, "Luca Boccassi" <luca.bocca...@gmail.com> wrote: > On Sun, 2016-04-24 at 00:09 +0200, Pieter Hintjens wrote: > > we can mark individual methods and classes as draft,

Re: [zeromq-dev] CZMQ "stable" release versioning

we can mark individual methods and classes as draft, even within a stable release. On 23 Apr 2016 21:10, "Brian Knox" wrote: > When we cut another "stable" release of CZMQ to keep packagers happy, I'm > wondering what version we'll use - specifically around a stable

Re: [zeromq-dev] iMatix copyrights in ZeroMQ code base

Thanks for the advice, Ewen. See here: https://github.com/zeromq/libzmq/pull/1917 If you see things to fix, I'll make them before the patch is merged. On Sat, Apr 23, 2016 at 3:39 AM, Ewen McNeill <zer...@ewen.mcneill.gen.nz> wrote: > Hi Pieter, > > [On list; > > On

Re: [zeromq-dev] iMatix copyrights in ZeroMQ code base

gned copy of this that you give to the project. > > Not that I think it will be any issue but such an email is normally > not admissable > > On Fri, Apr 22, 2016 at 5:31 PM, Pieter Hintjens <p...@imatix.com> wrote: >> To whom it may concern, >> >> iMatix Corporation sp

[zeromq-dev] iMatix copyrights in ZeroMQ code base

, under the Mozilla Public License version 2. Pieter Hintjens CEO, iMatix ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev

[zeromq-dev] BDFL literally

Friends, You know I've always steered our community with a light touch, only intervening in case of the few disputes we get when bad actors think they can waltz in and impose their egos. We agree that our rules work and that those who understand and apply them with the right mix of tolerance for

Re: [zeromq-dev] Moving list to Google groups?

OK, we need a small set of admins, who can work with my friend Ewen McNeill, who has kept archives over the years, to migrate to mailmanlists and then manage the lists (zeromq-announce is #2). Justin, it's your baby. Thank you. On 19 Apr 2016 05:10, "Pieter Hintjens" <piet...@gma

Re: [zeromq-dev] Moving list to Google groups?

Justin, that is a great proposal, thank you for finding it. I'd prefer keeping mailman, for familiarity. On 19 Apr 2016 04:36, "Justin Karneges" wrote: > Hey folks, > > I spoke with MailmanLists and they are willing to host the ZeroMQ > mailing list for free. All they ask for

Re: [zeromq-dev] Role of iMatix in ZeroMQ community

I trust Eben's judgement 100% On 19 Apr 2016 02:34, "Michel Pelletier" wrote: > I love reading Eben's work, thanks Stephen. > > Pieter, does this sounds like an option to pursue? > > On Mon, Apr 18, 2016 at 3:49 PM, Stephen Hemminger < > step...@networkplumber.org>

Re: [zeromq-dev] Role of iMatix in ZeroMQ community

there? >> >> -Michel >> >> On Mon, Apr 18, 2016 at 12:41 PM, Greg Young <gregoryyou...@gmail.com> >> wrote: >> >>> Route 53 is pretty simple to setup. If you are in lack of others we >>> can maintain them. >>> >>

[zeromq-dev] Role of iMatix in ZeroMQ community

Hi folks, I learned today that I'm terminally ill with lung cancer. Metastasis from an incident five years ago. iMatix has run for 20 years and today consists of myself as only active resource. This means we need to remove my firm as a dependency. Suggestions for a safe long term home for the

Re: [zeromq-dev] ZMQ developer needed

Robb, thanks for bringing this to the list. I hope someone will respond. On 18 Apr 2016 14:47, "Robb Gosset" <z...@rg-gosset.co.uk> wrote: > Hi, > > Pieter Hintjens reccommended contacting this mailing list for potential > developers who may be able to work on t

Re: [zeromq-dev] Google Groups

Then again it puts Picasa in the same place, and that was replaced by Photos. On Sat, Apr 16, 2016 at 12:03 AM, Pieter Hintjens <p...@imatix.com> wrote: > Here's an interesting article I just found on the subject: > https://www.gwern.net/Google%20shutdowns > > It puts the risk

Re: [zeromq-dev] Using GSL to design an FSM protocol and translate it into a CSP protocol

I don't understand half of what you're asking :) But in any case do take a look at the tiny FSM / C code generator (https://github.com/imatix/gsl/blob/b0aa393a6d00df2859f21aab0ccf6f203e18db96/examples/fsm_c.gsl) that I've used happily in a few projects already. On Thu, Apr 14, 2016 at 11:30 AM,

Re: [zeromq-dev] Server (router) stops receiving messages after awhile

Can you make a minimal test case that reproduces this? On Thu, Apr 14, 2016 at 10:06 AM, Luka Napotnik wrote: > Hello, > > my client sends requests (as a DEALER socket) and the server (a ROUTER > socket) handles the request and sends the reply back (taking the route

Re: [zeromq-dev] Moving list to Google groups?

a while I gave up. I don't understand how people can like it. >>> If it would be more like google mail, I >>> might like it. >>> >>> I would give Mailman 3 a try which should now have an interface decades >>> better than Mailman 2, which is probably literally

[zeromq-dev] Moving list to Google groups?

Hi all, I'd like to raise this question for discussion. The problem is that zeromq-dev is running on an iMatix server, and I'd like to remove iMatix infrastructure from our community, over time. It's a matter of long term sustainability. (Apart from the list, iMatix also hosts

Re: [zeromq-dev] gsl details

xml) > gsl mlm_proto.xml - it works fine from src folder, but it fails from > different folder > > The same program, but two different behaviors. What is the usage rule > for gsl? > > On 13.4.2016 21:59, Pieter Hintjens wrote: >> Why are you trying to work around the design? If

Re: [zeromq-dev] gsl details

gt; cd $(srcdir)/src; gsl -topdir:.. -zproject:1 -q mlm_proto.xml > cd $(srcdir)/src; gsl -topdir:.. -zproject:1 -q mlm_client.xml > cd $(srcdir)/src; gsl -topdir:.. -zproject:1 -q mlm_server.xml > gsl -target:- project.xml > > > On 13.4.2016 21:40,

Re: [zeromq-dev] gsl details

No hypothesis. I'm telling you a fact. If you run gsl in the wrong place *it will not work*. Please do not debug misuse. On Wed, Apr 13, 2016 at 8:57 PM, Matjaž Ostroveršnik wrote: > Pieter hypothesis is that the src folder is hard coded. ;-) > > > On 13.4.2016

Re: [zeromq-dev] gsl details

It’s set up to run from within src. So you must cd src gsl mlm_proto.xml cd .. I suspect you have the evil plan of trying to put all generated files somewhere specific. It’s a neat idea but will not work, if you are thinking of it. If not, forget I said anything :) On Wed, Apr 13, 2016 at 7:50

Re: [zeromq-dev] adaptable net

On Sun, Apr 10, 2016 at 8:57 PM, Matjaž Ostroveršnik wrote: > c strings end with binary zero. Binary trackers can have zeros in the > middle... OK, treat 'string' as 'Semantics to be defined when someone gets around to implementing this, and if not, delete as it's

Re: [zeromq-dev] Idiot guide to update mlm server project

;-) > > Thanks for help. > > BTW. I can't find a file with source code, where DEALER port selects socket > to write to or read from (in case of multiaddress attach) > > Best regards > > Matjaž > > > > On 9.4.2016 21:35, Pieter Hintjens wrote: >> On Sa

Re: [zeromq-dev] adaptable net

On Sun, Apr 10, 2016 at 7:42 PM, Matjaž Ostroveršnik wrote: > What were conceptual reasons to make tracker as string? What is wrong with > some integer value (e.g. uint32/64)? Easier to generate guaranteed unique values, and messages that need this kind of

Re: [zeromq-dev] Idiot guide to update mlm server project

On Sat, Apr 9, 2016 at 9:00 PM, Matjaž Ostroveršnik wrote: > "Source" and generated files in our solution are clearly separated and > in different folders. Not possible in our case due to independent layers of code generation, often feeding into each other. E.g.

Re: [zeromq-dev] adaptable net

Too many questions at once :) - Async request-reply already works, using service requests, and mailboxes for replies. - For reliability, there is already a "tracker" field in messages. My intention was/is that recipients can send CONFIRMs back for specific messages. These flow asynchronously,

Re: [zeromq-dev] (no subject)

Yes, you can use zmq_proxy for this. On Sat, Apr 9, 2016 at 4:25 AM, vincegata wrote: > Hello, > > Is it possible to "chain" PUB/SUB processes? > > By chaining, I mean: > > PUB --> SUB | PUB --> SUB > > > > ___ > zeromq-dev mailing

Re: [zeromq-dev] scalable application best stack

For C/C++, CZMQ, Zyre, Malamute, and zproject. There are various bridges to web services. On Thu, Apr 7, 2016 at 8:59 AM, Laurent Alebarde wrote: > Hi, > > That's more than two years I have not used 0MQ. I assume many things has > changed in the time between. Reviewing the

Re: [zeromq-dev] NodeJS binding for CZMQ

ng the > generated by zproject headers to them. > > On Mon, Apr 4, 2016 at 5:36 AM Pieter Hintjens <p...@imatix.com> wrote: >> >> Hi all, >> >> I've been working on a NodeJS binding for CZMQ, using the code >> generation approach of zproject. The first versio

Re: [zeromq-dev] ZMQ_SERVER blocks on send() rather than returning EAGAIN

OK, thanks. Done. On Mon, Apr 4, 2016 at 1:01 PM, Doron Somech <somdo...@gmail.com> wrote: > In the end, the For procrssing outgoing messages, the bullet " SHALL NOT > block on sending." Is incorrect. Shell block, shloud not block if DONT WAIT > is used > > On Apr

[zeromq-dev] NodeJS binding for CZMQ

Hi all, I've been working on a NodeJS binding for CZMQ, using the code generation approach of zproject. The first version (that builds) is here: https://github.com/zeromq/czmq/pull/1382 In theory this will let us generate NodeJS bindings for Zyre, Malamute, and any other C libraries that use

Re: [zeromq-dev] How to specify stable when using GSL

the > stable one. > > Sent from my iPad. Regularly foiled by autocorrect. But duck it.. > >> On Mar 27, 2016, at 03:37, Pieter Hintjens <p...@imatix.com> wrote: >> >> Two things here. First, the project itself can have various states. >> There are two

Re: [zeromq-dev] How to specify stable when using GSL

Two things here. First, the project itself can have various states. There are two that interest us: * all draft, nothing has been marked stable yet. * some parts marked as stable (and released), others are draft. In the first case zproject should export the whole API (in the project header

Re: [zeromq-dev] Can drop the first message when high water mark has been reached with socket ROUTER ?

No, you cannot drop older messages in pipe buffers to make space for newer ones. This is technically impossible without slowing things down considerably. A good approach is to use credit-based flow control to avoid ever sending more data than the receiver expects and asks for. There's a

Re: [zeromq-dev] Router - router communication

Sorry for the slow answer on this. The problem is that exiting at one end does not kill the pipe that the other end holds for that connection. So if you send a message again, it will go into the pipe, and then be effectively lost. You will need to build a more explicit protocol, using

Re: [zeromq-dev] Zyre clustering in malamute broker

ed though normally you don't need all > involved just say 3 or 5 (heterogenus in larger configurations homogenous in > smaller) > > Greg > > On Mar 17, 2016 10:18 AM, "Pieter Hintjens" <p...@imatix.com> wrote: >> >> Hi Arnaud, >> >> We were workin

Re: [zeromq-dev] Zyre clustering in malamute broker

On Wed, Mar 16, 2016 at 10:52 PM, Mario Steinhoff wrote: > The speculative design itself sounds interesting. > Why not just mark it as "this is something you could do but we never > had the need for it"? That's kind of the point of a whitepaper, I guess. -Pieter

Re: [zeromq-dev] Thread safe Pub/Sub and Multicast

That's *wonderful*, thanks. On Wed, Mar 16, 2016 at 11:09 AM, MinRK <benjami...@gmail.com> wrote: > > > On Wed, Mar 16, 2016 at 11:06 AM, Pieter Hintjens <p...@imatix.com> wrote: >> >> Off-topic, but I need to ask, how do you do the syntax highlighting in >>

Re: [zeromq-dev] Thread safe Pub/Sub and Multicast

Off-topic, but I need to ask, how do you do the syntax highlighting in emails? On Mon, Mar 14, 2016 at 4:42 PM, MinRK wrote: > On Sat, Mar 12, 2016 at 9:00 PM, Dave Kuhlman > wrote: >> >> For those of us who use Python and the pyzmq library for

Re: [zeromq-dev] 4.1.x Windows Package

ithin a single executable is awsome and worth its > weight in gold. . So thanks for all that! > > On Mon, Mar 14, 2016 at 5:17 PM, Pieter Hintjens <p...@imatix.com> wrote: >> >> My advice would be to build it yourself. >> >> On Mon, Mar 14, 2016 at 8:3

Re: [zeromq-dev] 4.1.x Windows Package

My advice would be to build it yourself. On Mon, Mar 14, 2016 at 8:31 AM, Mark Studenka wrote: > Hello, > > I've noticed that there doesn't seem to be a current 4.1.4 Window installer > package available on the website. > > I'm attempting to upgrade to the latest stable

Re: [zeromq-dev] Fixing tempnam() usage

Would you make a pull request against libzmq master? Thanks On Fri, Mar 11, 2016 at 7:07 PM, Peter LaDow wrote: > I have run into the warning regarding the usage of tempnam() in > ipc_listener_t::set_address (our code was using 4.0.4). I see looking > through the archives

Re: [zeromq-dev] Reasonable Mechanism?

, 2016 at 3:12 PM, Greg Young <gregoryyou...@gmail.com> wrote: > and I can't leave it out if I don't want to run tests? > > On Thu, Mar 10, 2016 at 3:10 PM, Pieter Hintjens <p...@imatix.com> wrote: >> It's a function, so e.g. "uuid_generate" to test libuui

Re: [zeromq-dev] Reasonable Mechanism?

it seems that it calls a test binary (I am > guessing relative to the root) what if a library doesn't include a > test or you don't want to run tests against it as its required. > > On Thu, Mar 10, 2016 at 1:17 PM, Pieter Hintjens <p...@imatix.com> wrote: >> The failing 'use.test'

Re: [zeromq-dev] Reasonable Mechanism?

The failing 'use.test' property comes from autoconf's use of calling a method to test whether a library exists or not. You can see in zproject/zproject_known_projects.xml how we define this for the projects we support by default. For your main question, I'd start with some test code (outside a

Re: [zeromq-dev] How to build CZMQ in Windows?

64 target (preferably the same as the other libs). > - build solution. > > On Wed, Mar 9, 2016 at 2:52 PM Pieter Hintjens <p...@imatix.com> wrote: >> >> Do you maybe have two versions of CZMQ? Zyre cannot be building and >> failing just on those two functions unless it's usin

Re: [zeromq-dev] How to build CZMQ in Windows?

> > I see that these functions exist in the CZMQ source, but Zyre compilation > don't see their definition/types. > > I am stuck right now. > > On Wed, Mar 9, 2016 at 2:19 PM Pieter Hintjens <p...@imatix.com> wrote: >> >> Make sure you're using CZMQ from githu

Re: [zeromq-dev] How to build CZMQ in Windows?

t; CZMQ defines it, but seems like Zyre does not see it. > > Are there any other configuration steps needed maybe? > > > On Wed, Mar 9, 2016 at 5:09 AM Pieter Hintjens <p...@imatix.com> wrote: >> >> This is great. >> >> It's gotten simpler in libzmq ma

Re: [zeromq-dev] How to build CZMQ in Windows?

It's in builds/msvc, and looks a lot like the libzmq build scripts. We generate this from zproject. On Wed, Mar 9, 2016 at 12:16 PM, Osiris Pedroso wrote: > I need instructions on how to build CZMQ in Windows. > > I have DevStudio 2013. > I have successfully built libzmq on a

  1   2   3   4   5   6   7   8   9   10   >