Re: [zeromq-dev] ZeroMQ C++

std::string &epAddr, AttachType > attachType) > ^ > Makefile:50: recipe for target 'build/src/zipc.cpp.o' failed > make: *** [build/src/zipc.cpp.o] Error 1 > tdy@ubuntu:~/ZIPCpp$ uname -a > Linux ubuntu 4.10.0-28-generic #32~16.04.2-Ubuntu SMP Thu Jul 20 10:19:13

Re: [zeromq-dev] ZeroMQ C++

Hi, Just use zpoller from czmq. It is C library, but with really nice API you can call from C++ code Dne čt 25. 7. 2019 19:33 uživatel Brett Viren via zeromq-dev < zeromq-dev@lists.zeromq.org> napsal: > SIMON BABY writes: > > > I am looking for a sample source code in c++ with multiple end-poin

Re: [zeromq-dev] Difference between libzmq and zeromq ?

would say that libzmq is the most feature complete and most used engine so far. Dne po 1. 4. 2019 20:19 uživatel jonetsu napsal: > On Mon, 1 Apr 2019 20:00:20 +0200 > Michal Vyskocil wrote: > > Hi, > > > However libzmq equals to zeromq for you. See release page > >

Re: [zeromq-dev] Difference between libzmq and zeromq ?

Hi, Naming is hard ☺️ However libzmq equals to zeromq for you. See release page https://github.com/zeromq/libzmq/releases tarballs are named zeromq. That's more the historical coincidence. Nowadays zeromq is the project umbrella and libzmq is the C++ engine implementing the zmtp and other protoc

Re: [zeromq-dev] What pattern of ZeroMQ best to use for Relay server scenario?

Hi, There is malamute broker, which is an evolution of majordomo pattern and supports workers. It's built on top of router dealer sockets. Check out the zeromq GitHub. Each malamute client has id on top of mlm proto level, using socket is its not a good idea. Not sure about static in addresses,

Re: [zeromq-dev] Go bindings for Zyre

Hi Luca, amazing work! Thank you so much. I'll fix the CI settings and other stuff later this week. Bye for now Michal Vyskocil On Mon, Mar 18, 2019 at 11:18 PM Luca Boccassi wrote: > Move and added you to the maintainers group, feel free to add other > people (if you set them as

Re: [zeromq-dev] Go bindings for Zyre

over and > make you an admin > > On Mon, 2019-03-18 at 12:20 +0100, Michal Vyskocil wrote: > > Hi Luca, > > > > yes I do! Can you create the project for it, please? > > > > BTW: I mentioned gozyre use CircleCI unlike other ZeroMQ projects, I > &g

Re: [zeromq-dev] Go bindings for Zyre

:41 +0100, Michal Vyskocil wrote: > > Hi, > > > > I spent a few hours writing golang bindings for zyre - > > https://github.com/gomoni/gozyre > > > > > > API is idiomatic Go. For instance there is no equivalent of > > zyre_socket method, because p

[zeromq-dev] Go bindings for Zyre

feels much faster and less magical than Travis to me. What do you think? -- best regards Michal Vyskocil ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org https://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Need advice on ZMQ_STREAM socket, zmq_recv truncating data

ncating) and if there are still some more data to be read then > zmq_getsockop of ZMQ_RCVMORE would return more=1. > > Thanks for any help. > > _______ > zeromq-dev mailing list > zeromq-dev@lists.zeromq.org > https://lists.zeromq.org/mailman/listinfo/zeromq-dev > -- best regards

Re: [zeromq-dev] zmq architecture/protocol planning

arned from. Michal On Wed, Jun 27, 2018 at 1:09 AM, James Addison wrote: > > On Tue, Jun 26, 2018 at 1:42 PM Michal Vyskocil > wrote: > >> Zyre, it supports discovery and reliable group messaging without a broker. >> https://github.com/zeromq/zyre/blob/master/README.md#scope

Re: [zeromq-dev] zmq architecture/protocol planning

Hi all, I don't know if I understand all your constraints well, however there are two projects you might be interested in Zyre, it supports discovery and reliable group messaging without a broker. https://github.com/zeromq/zyre/blob/master/README.md#scope-and-goals Malamute,the zeromq broker. It

Re: [zeromq-dev] czmq zloop proper shut down of zactors

threads, but I want > to make sure I don't miss anything in the czmq/zloop context > > https://pastebin.com/MsjDH6k8 > > Thanks, > Joe > >  > -- > > Message: 2 > Date: Thu, 8 Mar 2018 10:38:34 +0100 > From: Michal

Re: [zeromq-dev] czmq zloop proper shut down of zactors

ecv(pipe); > > > > if (zsys_interrupted || (msg && !strcmp(msg, "$TERM"))) > > interrupt = -1; > > > > free(msg); > > return interrupt; > > } > > > > Thanks, > > Joe > > > > ___ > zeromq-dev mailing list > zeromq-dev@lists.zeromq.org > https://lists.zeromq.org/mailman/listinfo/zeromq-dev > > -- best regards Michal Vyskocil ___ 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"

t; > Please provide comments/acks/nacks on the PR: > > https://github.com/zeromq/rfc/pull/128 > > -- > Kind regards, > Luca Boccassi > ___ > zeromq-dev mailing list > zeromq-dev@lists.zeromq.org > https://lists.zeromq.

Re: [zeromq-dev] Client API with zactor

Hi, The main question is why do you abstract away czmq and sockets? What problem do you want to solve? Anyway an example of abstraction over zeromq sockets is mlm_client_t from zeromq malamute project. Each client has own actor communicating with server and msgpipe inproc socket used to communica

Re: [zeromq-dev] RFC: Better control of growing malamute mailbox queues

mind that it's a choice between two evils: > Either a configurable pattern match, which works fine, but is admittedly > a hack, or a per-client ephemeral flag, which is a cleaner interface, > but the implementation would have to deal with a growing set of past > client connection

Re: [zeromq-dev] RFC: Better control of growing malamute mailbox queues

ha&entry=gmail&source=g> >> 9 - Horní Počernice, 193 00, Česká Republika ~ Jméno, místo, kde byla >> společnost zaregistrována: Praha ~ Identifikační číslo (IČO): 498 11 894 >> >> - >> >> ___ >> 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 > > -- best regards Michal Vyskocil ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org https://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Malamute getting started resources; tutorials, examples etc.

dows > installation instructions; so I can test it there also? > > > > Thanks. > > > > > > ___ > zeromq-dev mailing list > zeromq-dev@lists.zeromq.org > https://lists.zeromq.org/mailman/li

Re: [zeromq-dev] malamute - unsubscribe from stream like raw pub/sub sockets

Hi, There is no such possibility in the protocol. The mlm proto and a client server needs to be extended for unsubscribe functionality. Workaround is to recreate mlm client each time. Michal Dne 27. 9. 2017 10:50 odpoledne napsal uživatel "Kevin Wang" < ke...@spikegadgets.com>: > In malamute,

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

Hi, The combination of zproject and czmq will do exactly what you want. Zproject will generate build recipes for you in a way that code will be in shared library. It can generate several targets including msvc project. Czmq then provides zactor class, which allows you to implement your server in

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

Hi, Yes would like to see you again Dne 29. 8. 2017 9:53 odpoledne napsal uživatel "Benjamin Henrion" < zoo...@gmail.com>: > On Tue, Aug 29, 2017 at 11:50 AM, Luca Boccassi > wrote: > > On Tue, 2017-08-29 at 09:49 +0200, Benjamin Henrion wrote: > >> On Sun, Aug 27, 2017 at 7:20 PM, Luca Boccass

Re: [zeromq-dev] Best way to loop over incoming messages & raw UDP support

Hi, Yes, using zpoller is the most effective way as it use the best method to poll for the socket on your operating system. Dne 22. 7. 2017 11:00 odpoledne napsal uživatel "Andrew Linos" < ali...@gmx.co.uk>: Hi, I started recently using ZeroMQ (and CZMQ) and I have two questions -- any advice g

Re: [zeromq-dev] [czmq] API design of zproc_run

n thing is that it > works and is useful! Although your zproc_run() method will, of course, > require a *self* parameter ;-) > > > > Steve > > > > > > *From:* zeromq-dev [mailto:zeromq-dev-boun...@lists.zeromq.org] *On > Behalf Of *Michal Vyskocil > *Sent:* 20

Re: [zeromq-dev] [czmq] API design of zproc_run

tever he wants to. On Sun, Mar 19, 2017 at 7:51 PM, Luca Boccassi wrote: > On Sun, 2017-03-19 at 10:07 +0100, Michal Vyskocil wrote: > > Hi, > > > > I have finished a first draft of zproc class for czmq. It should > > provide > > nice and easy to

[zeromq-dev] [czmq] API design of zproc_run

proc_arg (self, "%s", "-A"); zproc_arg (self, "%s", "/etc/passwd"); zproc_env (self, "LC_ALL", "%s", "C"); zproc_run (); ​ However I am not convinced if this is the best API ever. And I still did not sol

Re: [zeromq-dev] MDP protocol, detecting dead workers

Hi, You can take inspiration from malamute broker https://github.com/zeromq/malamute There clients pings server regularly. The same does MQTT (just it's a server, who pings clients). Sadly malamute is vulnerable to the same problem, that received service request may get lost. Solution would be t

Re: [zeromq-dev] Big thank you for the Hackaton and the rest

Hi, We have been working on MQTT/zeromq proxy during hackaton. It uses mosquitto as underlying engine and allows you to connect to broker, subscribe to various topics. Results are then available as two frames zmtp messages, topic and payload. Project is hosted at https://github.com/ZMQers/zmosq

Re: [zeromq-dev] ZeroMQ Pre-Fosdem Hackaton (Thu 2 + Fri 3 Feb 2017) at HSBXL

Hi, We might be ready for bier as we are traveling tomorrow at 5 from prague. Anyway looking for my first zeromq hackaton!! Dne 31. 1. 2017 10:13 PM napsal uživatel "Luca Boccassi" < luca.bocca...@gmail.com>: > On Tue, 2016-12-13 at 14:50 +0100, Benjamin Henrion wrote: > > Hi, > > > > I am plea

Re: [zeromq-dev] Pieter Hintjens in Memoriam at FOSDEM, sat 4 Feb at 6PM

I will be on fosdem, so sure i will attend. Thanks for it Dne 6. 1. 2017 11:05 AM napsal uživatel "Benjamin Henrion" : > Hi, > > Just to let you know I am doing a little session "Pieter Hintjens in > Memoriam" at FOSDEM next sat 4 Feb at 6PM. > > https://fosdem.org/2017/schedule/event/pieter_hint

Re: [zeromq-dev] How the API files are generated?

Thanks. I realized that lua ffi can't accept function reference, so this is not that easy to solve. Dne 22. 12. 2016 21:01 napsal uživatel "Luca Boccassi" < luca.bocca...@gmail.com>: > On Thu, 2016-12-22 at 18:56 +0100, Michal Vyskocil wrote: > > Hi, > &g

[zeromq-dev] How the API files are generated?

gards Michal Vyskocil ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org https://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Configure build for 32 bit libray on 64 bit CentOS 7

defs.h. */ > | > | int > | main () > | { > | > | ; > | return 0; > | } > configure:4322: error: in `/home/igor/Tools/libzmq': > configure:4324: error: C compiler cannot create executables > See `config.log' for more details > > A standard ./configure will however

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

e bug fixes without having to backport and when a new API is ready > we mark it stable and enable it. > > On Sat, 2016-11-05 at 09:42 +0100, Michal Vyskocil wrote: > > Hi, > > > > great work! > > > > I noticed the zeromq.org download page > > http://

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

; > >> >> > >>> stone >> > > >> >> > >>> > >>> and bump >> > > >> >> > >>

Re: [zeromq-dev] Pieter's wishes: MQTT

Hi, We have discussed mqtt/malamute integration last year with Pieter. His recomendation was to have a client talking mqtt and malamute protocol. As a first step. But that's pretty interesting topic. I will bring that to our Zeromq workshop in December. As other project we're going to talk to use

Re: [zeromq-dev] Single client multiple workers load balancing

Hi, Take a look on malamute broker. The service patten looks exactly like what you need. It's build on top of czmq, so fully compatible with zeromq. There is only one limitation, broker don't handle a case when worker will disappear. We know how to fix it, just no one did that. See selftest in h

Re: [zeromq-dev] Bye bye Pieter

Hi all, I have met Pieter twice. But it was impossible to resist his energy and charm. I saw him coding live, which was so amazing I try to copy him all the time. However I owe him for non technical a lot. It's amazing how huge influence he had.I chat with him about my private problems and his re

[zeromq-dev] ZeroMQ workshop, Prague Czech Republic, Dec 5th-7th

tails are there http://www.profiklubelektrotechniku.cz/20-10.html -- best regards Michal Vyskocil ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Can I prevent zeromq from occupying file descriptors?

Hi, All transports going through process boundaries must go through kernel, so it will use fd in any case. If you can change your code to use threads instead, then you can use inproc transport, which simply pass pointers. Dne 19. 7. 2016 21:10 napsal uživatel "Doron Somech" : > I think IPC also

[zeromq-dev] zproto generated state machine diagrams (was Re: Malamute (reconnection and some more questions))

t;> server, but from the state machine I see that in the state "connecting" >>>> (while waiting for the response from the server) heart beating starts. Is >>>> this a bug or it was done intentionally? >>>> >>>> 5. It is just a bug, I will fix it later. If mlm_client_connect didn’t >>>> work for the first time, the client should remain in «start" state. >>>> >>>> 6. It is a potential problem. If "PONG" will come before "OK" message >>>> from server, the mlm_client_set_producer/consumer/worker will not end >>>> correctly and potentially will never do a "return". I propose: return to >>>> "confirming" state and wait for "OK" response from server. Do you think it >>>> will not break anything? >>>> >>>> >>>> >>>> >>>> >>>> Thank you for reading this, waiting forward for your reply. >>>> Alena Chernikava >>>> ___ >>>> zeromq-dev mailing list >>>> zeromq-dev@lists.zeromq.org >>>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev >>>> >>> >> >> >> ___ >> zeromq-dev mailing list >> zeromq-dev@lists.zeromq.org >> http://lists.zeromq.org/mailman/listinfo/zeromq-dev >> > ___ > zeromq-dev mailing list > zeromq-dev@lists.zeromq.org > http://lists.zeromq.org/mailman/listinfo/zeromq-dev -- best regards Michal Vyskocil ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Can't make router router work will use Malamute

Btw if you problem is how to offload some task to thread, you might want to take a look on zactor class from czmq. It makes spawning the thread and communicating with it really easy. Dne 11. 6. 2016 8:08 PM napsal uživatel "Michal Vyskocil" < michal.vysko...@gmail.com>: > Hi,

Re: [zeromq-dev] Can't make router router work will use Malamute

Hi, Did you take a look on a SERVICE pattern (mlm_client_sendfor)? The proposal smells like that to me. In this pattern workers are not (usually) spawned by client making request. The pool is usually created before. A1 yes, uuid can be used. We have used prosess id and thread id to create unique

Re: [zeromq-dev] [RFC] systemd socket activation for libzmq

n? > > On May 30, 2016, at 12:57 PM, Michal Vyskocil > wrote: > > Hi, > > Awesome, the fact czmq handles that is good enough for me. Closed the > request. > > On Mon, 2016-05-30 at 21:14 +0200, Michal Vyskocil wrote: >> Hi, >> >> Ale's thread ab

Re: [zeromq-dev] [RFC] systemd socket activation for libzmq

n Mon, May 30, 2016 at 09:57:00PM +0200, Michal Vyskocil wrote: >> > > Hi, >> > > >> > > Awesome, the fact czmq handles that is good enough for me. Closed the >> > > request. >> > > On Mon, 2016-05-30 at 21:14 +0200, Michal Vyskocil wrot

Re: [zeromq-dev] [RFC] systemd socket activation for libzmq

Hi, Awesome, the fact czmq handles that is good enough for me. Closed the request. On Mon, 2016-05-30 at 21:14 +0200, Michal Vyskocil wrote: > Hi, > > Ale's thread about Setting privileges on a UNIX socket inspired me to > create small patch to libzmq adding automatic systemd so

[zeromq-dev] [RFC] systemd socket activation for libzmq

using malamute broker. I would like to hear any feedback. If you consider it as useful (or want to avoid dependency on the most hated OSS software on the planet ;-)), please say so. -- best regards Michal Vyskocil ___ zeromq-dev mailing list zerom

Re: [zeromq-dev] Setting privileges on a UNIX socket

gt;>>> which >>>>>> uses a REP socket, it does receive messages, but cant seem to >>>>>> reply... >>>>>> >>>>>> Anyway, all in all it would be highly preferable to be able to >>>>>> set >>>>>> with which permissions the socket is created. Currently I am >>>>>> working >>>>>> around this issue by calling chmod after binding to the socket. >>>>>> >>> >>> >>> ___ >>> zeromq-dev mailing list >>> zeromq-dev@lists.zeromq.org >>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev >> >> > > > ___ > zeromq-dev mailing list > zeromq-dev@lists.zeromq.org > http://lists.zeromq.org/mailman/listinfo/zeromq-dev -- best regards Michal Vyskocil ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Malamute consumer cancel a pattern

Hi, There is no option in malamute to do so atm. Dne 13. 5. 2016 4:10 PM napsal uživatel "Kumar Anand" < itskumaran...@outlook.com>: > Hi, > > Is there an option to cancel/unsubscribe what the consumer subscribes to > > For eg. If I have > > mlm_client_set_consumer (reader1, "weather", "newyork

Re: [zeromq-dev] Malamute Stream API users

Yes, that's it. One client can produce only on one stream, while it can consume more. Dne 4. 5. 2016 1:06 PM napsal uživatel "Osiris Pedroso" : > Just to clarify, in the Malamute selftest, there is this code: > ``` > mlm_client_set_producer (writer1, "weather"); > mlm_client_set_producer (

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

Hi, Just for a curiosity - the content of packaging/debian collide with standard Debian packaging? It is intentionally there to not clash, so maybe solve this problem. Either by not generating them, either by defying safer location. On Tue, 2016-05-03 at 18:26 +0200, Pieter Hintjens wrote: > One n

Re: [zeromq-dev] Malamute Users - Service Requests API

ailable worker, since it would now be the oldest > request still on the queue. > > Standard message broker behavior, I tought. > > Sent from my iPad. Regularly foiled by autocorrect. But duck it.. > > On May 3, 2016, at 12:11, Michal Vyskocil > wrote: > > Hi, > >

Re: [zeromq-dev] Malamute Users - Service Requests API

Hi, By timeout you mean that client expects an answer for service request in $foo seconds? Dne 2. 5. 2016 1:15 PM napsal uživatel "Osiris Pedroso" : > Hi, > > I am new to Malamute and wanted to exchange words with some other user of > the Service Requests API in Malamute. > > Malamute being a mes

Re: [zeromq-dev] Behavior question for Malamute self_test

Interesting, the disconnect is reported in the same second as connect. My guess is that the debugger stops the mlm_server actor, so it became disconnected from clients pov. But it should happen after 3 unsuccessful pings. Dne 29. 4. 2016 4:33 PM napsal uživatel "Osiris Pedroso" : > I noticed that

Re: [zeromq-dev] build problem after mlm_client.xml change

Hi, Take a look on https://github.com/zeromq/malamute/blob/master/doc/mkman This is a script to generate documentation. It parses comments from various sections from header and c file. Pieter mentioned that update is triggered by make clean (unless someone have changed it. In doubts, read the mak

Re: [zeromq-dev] Multiplexing a TCP endpoint

Hi, In case you want to play even more, there is malamute broker. It can listen in tcp socket and you can filter incoming messages per stream or subject. The disadvantage is you must use mlm client API to make it work. However sounds like right tool for your use case. Dne 10. 2. 2016 8:12 PM naps

Re: [zeromq-dev] ZeroMQ API diff'ing

There used to be page with very exhaustive list of all oss software, however I found only this one http://abi- laboratory.pro /tracker/ Sadly zeromq is not there. But author links open-sou

Re: [zeromq-dev] Clean shutdown of malamute client zactor in python binding?

Hi, In czmq things are stopped when zsys_interrupted is 1. This apply for malamute as well. It is modified by default signal handler, so simple ctrl-c ends your client cleanly, even if in recv call. I assume that the default signal handler of camp is not setup correctly in your case. Consult zsys

Re: [zeromq-dev] [zproject] What is the model for int64_t

second times. You could add a type "clock" for > instance, that becomes int64_t. > > On Tue, Jan 12, 2016 at 10:39 AM, Michal Vyskocil > wrote: > > Hi > > > > The time type in zproject maps to time_t. > > > > I will skip the zclock for now ...

Re: [zeromq-dev] [zproject] What is the model for int64_t

aking the > API isn't allowed. We can add support for a "time" type in zproject, > which maps to int64_t. > > On Tue, Jan 12, 2016 at 8:44 AM, Michal Vyskocil > wrote: > > Hi, > > > > > > In zclock class return values are int64_t, where I did n

[zeromq-dev] [zproject] What is the model for int64_t

only, thus this will break API/ABI of zclock. -- best regards Michal Vyskocil ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] To use zsock_signal or not to use zsock_signal

t wait for that to end, things get > confused. > > And then for complex protocols + data flow, we open a second socket to > the actor on which we send data (in one or both directions), which is > async and not handshaked. > > The mlm_server API falls into the "simple" catego

[zeromq-dev] To use zsock_signal or not to use zsock_signal

issues and using zclock_sleep does not looks good, using zsock_signal seems like a better way to handle actor's configuration. -- best regards Michal Vyskocil ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] [zproject] How to detect fresh = "1" attribute?

fic reason - if the C >> headers could reliably provide all of the information needed to generate >> proper high-level bindings, then we wouldn't need the API models at all. As >> it turns out, the API models are a clean way to make explicit and >> machine-readable the p

[zeromq-dev] [zproject] How to detect fresh = "1" attribute?

se functions. It is a bit hacky, but at least encourage developers to explicitly document ownership. What do you think? -- best regards Michal Vyskocil ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] How to subscribe to many publishers?

Hi, Malamute already solves your problem. It afaics use dealer sockets, so it's worth to try it our study the source code... Hi, In our scenario, there are many publishers and many subscribers, And we need to queue message received from publisher. So we bring in a proxy(or named broker), which

Re: [zeromq-dev] [zproject] mkapi.py: Generate API model from header

en't covered by zproject models > > (zrex, zlistx, zdigest, zclock). Might be good test cases. > > > > Also, if you want to move this inside zproject feel free to do that. > > > > -Pieter > > > > On Sun, Dec 20, 2015 at 2:17 PM, Michal Vyskocil > >

Re: [zeromq-dev] [zproject] mkapi.py: Generate API model from header

hat aren't covered by zproject models > (zrex, zlistx, zdigest, zclock). Might be good test cases. > > Also, if you want to move this inside zproject feel free to do that. > > -Pieter > > On Sun, Dec 20, 2015 at 2:17 PM, Michal Vyskocil > wrote: > > Hi, > > >

[zeromq-dev] [zproject] mkapi.py: Generate API model from header

Michal Vyskocil ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev

[zeromq-dev] [Zproject] Unclear semantics of polymorphic

Michal Vyskocil ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev