On Mon, Aug 18, 2014 at 3:10 AM, Goswin von Brederlow wrote:
>
> On Fri, Aug 01, 2014 at 11:23:24AM -0700, Dave Peacock wrote:
> > Have just run into this same issue. I haven't tried uclibc yet, tho thanks
> > for that suggestion, will investigate later. For those of you running
> > embedded linux
Ignore the 4.1 stack smashing issue, that was a brain fart on my part...
I ran this (again Ubuntu 14.04 gcc4.8), and this time actually changed the
len > 29 bytes (sorry it was late, I had the stupid), got the
msg_t::close() race reported by helgrind.
I think these are bogus reports, there is a l
On Mon, Aug 18, 2014 at 05:14:19PM -0700, Badhrinath Manoharan wrote:
> Hi,
>
> I have the following topology
>
> Client ---> Broker > Server
>
> Both the client and server are sockets of type ZMQ_REQ while the Broker has
> a socket connected to client and another Socket Connected to Server
There's a lbbroker example in the zguide. The main complexity seems to be
in framing a proper response to the REQ sockets.
http://zguide.zeromq.org/c:lbbroker
On 19 Aug 2014 11:37, "Badhrinath Manoharan" wrote:
> Hi Kiu,
>
> That was just a copy paste error in mail. I do have poll_items[1]
> ini
On 19/08/14 13:28, Thomas Rodgers wrote:
... then, having realizing that it linked against the Ubuntu installed
default version (libzmq3), I re-ran this against libzmq4 and the
current libzmq 'trunk'. I get no races/issues in libzmq3 or libzmq4,
but 4.1 definitely seems to have a problem, in