Ok, youre right regarding tcp and maybe I phrased it a bit complicated.
In fact the sources should be fan-out nodes and the agents fan-in/fan-out nodes. Im not sure how to correctly implement it so I dont have to use a different port for every new node or message type. Or is the only correct
Thats the part I couldn’t understand.
But then again, it shouldn’t be that hard:
1. with zeromq it’s irrelevant who binds and who connects. There is no “client
connects to servers”.
2. one of the services/node must be well known to the others. This is the one
that should do the bind. If there
Great, thanks. I tried the ZMQ.proxy as well, but it hasnt worked yet. But I guess I have to check the implementation. Probably Im doing something wrong.
Gesendet:Montag, 13. Januar 2014 um 09:57 Uhr
Von:Bruno D. Rodrigues bruno.rodrig...@litux.org
An:zeromq-dev@lists.zeromq.org
Is anybody going to this event? Any ZeroMQ attendance? Apparently it's
in Brussels this year which is nearby for me :)
Rg,
Arnaud
--
w: http://www.sphaero.org
t: http://twitter.com/sphaero
g: http://github.com/sphaero
i: freenode: sphaero_z25
___
I'm organizing a FOSDEM devroom on Sunday, for the Internet of
Things[1]. So far there are no ZeroMQ speakers there but it'd be cool
if some came.
FOSDEM is in Brussels every year :-) at the largest French-speaking
university. If you come, shout, and we'll organize a meetup on e.g.
Saturday
This is the only place threads are created in libzmq.
On Sun, Jan 12, 2014 at 7:17 PM, Kenneth Adam Miller
kennethadammil...@gmail.com wrote:
I have one final question about the thread.cpp file; before I go off on some
crazy hunt and read the entire code base, I would just like to know the
The context is created in two steps; the actual I/O threads are
created only when the first socket is created. This lets us configure
the context before creating sockets.
On Sun, Jan 12, 2014 at 4:15 PM, Kenneth Adam Miller
kennethadammil...@gmail.com wrote:
Yes, it most definitely is in socket
If you want a patch to the 4.0 fork you can make a test case and an
issue. I can then backport it. Otherwise it'll come to libzmq master
(= 4.1).
One thing about receiving a null message; we'd thought at some stage
to use this to (also) signal a new connection ready, for outgoing
ZMQ_STREAM
Hi all,
Apologies if this is a dumb question, but I am struggling to understand what’s
going on here: I have a small REQ - ROUTER script that forks, sends a message
to the ROUTER and then exits. If I create all of the REQ sockets before the
ROUTER socket it works fine, but if I do it the other
Hi,
I'm started playing around with the CURVE examples posted on [1] but
in python and everything looked promising. But when I implemented
something myself I run into some problems:
I first start a ZAP class as a seperate thread to handle
authentication and create the server socket and bind it.
Hi everyone,
Hit this little problem:
$ make all
Making all in src
/Applications/Xcode.app/Contents/Developer/usr/bin/make all-am
CXX libzmq_la-address.lo
CXX libzmq_la-clock.lo
[snip]
CXX libzmq_la-tipc_listener.lo
CXX libzmq_la-tipc_connecter.lo
https://github.com/zeromq/libzmq/pull/821
On Jan 13, 2014, at 16:53, Mathias Hablützel h...@zhaw.ch wrote:
Hi everyone,
Hit this little problem:
$ make all
Making all in src
/Applications/Xcode.app/Contents/Developer/usr/bin/make all-am
CXX libzmq_la-address.lo
CXX
My zmqpp code has ended up completely littered with clauses like:
bool gotit = false;
try
{
gotit = ts.receive(clientId_str,msgin);
}
catch (zmqpp::zmq_internal_exception e)
{
if (e.zmq_error()
On Mon, Jan 13, 2014 at 3:01 PM, Goswin von Brederlow goswin-...@web.de wrote:
1) How does the client detect a login failure (as opposed to an
unreachable, unresponsive, crashing server?
It's explained in the ZMTP RFC. It's an area we're changing, to avoid
specifically the problem you
Handling EINTR with exceptions seems messy. The right way to improve
the quality of code sent via pull requests is simply to patch it into
shape or delete it if it's offensive (upfront code reviews tend to
just introduce friction).
On Mon, Jan 13, 2014 at 6:45 PM, Lindley French
I would but I can't access github from my work. Talking it through is my best
option in the short term.
On Jan 13, 2014, at 1:06 PM, Pieter Hintjens p...@imatix.com wrote:
Handling EINTR with exceptions seems messy. The right way to improve
the quality of code sent via pull requests is
I'm not seeing a version number actually being used in this use case, would
it not be more pertinent to just use --export-symbols which would be OSX
friendly?
https://www.gnu.org/software/gnulib/manual/html_node/LD-Version-Scripts.html
Or just using the attributes flags together with Windows
I have made pull request to jyre.
jzmq dependency was updated to 2.2.3-SNAPSHOT
using 1.1.0-SNAPSHOT version of jzmq, code was not compilable. JeroMQ build
using gen-zyre-jsmq.sh was tested as well.
Robert
___
zeromq-dev mailing list
Nice. I merged that, and also added you to the Jyre maintainers team.
You can read the C4.1 process if you didn't read it already --
http://rfc.zeromq.org/spec:22
On Mon, Jan 13, 2014 at 9:51 PM, Robert Gallas gallas.rob...@gmail.com wrote:
I have made pull request to jyre.
jzmq dependency was
Thanks. I more/less understand C4.1.
2014/1/13 Pieter Hintjens p...@imatix.com
Nice. I merged that, and also added you to the Jyre maintainers team.
You can read the C4.1 process if you didn't read it already --
http://rfc.zeromq.org/spec:22
On Mon, Jan 13, 2014 at 9:51 PM, Robert Gallas
Ah!
I was hunting it down in source so that I could write my own thread
management routines because I need to be able to create threads with a
different API call across all platforms. Thanks for the help.
On Mon, Jan 13, 2014 at 5:45 AM, Pieter Hintjens p...@imatix.com wrote:
The context is
Oops. I've just changed enough to recompile again on the mac, and because
my code doesn't check versions I didn't saw that problem.
I'm not a make file expert anymore, so can you help fixing this?
--
Bruno Rodrigues
Sent from my iPhone
No dia 13/01/2014, às 18:12, Steven McCoy
Thanks for your advise. But Im still struggeling.
To be honest, I still dont succeed in receiving and publishing messages at the same time using a proxy. I must be doing something wrong. Maybe you could have short look. Sometimes Im too blind to see...http://pastebin.com/ar6bH8vq
Dear zeromq developers,
in our project using zeromq, we depend on the PGM features which we use
for multicast synchronisation in our cluster environment. I would like
to be able to compile-time test, when building against zeromq, wether
that specific build has PGM support enabled or not, in order
Hi Pieter,
Created issue #48 (https://github.com/zeromq/zeromq4-x/issues/48) and sent
pull request #49 (https://github.com/zeromq/zeromq4-x/pull/49) to zeromq4-x.
As for the null message, I don't think it's a problem. You can probably
signal all new connections using a null message provided
Provided you accept this patch, how should I proceed in order to get this
fix included in the next pyzmq release?
Thanks,
André
On Mon, Jan 13, 2014 at 8:30 PM, André Caron andre.l.ca...@gmail.comwrote:
Hi Pieter,
Created issue #48 (https://github.com/zeromq/zeromq4-x/issues/48) and
sent
Ok, too blind. Im binding the source instead of connecting. Ill try when I get home, but that should be the problem I guess
Gesendet:Montag, 13. Januar 2014 um 23:47 Uhr
Von:b...@gmx.net
An:ZeroMQ development list zeromq-dev@lists.zeromq.org
Betreff:Re: [zeromq-dev] Pub/sub pattern: Binding
Nice...! Thanks also for using Jyre and helping to keep it healthy.
On Mon, Jan 13, 2014 at 11:04 PM, Robert Gallas gallas.rob...@gmail.com wrote:
Thanks. I more/less understand C4.1.
2014/1/13 Pieter Hintjens p...@imatix.com
Nice. I merged that, and also added you to the Jyre maintainers
28 matches
Mail list logo