at 09:24:59PM +0200, Pieter Hintjens wrote:
> > I guess the error command could be encrypted with the server long term
> > private key, yes.
> >
> > On Thu, Jul 3, 2014 at 8:15 PM, Diego Duclos
> > wrote:
> > > I've been reading up the Curve spec with mo
I've been reading up the Curve spec with more detail, and the way the error
packet currently works caught me by surprise. Couldn't a crafted TCP packet
with an error command be sent to a client ? Tricking it into thinking the
server has denied it's credentials when it has done no such thing ?
This
gt; On Wed, Jul 2, 2014 at 9:13 PM, Diego Duclos
> wrote:
> > Hello all,
> >
> > I've been reading up on the CurveZMQ and CurveCP specs.
> > I've noticed they use a mix if 8 and 16 bytes nonces, who are then all
> > passed to 24 bytes using a constant prefi
Hello all,
I've been reading up on the CurveZMQ and CurveCP specs.
I've noticed they use a mix if 8 and 16 bytes nonces, who are then all
passed to 24 bytes using a constant prefix.
I was wondering when 8 byte and when 16 byte nonces are chosen as well as
why.
Kind Regards,
Diego D
qpp functionality at all,
I'm fairly confident it doesn't have to do with my changes, and all the
libzmq self tests pass too, so it probably isn't an issue in libzmq either
.. Which leaves only the test itself as the possible issue.
Kind Regards,
Diego Duclos
Palm Stone Games
___
Hello,
Is there on a git repo somewhere already ?
I'd be very interested in having a look at it.
Kr,
Diego Duclos
On Thu, Apr 10, 2014 at 9:53 AM, Pieter Hintjens wrote:
> Hi Michael,
>
> This sounds great. My advice is to make small steps, solving one
> problem at a
If you don't use CurveZMQ, and someone is able to readily manipulate your
frames anyway, just a checksum won't help you at all. There's already
checksumming at the networking level to prevent corruption.
On Thu, Mar 13, 2014 at 3:37 PM, Tony Arcieri wrote:
> If you use CurveZMQ the Poly1305 MAC
Would we be able to work on other zeromq projects too ?
I'd personally love to work on netmq during a code up, having other people
around to help and bounce thoughts against would be so amazingly helpful.
On Tue, Mar 11, 2014 at 11:29 AM, Pieter Hintjens wrote:
> Hi all,
>
> Any interest in a Z
There are many ways to securely do password based authentication,
SRP being one of them, though ZMQ currently doesn't implement this.
On Tue, Feb 25, 2014 at 9:53 AM, Goswin von Brederlow wrote:
> On Tue, Feb 25, 2014 at 06:28:41AM +0900, crocket wrote:
> > As far as I know, there are 3 security
Which binding of ZeroMQ are you using ?
On Mon, Feb 24, 2014 at 12:01 PM, Kumar, Dundigal Satish <
dsku...@firstam.com> wrote:
> Hi Team,
>
>
>
> We are using ZMQ in our WPF desktop application and Its working fine in
> Developer machines but encountering the below error when we execute the
> A
You'd probably need to add two sleeps: 1 after creation to wait for the
socket to be properly created. And another after the destruction to wait
for the socket to be properly destroyed.
Most importantly though: Why do you need to do this ? It seems like quite
the antipattern in ZMQ development ?
As far as I'm aware, the closing happens on the network thread, which means
that by the time your loop reaches the socket limit, the sockets probably
haven't been closed yet ?
On Mon, Feb 24, 2014 at 11:32 AM, Olaf Mandel wrote:
> Hello,
>
> I am currently trying to open and close many sockets a
I very much like this idea and would like to see this in. If a proper spec
is made, I'll likely be adding this to NetMQ.
On Wed, Feb 12, 2014 at 6:03 PM, Lyle Thompson wrote:
> Hi Guys,
>
>
>
> Thanks for your responses. I definitely appreciate it. But maybe I said
> SOCKS too early in the emai
I'm not sure this fits into zmq itself ? It should already be possible to
build this on top of a ØMQ socket without too much issues (any socket type,
really).
On Sat, Feb 1, 2014 at 3:44 PM, Goswin von Brederlow wrote:
> On Sat, Feb 01, 2014 at 08:32:08AM -0500, Lindley French wrote:
> > This ap
I come from near the french border, if someone has a place for me to stay
friday evening I'd definatly be game for a drink.
On Tue, Jan 28, 2014 at 11:59 AM, Arnaud Loonstra wrote:
> LOL, that definitely would be uplifting. We would need to subscribe to
> the same PUB then :)
>
> Arnaud
>
> On 0
I'll probably be attending as well, I'll treat a beer if I'm there :)
On Tue, Jan 28, 2014 at 10:37 AM, Arnaud Loonstra wrote:
> I'm going to FOSDEM.
>
> Perhaps see you there then.
>
> Rg,
>
> Arnaud
>
> On 01/13/2014 12:44 PM, Pieter Hintjens wrote:
> > I'm organizing a FOSDEM devroom on Sunda
ain repo
As an aside: Have you given any thought about API compatibility with the
pure .NET implementation of ØMQ (NetMQ) ?
Kind Regards,
Diego Duclos
On Mon, Dec 30, 2013 at 5:17 PM, wrote:
> Hi all,
>
> As the repository for the F# ZMQ binding (hereafter, fszmq) has been
> rec
Wouldn't something entirely mobile-platform independent actually be
advantageous here ? Xamarin's tech would be a good example here, as the
code in portable libraries runs on every single mobile.
On Sat, Dec 21, 2013 at 12:28 PM, Pieter Hintjens wrote:
> Hmm, interesting. Maybe we should apply
clrZMQ is extremely outdated, wouldn't it be a better idea to use NetMQ for
this instead ?
(Or, alternatively, update clrZMQ to the latest master)
On Wed, Dec 18, 2013 at 1:34 PM, Pawel Jasinski wrote:
> hi,
>
> I have managed to get pyzmq to work under Ironpython.
> Anybody interested can take
If ALL you need is to know is "has message left NIC on sending process or
not", there is a socket option for that. It's called ZMQ_ROUTER_MANDATORY.
On Fri, Dec 6, 2013 at 1:07 PM, Matt Connolly wrote:
> Could you use the socket monitoring to check the connected state of the
> dealer socket?
>
Can you try calling AddTimer(new NetMQTimer(100)); on the Poller before
starting it ?
On Wed, Dec 4, 2013 at 9:22 AM, Daniel Cleyne wrote:
> Folks,
>
>
>
> We are just starting out with ZMQ and have been working with Pub/Sub
> examples to help us in one of our applications. I wrote a Java test
As far as I know, the maintainer has abandoned the project, NetMQ is an
alternative if a pure .NET solution is fast enough for you
On Mon, Nov 25, 2013 at 9:34 AM, Cosmo Harrigan <
cosmo.harri...@singularityu.org> wrote:
> Hi,
>
> Thanks for creating ZeroMQ - it is a useful framework.
>
> I have
This socket was renamed to ZMQ_STREAM, you should probably look into that.
See this mail from Pieter from a while back for details:
http://comments.gmane.org/gmane.network.zeromq.devel/19547
On Wed, Oct 30, 2013 at 10:06 AM, Full Name wrote:
> I'm trying to connect to a remote zeromq program o
This is the same across every zmq implementation.
Disposing of a context will hang unless all sockets have been disposed off
On Thu, Oct 24, 2013 at 1:48 PM, Giacomo Tesio wrote:
> No one? I'm wondering if I should move to clrzmq...
>
> What about zmq_term hanging?
>
>
> Giacomo
>
>
> On Wed, O
NetMQ has fixed this since version 3.3.07, any older versions of NetMQ will
not talk to a newer version, or to any other zmq implementation.
On Wed, Oct 2, 2013 at 11:17 AM, Pieter Hintjens wrote:
> 1. The nonce is not interpreted in any way by the receiver; it's
> treated as a chunk of memory.
e found at https://github.com/zeromq/rfc/pull/28
Kind Regards,
Diego Duclos,
Palm Stone Games
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
After reading through: It seems that, by design, there isn't any way to
securely authenticate someone using purely a username and a password (akin
to SRP for example).
Seeing as the security layer in ZMQ is extensible, is this something that
is possible to add in ?
On Fri, Sep 20, 2013 at 10:04 A
The most straight forward way seems to be to send a message with 2 frames.
The first frame with a simple string to control your subscribtions with and
the second the actual jsonified message
On Fri, Sep 6, 2013 at 4:42 AM, Ho Yeung Lee wrote:
> How to filter message in subscribe if using Newton
However, according to the ZMQ guide, strings should always be sent without
the trailing NULL byte, as such, it's probably a good idea to stick to that
?
Kr,
Diego Duclos
On Tue, Aug 6, 2013 at 4:48 PM, wrote:
> Well, if your subscriber relies on it being null terminated you sh
with epgm in zmq where multipart messages were sometimes
interleaved when running under high load on several machines.
Does anyone remember such a bug or any fix for it ? As I'd like to throw
this ugly workaround out of the txzmq codebase.
Kr,
Diego D
I would have use for some of this stuff as well.
However, I don't think it really feels at home in zmq itself ? What about a
middleware layer between zmq and user apps that takes care of this ?
Kr,
Diego Duclos
On Thu, Jul 18, 2013 at 8:47 PM, CFK wrote:
> Thank you Peter, that wa
Cheers,
I guess my plans for the next few evenings is set then :)
Diego Duclos
On Mon, Jul 15, 2013 at 9:14 PM, Pieter Hintjens wrote:
> The source files don't in fact contain any copyright or license
> statements at all, so the entire project has questionable status.
> Norm
I have, the project has around 8 contributors or so.
Sadly, roughly 4 of them didn't answer so far (it's been a few weeks since
I've sent the mail)
On Mon, Jul 15, 2013 at 8:44 PM, Pieter Hintjens wrote:
> On Mon, Jul 15, 2013 at 8:14 PM, Diego Duclos
> wrote:
>
>
In my case (why didn't I mention this ?) my specific problem is
txZMQ<https://github.com/smira/txZMQ>.
Which is, very sadly, a GPL'd lib
On Mon, Jul 15, 2013 at 7:34 PM, Steven McCoy wrote:
> On 15 July 2013 13:11, Diego Duclos wrote:
>
>> What about when a closed
t and
release this to the public ? This is what I'm planning of doing.
Kind Regards,
Diego Duclos
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
model it asynchronously.
>>>
>>> One embodiment might be:
>>>
>>> Use PUSH/PULL to distribute the work and PUB/SUB to aggregate the
>>> results.
>>>
>>> Warmest regards,
>>>
>>> Trev
>>>
>>> On Fri, Ju
Seeing as zeroMQ is most likely running on top of tcp in this case, it
seems natural that for small messages the processing time of this extra
layer of code is adding a noticeable processing time.
You can find a really detailed write-up on performance at
http://www.zeromq.org/results:0mq-tests-v03
If each subscriber is only subscribed to one topic, and each topic is only
used once, then XPUB/XSUB will work fine. However, it sounds like you
should be using a ROUTER/DEALER pattern instead ?
On Fri, Jun 28, 2013 at 11:02 AM, Giacomo Tesio wrote:
> Well, actually, I have ~200 subscribers (ea
I've used both clrzmq2 and pyzmq successfully on windows with no trouble at
all. (clrzmq can be gotten from NuGet and pyzmq from
https://github.com/zeromq/pyzmq/downloads (just pick the right one for your
python version)
On Mon, Jun 24, 2013 at 7:09 PM, Nishant Mittal wrote:
> We have a require
39 matches
Mail list logo
