The existing IDENTITY socket option is useless for your purpose because
it is transmitted at the end of the handcheck in the metadata. When a
ROUTER receives a new connection, it assigns to it a own forged identity
(random for the first peer and then incremented for the next ones). It
is a 5
The greeting's signature would be an easier place (8 bytes available).
Le 14/02/2014 09:50, Laurent Alebarde a écrit :
The existing IDENTITY socket option is useless for your purpose
because it is transmitted at the end of the handcheck in the metadata.
When a ROUTER receives a new connection,
Hi Dave,
Feel free to test the current libzmq master, with and without that
patch, to see if it helps. We don't backport improvements to 3.2.x
stable, only bug fixes. So any new behavior would come in a 4.1.x
release.
-Pieter
On Fri, Feb 7, 2014 at 7:27 PM, davewal...@comcast.net wrote:
Hi
ZMQ_STREAM won't work over inproc://
Probably it'd be worth adding a check for that and returning an error
in bind/connect.
On Sun, Feb 9, 2014 at 9:15 AM, Laurent Alebarde l.aleba...@free.fr wrote:
It seems that the cause is the use of ZMQ_STREAM with inproc ?
Le 08/02/2014 09:16, Laurent
Authentication applies *only* to TCP connections, for all socket types
including PAIR.
On Sun, Feb 9, 2014 at 12:19 AM, Laurent Alebarde l.aleba...@free.fr wrote:
Hi all,
Are ZMQ_PAIR sockets kinds of raw sockets, or do they fulfil the NULL,
PLAIN, CURVE mechanisms ?
Laurent
On Wed, Feb 12, 2014 at 9:25 AM, Laurent Alebarde l.aleba...@free.fr wrote:
If the answer is positive, I think it should assert as soon as the
socket binds or connects to a none tcp address.
Please don't assert. return an error. An application can never handle
an assert and give a good
On Wed, Feb 12, 2014 at 2:33 PM, Jörg Specht joerg.spe...@targit.de wrote:
Hello ZMQ staff,
That's kind of sweet. We're not staff though, just a community of
people like yourself. If there's something you think we should
improve, send us a pull request! We'll merge it and grant you infinite
You can bridge ZMTP over other protocols quite easily assuming the
other protocol offers sockets that can be polled. Read from a ZMQ
socket, write to the other socket, and vice-versa.
On Wed, Feb 12, 2014 at 11:05 AM, Florian Pichlmeier
florian.pichlme...@mytum.de wrote:
Hello,
so far i have
When you're doing encryption you will be hitting CPU limits. The work
will happen in the background I/O thread, not your application thread.
So start as many I/O threads as you have CPU cores. How you match
sockets to application threads is going to be insignificant.
On Thu, Feb 13, 2014 at 6:08
Country of origin is undefined, but arguably is either Belgium or
Slovakia, and the component does no encryption (though it may call
other libraries to do that).
On Thu, Feb 13, 2014 at 1:08 PM, Fabien fabienhou...@hotmail.com wrote:
Hi,
We are looking at using zeroMQ and NetMQ in one of our
Hi Devs,
I wonder what is the internal behaviour of libzmq when a blocking
zmq_poll is used ws thread activation:
int rc = zmq_poll (items, 2, -1);
Does the libzmq internal I/O thread awake the user's thread only when
the poll has received an event ? Or are the user's thread that blocks on
George,
You can probably send video to a handful of recipients over TCP, using
pub-sub sockets. It depends totally on the video size, compression,
etc. UDP multicast isn't going to help unless the recipients are on
the same network. Semi-reliable UDP (like UDT) might help on some
networks.
Hi Robin,
The best way to resolve such crashes is to get a debug dump, and some
idea of how to reproduce the problem. It could be e.g. running out of
sockets. Also, do try with later releases (4.0.x and libzmq master) to
see if the problem still hits.
-Pieter
On Fri, Feb 14, 2014 at 3:56 AM,
Hi,
I noticed that there are two mechanisms to decide which poller
(devpoll,epoll,kqueue,poll,select) to use:
* poller.hpp makes a choice based on the operation system (e.g.
ZMQ_HAVE_LINUX or ZMQ_HAVE_WINDOWS) unless overridden by one of the
ZMQ_FORCE_* macros.
* configure uses the
On Fri, Feb 14, 2014 at 11:38 AM, Olaf Mandel o.man...@menlosystems.com wrote:
Now my first question: is this particular example (Cygwin and poll) a
bug and where? ZMQ_USE_POLL works for me up to a 1021 sockets, while
ZMQ_USE_SELECT works only up to 28 (!) sockets. What is the correct
default
Hi,
Am 14.02.2014 13:01, schrieb Pieter Hintjens:
On Fri, Feb 14, 2014 at 11:38 AM, Olaf Mandel o.man...@menlosystems.com
wrote:
Now my first question: is this particular example (Cygwin and poll) a
bug and where? ZMQ_USE_POLL works for me up to a 1021 sockets, while
ZMQ_USE_SELECT works
Hello folks,
For some reason, a message sent from the REQ side of a REQ/ROUTER isn’t
arriving. I know from experience this is some kind of CURVE issue, but I have
stared at my curve usage for several hours now without seeing the problem. I’m
hoping to collect some general strategies on how
Does the selftest test_security_curve pass ?
Le 14/02/2014 14:39, Drew Crawford a écrit :
Hello folks,
For some reason, a message sent from the REQ side of a REQ/ROUTER
isn't arriving. I know from experience this is some kind of CURVE
issue, but I have stared at my curve usage for several
It returns 0, which I think is the pass condition. Good idea though, I
wouldn’t have thought of that.
On Feb 14, 2014, at 7:51 AM, Laurent Alebarde l.aleba...@free.fr wrote:
Does the selftest test_security_curve pass ?
Le 14/02/2014 14:39, Drew Crawford a écrit :
Hello folks,
For some
Hello Joerg.Specht,
Recently I have created the guide for my team. They are happy, it usually
takes near 15 min, if you did it before.
Check it out.
ZMQ build guide for win7_x64 (for dev)
*Install CMake *
http://www.cmake.org/files/v2.8/cmake-2.8.12.1-win32-x86.exe. NOTE: you
need it to
Awesome stuff!
On Fri, Feb 14, 2014 at 11:05 AM, artemv zmq artemv@gmail.com wrote:
Hello Joerg.Specht,
Recently I have created the guide for my team. They are happy, it usually
takes near 15 min, if you did it before.
Check it out.
ZMQ build guide for win7_x64 (for dev)
Install
hi benjamin,
Interesting stuff ... Would you mind if I ask you more details of how you
accomplished that? (Im from java world and python is not clear much for me)
Thanks in advance.
2014-02-12 10:13 GMT+02:00 Benjamin Cordes benjamin.l.cor...@gmail.com:
just tested this and it works
Turns
You would need to use a java ssh client, like jsch, here's a blog post in
tunneling similar to the paramiko example benjamin posted:
http://www.beanizer.org/site/index.php/en/Articles/Java-ssh-tunneling-with-jsch.html
-Michel
On Fri, Feb 14, 2014 at 8:34 AM, artemv zmq artemv@gmail.com
I received a bug report from a user who compiled zeromq 4.0.3 on Windows using
32-bit mingw. The code that blew up was:
context = LibZMQ.zmq_ctx_new
rc = LibZMQ.zmq_ctx_set(context, ZMQ::MAX_SOCKETS, 1023)
At this point, “rc” was returning -1 and the error message is “Invalid
Argument”. After
Having the local socket tell the remote peer about the mapping it has
created seems very roundabout. How about just allowing the mapping in
the local socket to be replaced anytime identity information is received
from the remote peer?
I don't know how this works at the ZMTP level, but I assume
Le 14/02/2014 19:44, Justin Karneges a écrit :
Having the local socket tell the remote peer about the mapping it has
created seems very roundabout. How about just allowing the mapping in
the local socket to be replaced anytime identity information is received
from the remote peer?
That's what
https://github.com/zeromq/czmq/issues/104
If compiling using the configure script you need to provide FD_SETSIZE.
On 15 Feb 2014 01:28, Charles Remes li...@chuckremes.com wrote:
I received a bug report from a user who compiled zeromq 4.0.3 on Windows
using 32-bit mingw. The code that blew up
Just an update for you, I recorded the trace in Wireshark and compared against
the spec at http://curvezmq.org/page:read-the-docs#toc9. It appears that the
server is sending FIN (disconnecting) after receiving a HELLO packet.
According to the documentation:
The server SHALL validate all
28 matches
Mail list logo
