Hi All,
Speaking of random UNIX systems...
Do we have any knowledge of people using 0MQ successfully on these
UNIX platforms? Last time I had access to an AIX box I spent a day
trying to make 0MQ work without great success. It could be useful to
track the "confidence" level we have with 0MQ core
Hi all,
I've removed checking for RLIMIT_NOFILE from 0MQ ("poll" polling
mechanism) as it can be set RLIM_INFINITY (and that appears to be the
default on AIX).
It's a small change (see the attachement). The same thing should be done
for "dev/poll" polling mechanism. Unfortunately, /dev/poll
Hello all,
I am writing a multi threaded VC++ application. Basically it
is supposed to be sitting in the middle tier. It is listening to the stock
exchange feed and on reception of feed packets it ,decompresses
it,aggregates it and diverts it to its Subscribers.The idea of the
impleme
Hi all!
I am currently on holiday in New Zealand and will be doing a talk about
ZeroMQ in Wellington while I'm here.
Date/Time: Friday the 11th of February 2011, 13:00
Venue: Level 4, Catalyst House, 150 Willis St
My talk will start with a brief introduction to ZeroMQ, some background
about wher
Hello,
I've read the introductory guide and implemented some small test
programs with ZMQ in C#. My current development setup is
- Developing in C# 4.0
- ZMQ C# binding backed by ZMQ 2.1.0
- Protobuf-net as my primary message serialization component
I had some questions on best practices given my
On Wed, Feb 2, 2011 at 6:16 PM, Martin Sustrik wrote:
> Martin Lucina wanted to somehow force valgrind not to display those
> errors but he haven't done so yet.
Hello,
there is a compile-time constant called ZMQ_MAKE_VALGRIND_HAPPY, which
does following things:
object.cpp:
command_t c
I will be in Spring Festival vacation from Feb 2nd to Feb 8th. During those
days, I only have limited network and phone access. But I will try to check
mail every day. If any urgent case, please send me a mail.
Thanks & Regards,
Leo
___
zeromq-dev mail
Hi Andrew,
> this has been resolved, and zeromq is blameless!
Great!
> one of my steps in investigating was running stuff under valgrind, and
> of course,
> zeromq internals generate quite a few (hopefully harmless) valgrind errors.
> is there a plan to eliminate these errors?
Some of the error
this has been resolved, and zeromq is blameless!
i added much more logging to help investigate and found the problem.
namely, the server in question had its date set wrong!
(it was 5 mins behind the other servers.)
this meant that the heartbeats were being processed and immediately discarded
as evi
On 2 February 2011 13:25, Chuck Remes wrote:
>
> On Feb 2, 2011, at 3:33 AM, Andrew Hume wrote:
>
> > i don't have permissions to tcpdump.
> > i'm running 2.0.9
>
> Unless you are running your application on ports less than 1025, I don't
> think you need elevated privileges to attach to the ports
> > If anybody from the 0MQ ecosystem is planning to attend, we could
> > organize a meet up. The first round of whatever your poison is, is on
> me.
>
> We've started putting events to come on the website:
>
> http://www.zeromq.org/community
>
> (see top right)
>
> Maybe announcing the meetup
On Feb 2, 2011, at 3:33 AM, Andrew Hume wrote:
> i don't have permissions to tcpdump.
> i'm running 2.0.9
Unless you are running your application on ports less than 1025, I don't think
you need elevated privileges to attach to the ports with tcpdump. You should be
able to run it as a regular u
On 02/02/2011 10:46 AM, Gerard Toonstra wrote:
> Looks like the things left to do are. :
> - subscription matching at the pub side.
I've implemented a dumb matcher (matcher_t, see the branch). It's
extremely inefficient, but it should do as a strawman.
The biggest problem now is how to corr
Hi Martin,
Success!
With this change, I'm no longer to reproduce the issue in about 40-50
restarts. So this looks like it has solved it.
The following was verified:
- The subscription is now also forwarded upstream once, even when there are
6 subscribers connected. So I don't see strange behavi
On 02/02/2011 10:33 AM, Andrew Hume wrote:
> i don't have permissions to tcpdump.
Hm. That way we have no idea whether the problem is on the sender side
or on a receiver side.
Are you at least able to attach the stuck process to the debugger and
place a breakpoint into tcp_socket_t::read to see
i don't have permissions to tcpdump.
i'm running 2.0.9
On Feb 2, 2011, at 2:26 AM, Martin Sustrik wrote:
> On 02/02/2011 10:22 AM, Andrew Hume wrote:
>> i hate to ask a fuzzy question like this, but i am nearly desperate.
>>
>> i have a fairly ordinary convoy of processes dsitributed across 3 li
On 02/02/2011 10:22 AM, Andrew Hume wrote:
> i hate to ask a fuzzy question like this, but i am nearly desperate.
>
> i have a fairly ordinary convoy of processes dsitributed across 3 linux
> systems.
> there is a central process which has a pub/sub control socket to
> every other process, and each
i hate to ask a fuzzy question like this, but i am nearly desperate.
i have a fairly ordinary convoy of processes dsitributed across 3 linux systems.
there is a central process which has a pub/sub control socket to
every other process, and each of those processes has a push/pull socket back to
th
18 matches
Mail list logo
