thank you for reply, we dont run word count topology in our storm, we
will try it later. and the phenomenon is that, at one moment, all the
workers in the topology will core, and we don't know why
.
and also that
4 0x2aaab36cf2ab in Java_org_zeromq_ZMQ_00024Socket_send (env=0x162a,
Can't even build something more robust top of 0mq, since most of the time
the only internal error handling of 0mq is a rough assert.
This is an internal error, what would you suggest instead?
- Martin
___
zeromq-dev mailing list
Asserts are made to check for clear incoherent behavior in a library.
Something that just could not happen if the library is coded properly. They
should check for things like function pre/post conditions. They are for
library developers, not end users!
A change in the wire format causing an assert
Another way around assertions would be to put independent pieces of code in
different processes.
Assertions then disable logging by crashing the logging process.
2012/11/16 Martin Hurton hurt...@gmail.com
Asserts are made to check for clear incoherent behavior in a library.
Something that
this issue of asserts is starting to cause me grief with my colleagues.
for example, zmq_connecter.cpp:47 reads like
int rc = tcp_connector.set_address(protocol_, address_);
assert(rc == 0)
until yesterday, i had never seen a problem with this.
but yesterday, we had one site have
Hello all,
On 16/11/2012 13:12, Martin Hurton wrote:
Asserts are made to check for clear incoherent behavior in a library.
Something that just could not happen if the library is coded properly. They
should check for things like function pre/post conditions. They are for
library developers,
On Fri, Nov 16, 2012 at 9:05 PM, Aurélien Vallée
vallee.aurel...@gmail.com wrote:
Asserts are made to check for clear incoherent behavior in a library.
Something that just could not happen if the library is coded properly. They
should check for things like function pre/post conditions. They
On Fri, Nov 16, 2012 at 9:25 PM, Andrew Hume and...@research.att.com wrote:
until yesterday, i had never seen a problem with this.
but yesterday, we had one site have an internet connection failure.
which caused something weird to happen, which caused
the libc function getaddrinfo to fail.
On Fri, Nov 16, 2012 at 10:51 PM, Emmanuel TAUREL tau...@esrf.fr wrote:
Compatibility between 3.1 and 3.2.1-rc2 on one hand and assert in zmq
code in another hand are two different subjects.
I think we have a patch for this. It's not so complex, after all
-Pieter
Hello,
I just checked the status of zeromq3 in the Debian repository.
It is part of the experimental branch of the project.
Usually it means there is still some thinks to do before we can upload to
unstable.
It is also true that Debian is in Deep-Freeze, so this is the only way to
upload brand
Hi all,
That's a very, very good news.
Thank's for the ZMQ team efforts. It really simplify our life
Emmanuel
Le 16.11.2012 18:25, Pieter Hintjens a écrit :
On Fri, Nov 16, 2012 at 10:51 PM, Emmanuel TAUREL tau...@esrf.fr
wrote:
Compatibility between 3.1 and 3.2.1-rc2 on one hand and
On 16 Nov 2012 01:07, Jeyamahesan Chandrakanthan jeyamahesa...@gmail.com
wrote:
im not receiving the data..instead of I'm receiving this below error...
it throws exception: zmq_recv: Resource temporarily unavailable
Try passing 0 for the flags.
Ian
12 matches
Mail list logo