Hi,
Patches for issue #30
From f77b8e1ed020786c36216c819fb38d78d5a57d46 Mon Sep 17 00:00:00 2001
From: dhammika dhamm...@gmail.com
Date: Mon, 25 Oct 2010 22:19:43 -0700
Subject: [PATCH] drop connection requests with duplicate peer identity
Signed-off-by: dhammika dhamm...@gmail.com
---
Conceptually, to some degree, they are similar.
Multicast addressing operates at the level of the IP protocol and is
implemented in routers.
Publisher forwarding is done at the level of the application/platform.
Differences are that managing subscriptions at the IP level is probably much
harder
i realise its crass to ask for help in a complicated program, but i'd
appreciate any hints on what to look at.
i am running version 2.0.9 on a red hat enterprise 5.4 system
(actually several nodes identically setup).
the program (digest) has a main thread which opens several sockets
m...@kotelna.sk said:
Hi Steve,
steven.mc...@miru.hk said:
Requires pulling in new tarball, not included in attached patch.
Indeed. Will coordinate with Martin Sustrik when he gets back tomorrow and
push your patch + new tarball.
Done.
-mato
Burak,
for the record, i did not want to const-correct just the c++ api with
const_cast because const_cast's sole valid use-case is interoperability.
so the user should choose to use it if he/she's after strict
const-correctness.
so using it inside the zeromq c++ api is simply lying to the
Michael,
This is using 2.0.9, I'll my environment and see if that has any affect
and add to the tracker if necessary, thanks.
Can you open the issue in the bug tracker, supplying a minimal test case
to reproduce the problem? I'll have a look at it.
It's OSX btw, right?
Martin
--
С уважением,
Олег Севостьянов
JabberID: boo...@jabber.ru
0001-add-header-file-define-__rdtsc-fucntion-in-MSVC.patch
Description: Binary data
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
On Sun, Oct 24, 2010 at 6:53 PM, Pieter Hintjens p...@imatix.com wrote:
Hi Mikko,
Thanks - patch applied.
-Pieter
Hi,
did you push this as well? Still getting failed builds with ZFL + ICC.
--
Mikko Koppanen
___
zeromq-dev mailing list
Dhammika,
Patches for issue #30
Applied.
Thanks!
Martin
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
i am getting sporadic core dumps with my zmq programs.
no pattern detectable yet, except that whenever it happens,
the immediate cause is a zero zmq_msg_t. e.g.
(gdb) bt
#0 zmq_msg_close(._0 *) (msg_=0x7fff1e481d10) at zmq.cpp:171
#1 0x2aefdbe7eff8 in zmq::pipe_t::~pipe_t (this=0x32beb30,
Hi Andrew,
Given the fact that software on all nodes is identical and this fails on one
node only,
I'd consider the option that this could be a intermittent hardware problem.
Have you verified
memory with a mem checker and verified the correct function of the NIC by
doing a stress-test on it?
On 10/26/2010 11:54 AM, Gerard Toonstra wrote:
Conceptually, to some degree, they are similar.
Multicast addressing operates at the level of the IP protocol and is
implemented in routers.
Publisher forwarding is done at the level of the application/platform.
Differences are that managing
On 10/25/2010 11:12 AM, Gerard Toonstra wrote:
There's a document on the 0MQ site which mentions how routing is done
through an inverted bitmap. It can compile this matrix, because
the number of possible queries is finite. However, even for finite
domains, one still has to consider the
On Tue, Oct 26, 2010 at 5:12 PM, Martin Sustrik sust...@250bpm.com wrote:
Hi,
My question is - how am I supposed to cleanly shutdown my application,
given that I can't invoke zmq_close on S from T2 and T1 is stuck in a
blocking call?
Why are you using multicast for inter-thread
On 10/26/2010 05:08 PM, ntu...@googlemail.com wrote:
My question is - how am I supposed to cleanly shutdown my application,
given that I can't invoke zmq_close on S from T2 and T1 is stuck in a
blocking call?
Irrespective to use of multicast, the termination sequence goes like this:
1.
What do you actually see? A segfault?
Martin
On 10/26/2010 02:03 PM, Andrew Hume wrote:
i realise its crass to ask for help in a complicated program, but i'd
appreciate any hints on what to look at.
i am running version 2.0.9 on a red hat enterprise 5.4 system
(actually several nodes
- Original message -
Burak,
for the record, i did not want to const-correct just the c++ api with
const_cast because const_cast's sole valid use-case is
interoperability. so the user should choose to use it if he/she's
after strict const-correctness.
so using it inside the
On Tue, Oct 26, 2010 at 5:27 PM, Martin Sustrik sust...@250bpm.com wrote:
On 10/26/2010 05:08 PM, ntu...@googlemail.com wrote:
My question is - how am I supposed to cleanly shutdown my application,
given that I can't invoke zmq_close on S from T2 and T1 is stuck in a
blocking call?
On Tue, Oct 26, 2010 at 6:30 PM, ntu...@googlemail.com wrote:
Assuming A == T1, then it can not close its socket, because it is
stuck in zmq_recv. The decision to terminate is coming from T2. How
should T1 know that it should close its socket? And when T2 calls
zmq_term, T1 is already
On 10/26/2010 07:30 PM, Pieter Hintjens wrote:
zmq_recv should return with ETERM if another thread calls zmq_term.
If it doesn't happen, it's a bug. Please, do fill in a bug report in
such case.
Martin
___
zeromq-dev mailing list
On Tue, Oct 26, 2010 at 3:28 PM, Mikko Koppanen
mikko.koppa...@gmail.com wrote:
did you push this as well? Still getting failed builds with ZFL + ICC.
Looks like not... the asserts are still in my checkout on another box.
Perils of switching computers too often :-(
Will go back to my other PC
On Tue, Oct 26, 2010 at 6:33 PM, Pieter Hintjens p...@imatix.com wrote:
On Tue, Oct 26, 2010 at 3:28 PM, Mikko Koppanen
mikko.koppa...@gmail.com wrote:
did you push this as well? Still getting failed builds with ZFL + ICC.
Looks like not... the asserts are still in my checkout on another
On Tue, Oct 26, 2010 at 10:27 PM, Mikko Koppanen
mikko.koppa...@gmail.com wrote:
I think the email address needs to be configured manually in Hudson in
order for you to receive the notification. I think it might be easiest
to create a separate mailing-list for build failures and use that as a
Hi y'All,
As a kind of a survey / test to see if you're awake, I'd like to
solicit your views, as 0MQ users and contributors, about the most
significant differences between 0MQ and traditional TCP sockets. I.e.
how would you convince your boss that it was worth using 0MQ rather
than just coding
On Tue, Oct 26, 2010 at 9:49 PM, Pieter Hintjens p...@imatix.com wrote:
Hmm, the project is configured to email the idiot who broke the
builds, so I should have gotten an email. No biggie. I've uploaded
your patches now and Hudson is showing a sign of sunshine for that
project. :-)
Hi,
not
Would anyone be interested if I submitted a VS2010 version of the build. I see
at least three possibilities: stick with 2008 for the time being, update to
2010, or keep a 2010 and a 2008 version in the builds folder.
Let me know what you all think.
Joshua
On Wed, Oct 27, 2010 at 12:03 AM, Mikko Koppanen
mikko.koppa...@gmail.com wrote:
not 100% sure but this issue might be related
http://issues.hudson-ci.org/browse/HUDSON-7156.
Could be. The console log says:
Failed to send e-mail to Martin Hurton because no e-mail address is
known, and no
Joshua,
Would anyone be interested if I submitted a VS2010 version of the build. I
see at least three possibilities: stick with 2008 for the time being, update
to 2010, or keep a 2010 and a 2008 version in the builds folder.
I think having the VS2010 builds would be great, and in general
Using the C++ API, 2.0.9.
When zmq::poll tells you that there is activity on a socket, how can you get a
socket_t corresponding to the appropriate item?
It seems that there is no conversion between item.socket (which is a void*) and
socket_t.
___
Hi folks,
If you want, I could untangle this http://pastebin.com/6iux5QCS from
my build system and you could use it to generate 2k5, 2k8 and 2k10 solutions
with limited hassle. You just need the latest release candidate of premake
and away you go. Really though, if you know anything
Hi Pieter,
Hi y'All,
As a kind of a survey / test to see if you're awake, I'd like to
solicit your views, as 0MQ users and contributors, about the most
significant differences between 0MQ and traditional TCP sockets. I.e.
how would you convince your boss that it was worth using 0MQ rather
From: Kelly Brock ke...@inocode.com
To: 'ZeroMQ development list' zeromq-...@mail.imatix.com
Date: Tue, 26 Oct 2010 19:38:15 -0500
Subject: Re: [zeromq-dev] 0MQ vs TCP sockets - survey
Positive points ZMQ (ease of use, fast, threading model, flexible)
+1
Negative points ZMQ (point 1
Hi Martin,
On Tue, Oct 26, 2010 at 7:04 AM, Martin Sustrik sust...@250bpm.com wrote:
Dhammika,
Patches for issue #30
Applied.
You missed this,
From 2f1de7f95aeae3b40fc1c851f052c7c0c0b9dee7 Mon Sep 17 00:00:00 2001
From: dhammika dhamm...@gmail.com
Date: Mon, 25 Oct 2010 23:12:56 -0700
Hi Andrew,
On Tue, Oct 26, 2010 at 7:06 AM, Andrew Hume and...@research.att.com wrote:
i am getting sporadic core dumps with my zmq programs.
no pattern detectable yet, except that whenever it happens,
the immediate cause is a zero zmq_msg_t. e.g.
(gdb) bt
#0 zmq_msg_close(._0 *)
34 matches
Mail list logo