to
Linux with 4+ kernel, which impacts OpenPGM so dramatically. I tried to google
but have not found yet.
Thanks in advance,
Alex Tsiberev,
P.S.E.
IPFRAN
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listi
Yes, Bitcoin still uses ZMQ.
At least, Bitcoin-Core (most common implementation) is, but some other
implementations do not use it. I think it uses version 4.0.0 now.
When building from source it can be disabled.
‐‐‐ Original Message ‐‐‐
On Wednesday, November 25, 2020 12:00 PM,
wrote
tions" is true, it's also
true that the EU plans to reimburse that EU-based company's losses so as
to nullify these sanctions.
In any case, ZeroMQ is not the only dev project having these problems.
Communication, concertation and solidarity is key here.
alex.
On 7/29/19 7:26 A
Hi
Is there an existing ZeroMQ Java implementation that supports UDP multicast?
Best regards,
Alex
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
https://lists.zeromq.org/mailman/listinfo/zeromq-dev
separate connection to the
publisher.
The pub-sub-pattern is mostly only a viable option when the subscriber
is able to work even if it doesn't receive all messages. If your usecase
does not allow that you might be better of using another pattern, like
req-rep or broker.
Best,
alex.
On 04.01.20
Indeed, talking to groups of servers + discovery would be the features
I'd want in an OpenSSH replacement.
For crypto, do go for the (native) CurveZMQ route, as in the end it
boils down to placing the public key of your machine on the servers. The
CurveZMQ (and the CurveCP project from which it is
" the
message once with his private key, but in fact the message is encrypted
as many times as there are subscribers.
Cheers!
alex.
On 13.10.2016 08:59, LENFERINK Roy wrote:
> Hello everyone,
>
>
>
> Currently I’m investigating the possibilities of ZeroMQ.
>
>
>
all the drivers).
So I would also recommend to you to not think about all the moving parts
in all their possible configurations (i.e. all the cars on the road),
but to really boil it down to: What data should be where? And how should
receivers of that data respond to it? That is, write a pr
not block.
However that's probably not what you want ;). Still wanted to share that
detail.
Best,
alex.
[1]: http://api.zeromq.org/2-1:zmq-send
[2]: http://api.zeromq.org/2-1:zmq-socket#toc6
On 03.08.2016 18:44, Tobias Elbert wrote:
> Actually I think I just answered my own question:
&g
nd release them
with a BSD licence - I'd do that whether I was writing something
open source or 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 wrote:
> This is really
seup.[2]
[1]:
http://librelist.com/browser//flask/2015/7/14/switch-mailing-list-software-away-from-librelist/
[2]: https://lists.riseup.net/
Am 14.04.2016 um 11:54 schrieb alex.:
> Also a 'nay' on Google Groups from me.
>
> And I also concur with Lionel Orry: Librelist is just awesome.
ocols with
GSL, ready to be integrated into ZeroMQ with zproto, and checked for
validity and security by the TLA toolbox.
Well, we'll see.
Best,
alex.
On 14.04.2016 12:21, Bjorn Reese wrote:
> On 04/14/2016 11:30 AM, alex. wrote:
>
>> Anyway after doing a little more research some p
ogle Groups and many others): spam
resistance.
Lists at sourceforge that I'm on have more spam than genuine messages.
So don't go there please.
--
Alex Bligh
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
SL to start off both the protocol and my codebase
using state machines (so big thanks for the links Pieter and Kevin!).
But if it'll be possible to generate a CSP style protocol using GSL from
my state machine, I'd be enormously happy.
Thus my questions: Did anyone ever try something l
so uses mailman and from their help page as a list owner you
seem to have good access to archive data, so porting them over is
probably easily doable. But you can simply send an E-Mail to
m...@librelist.com and ask, the guy running the show is really nice.
best,
alex.
On 14.04.2016 09:41, Pieter
f them seem to reply trimming all context, which makes following conversations
hard.
--
Alex Bligh
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
n general, did anyone ever try to translate FSMs into CSPs? Or am I
just too uninformed to know that something like this is simply absurd?
All the best,
alex.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Any ideas on this one?
Alex
On 14 Mar 2016, at 16:58, Alex Bligh wrote:
> If messages are transmitted through chains of RTR->DLR from A to Z, and it is
> guaranteed the intervening application code does not reorder the packets, is
> it guaranteed that ZeroMQ will also not
and Z will continue to
be ordered? Obviously this is the case for REQ->...->REP chains, but what about
RTR->DLR->RTR->DLR (for example) chains where there may be more than one
message in flight at once?
--
Alex Bligh
___
zeromq-dev m
sh topic) is string and currently limited to 15 chars
> (might be increased in the future)
Can I put in a bid for at least 16? 16 is the minimum required for the binary
encoding of a UUID (128 bits).
What's the reason for a compile time li
://github.com/pebbe/zmq4/pull/81
but the current view of the maintainer is that this is not desirable,
(as per that pull request) therefore I am providing it as a separate library.
--
Alex Bligh
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http
On 24 Feb 2016, at 10:35, Pieter Hintjens wrote:
> OK, fixed now.
Thanks!
Alex
> On Wed, Feb 24, 2016 at 9:07 AM, Pieter Hintjens wrote:
>> Something went wrong, thanks for reporting this. I'll fix it later today.
>>
>> On 23 Feb 2016 21:54, "Alex Blig
api.zeromq.org appears to have been invaded by "LOAD TAG: entry"
and "LOAD TAG: simpara".
See e.g.:
http://api.zeromq.org/4-0:zmq-socket
It would be more readable without these.
--
Alex Bligh
___
zeromq-dev mai
hich is going to be problematic in go as the same goroutine can be scheduled
between different OS threads) I can't immediately see why the above would not
work.
--
Alex Bligh
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
uded save for the fact that I had thought the
service ID should probably be the innermost frame (possibly after the empty
frame delimiter and with it's own zero frame delimiter) so the transport over
TCP could (if necessary) be routed transparently through RTR sockets.
--
Alex Bligh
missing something. In many ways it would seem to be easier to
modify the endpoint protocol.
Am I missing something? Am I approaching this the right way?
--
Alex Bligh
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
inverse may just as well be true?
So is it advisable to just shove the fd of inotify into zmq's polling
function?
Thanks!
alex.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
ull-request, or does this seem
like a very uncommon use of containers in the czmq world?
Alex
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
m the looks of it, a client can issue a
connect and, if the server has not issued a bind yet, it "adds itself"
to a "pending_connections" structure which will be read once the server
binds the socket.
So, my question is, is the above statement outdated, or am I reading the
co
usages that sustend your argumentation,
and sometimes you think: "why on the heal have they limited this?".
But there is always a middle path: it would be not costly to have an
API with seconds and one with milliseconds for that case, in order to
not break standard usage claimed
03.01.2014 14:45, Bjorn Reese kirjoitti:
> On 01/03/2014 02:03 AM, Alex Grönholm wrote:
>
>> As it stands, the TCP keepalive intervals are given in seconds on the
>> vast majority of operating systems.
> Furthermore, if the peer is unresponsive then additional probes will
he
vast majority of operating systems.
If we change it so the values are given in milliseconds instead (meaning
that we divide the given value by 1000 before calling setsockopt()),
this will break existing apps that set the keepalive intervals as seconds.
>
> On Thu, Jan 2, 2014 at
se.
>
> On Mon, Dec 30, 2013 at 11:29 PM, Alex Grönholm
> wrote:
>> This isn't directly related to ZeroMQ, but it is somewhat relevant now given
>> A) the addition of the (yet unimplemented) heartbeating feature in ZMTP/3.0
>> and B) the Windows TCP keepalive parame
This isn't directly related to ZeroMQ, but it is somewhat relevant now
given A) the addition of the (yet unimplemented) heartbeating feature in
ZMTP/3.0 and B) the Windows TCP keepalive parameters fix I committed
recently.
The question is: has someone here used TCP keepalives as a substitute
fo
eBuffer, I don't have exception on exit but
still cannot receive anything.
Please kindly assist me. Lots of thanks.
Alex
import static org.junit.Assert.assertTrue;
import static org.junit.Assert.fail;
import java.nio.ByteBuffer;
import java.util.concurrent.atomic.AtomicInteger;
import o
other than the built in load balanced
> functionality in PUSH and DEALER. In your server, you would maintain
> a mapping of session ids to worker ids. The LRU pattern in the guide
> defines a nice example for this kind of setup.
>
> -Michel
>
> On Thu, Aug 2, 2012
orker is not
enough from performance point of view.
Is there any ZMQ magic (pattern) that can force all events from single session
(based on session id?) to be sent to same worker? This way I'll ensure that
worker process events in the same order they appeared.
Alex Keahan gbtradingllc.com> writes:
> $ ./syncpub &
> [1] 6611
> $ Waiting for subscribers
>
> $ ./syncsub A &
> [2] 6612
> $ ./syncsub B &
> [3] 6613
> $ Broadcasting messages
> Message mismatch: received 'Msg #1266' expected
b')
Any suggestions?
Alex Keahan
Run as follows:
$ ./syncpub &
$ ./syncsub A &
$ ./syncsub B &
You should see something similar to this:
$ ./syncpub &
[1] 6611
$ Waiting for subscribers
$ ./syncsub A &
[2] 6612
$ ./syncsub B &
[3] 6613
$ Broadcasting messages
Mes
This would be appropriate to commit:
--- a/examples/Perl/rrserver.pl
+++ b/examples/Perl/rrserver.pl
@@ -21,7 +21,7 @@ my $context = ZeroMQ::Context->new();
# Socket to talk to clients
my $responder = $context->socket(ZMQ_REP);
-$responder->conne
3.1 could be helpful to deal with
situation like this in future.
Thanks!
Alex.
On Fri, Jun 1, 2012 at 5:20 PM, Pieter Hintjens wrote:
> On Fri, Jun 1, 2012 at 9:37 PM, Alex Sergeyev wrote:
>
>> One router core-dumped today. Subscriber behind it never realized that
>> it&
that data is not there... Do you know what is the scenario of events
for such situation? How long would've that continued until anything
(OS or ZMQ) would've closed that socket?
Should I have application - level fix for such situation or there is
some ZMQ socket option that I coul
Thanks for the info.
-- Alex
On 26 March 2012 20:11, Lourens Naudé wrote:
> Hi Alex,
>
> That'll be fine - the fd events are edge-triggered and would work with any
> reactor implementation. Just remember to read until completion as the
> notification can be for more t
iptor returned by
zsockopt_fd() in this way, or would this break things when I issue
zframe_recv_nowait()?
Thanks in advance,
Alex
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Hi Mikko,
Your suggestions worked perfectly! Can't thank you enough :)
All the best,
Alex
On Mon, Aug 29, 2011 at 5:07 PM, Mikko Koppanen wrote:
> On Tue, Aug 30, 2011 at 12:48 AM, Alex Ramirez
> wrote:
> > The link errors of interest I'm seeing in this example are:
&
to `epoll_ctl'
undefined reference to `epoll_wait'
All these calls appear to link to libstdc++.so.6, and gcc-3.3.1 is only
compatible with libstdc++.so.5.
Any support is greatly appreciated!
Thanks,
Alex
On Mon, Aug 29, 2011 at 3:53 PM, Mikko Koppanen wrote:
> On Mon, Aug 29,
r toolsets?
Any support is greatly appreciated!
Thanks,
Alex
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Hello list,
I'm a complete newbie in the use and application of Zeromq so I am sure
my questions will sound quite inane and downright stupid. I apologise
in advance. I stumbled on ZeroMQ early this week while googling for a
decent message system that is'nt implemented in Java. I use
FPC(Fre
> Just minor tweaks, already noted on stackoverflow that ML64 does not have the
> same features as ML, the examples in the SDK have an invalid syntax when
> ported to x64.
>
> Also, CMake doesn't generate the MSVC project files including the asm,
> probably at a later date as it is plastered wi
> The trunk builds but skips the asm because CMake 2.8.3 is broken, I've
> updated to 2.8.4 and CMake is too stupid to find MSVC 2010 Professional and
> asks me to install the 7.1 SDK so I end up with I guess six compilers now.
Aha.
> The 8-bit and 16-bit atomics are a part of how ticket locks
Ah, is that the trunk version you were saying you got to build successfully on
x64?
On Mar 6, 2011, at 11:08 PM, Steven McCoy wrote:
> On 7 March 2011 01:31, Alex Forster wrote:
> Steven McCoy miru.hk> writes:
>
> > Clean builds under Win64.
> > ...
> > Imp
e:
> Ok, installed MSVC x64 and it nows builds in trunk with cmake -G "NMake
> Makefiles". Still might be broken though :D
>
> --
> Steve-o
>
> On 7 March 2011 12:08, Steven McCoy wrote:
> On 7 March 2011 01:31, Alex Forster wrote:
> Steven McCoy m
Steven McCoy miru.hk> writes:
> Clean builds under Win64.
> ...
> Improve spinlock performance with inline ticket based spinlock implementation.
http://www.google.com/search?q=__asm+keyword+not+supported+on+this+architecture
ticket.h is coughing up because Visual C++ doesn't support inline asse
This is /fantastic/
Some time in January, the project made a very strong push at improving the
build environment in Windows. They introduced support for CMake, which as a
developer I dislike, but as a user I very very much like. CMake makes it
incredibly easy to target Visual Studio by actually ge
> Pieter Hintjens imatix.com>
Close enough to official for me.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
On Feb 19, 2011, at 5:50 PM, Steven McCoy wrote:
> You can add the MinGW compiler dependencies into MSVC, they're listed here as
> libgcc.a libmingwex.a
>
> http://code.google.com/p/openpgm/wiki/OpenPgmCReferenceLinkTheseLibraryFiles
That's a very helpful page. If I can get my hands on those tw
I'm having a hell of a time compiling ZeroMQ 2.0.10 with support for OpenPGM
2.1.27-pre2. I got it down to 18 linker errors, and then I hit a wall because
those errors are all related to missing MinGW libraries, and I'm using Visual
Studio. My options now are: (1) dump Visual Studio, install the
> I notice NUZQ seems to use lambdas, these were introduced in .NET 3.0, I
> purposely kept clrzmq2 targeting .net 2.0.
>
> The fact is a 2.0 is the prevalent .NET framework, many large
> organization will actually only be using that.
>
> The application I maintain as a day job is targeted at 2
> You do know that clrzmq2 supported all of what you mentioned besides the
> reference counting.
>
> If you had of submitted a patch for clrzmq2 it would have been very
> welcome.
I certainly didn't mean to offend. I'll admit that, while I did have some
different ideas as to what a C#-ified ZeroM
> For example, the names of inproc endpoints are stored in the context. If
> library A uses inproc endpoint named X and library B accidentally uses
> endpoint X as well, they start messining with each other.
That's a very good point, I'll definitely have to address that. I'm willing to
jump thr
> Great! I would suggest adding a link to your project to www.zeromq.org. It's
> wiki, so you can do so yourself.
Gladly, done.
> I am not familiar with CLR. Doesn't the problem the context is solving (i.e.
> zeromq being used from two libraries that are later on linked into a single
> applica
I that accept
Strings.
* First-class support for .NET events programming, implemented using zmq_poll()
(but that's completely transparent to the user).
I'd love some feedback. I'm just starting to use it in a project I'm working
on, and so far it all seems to be working smoot
connected?
Regards,
Alex
-Original Message-
From: Martin Sustrik [mailto:sust...@250bpm.com]
Sent: 21 March 2010 04:34
To: Alex Yu
Cc: zeromq-dev@lists.zeromq.org
Subject: Re: [zeromq-dev] failed to filter topic in pub/sub
Alex,
> I tried Jeff version and your version and can't
Hi Martin,
Problem solved..
I can add new subscribe and remove old subscribe in the runtime.
Thanks,
Alex
-Original Message-
From: Alex Yu [mailto:alexc...@gmail.com]
Sent: 08 April 2010 02:27
To: 'Martin Sustrik'
Cc: 'zeromq-dev@lists.zeromq.org'
Subject: RE: [z
Martin,
Attached is the code.
I tried Jeff version and your version and can't get them work.
Please see what's the problem.
Thanks,
Alex
-Original Message-
From: Martin Sustrik [mailto:sust...@250bpm.com]
Sent: 21 March 2010 03:56
To: Alex Yu
Cc: zeromq-dev@lists.zeromq.o
, "xy.", 3);
Alex
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Thanks Martin,
Of coz I would like to tried it.
But I know nth about c++ so tried to use SWIG to generate the C#
interface last night and failed last night.
Could you send me the binding for 1.0 so that I can port it to 2.0?
Kindly Regards,
Alex
-Original Message-
From: Martin Sustrik
> Hi Zmq dev,
>
> I am a new user for zmq and want to make use of the zmq 2.X in my C#
> project.
>
> I found that there is not c# wrapping for zmq 2.x. Is there any C#
> wrapping for 2.x just like that in 1.x?
>
> Please let me know! T
68 matches
Mail list logo