hello paul!
i dont understand the background of your approach. why should the src
fd's io handler check the dst's events (and vice versa)?
even if this worked in this scenario, wouldn't it be a coincidence?
well, at least it is better than busy waiting / polling ...
regards
On Fri, Apr 27, 2012
btw, using the build in poller just works:
---
-- xpoller.lua
-
local zmq = require'zmq'
zmq.poller = require'zmq.poller'
local ev = require'ev'
local c = zmq.init(1)
local xreq = c:socket(zmq.XREQ)
xreq:bind('tcp://127.0.0.1:1')
local xrep = c:socket(zmq.XREP)
1. Ensure the DLL has permissions to run on your local machines ( right
click properties) . This is not just for .net but exes also.
2. Make sure you are running in full trust .
Regards,
Ben
On Wed, May 2, 2012 at 1:18 PM, Thomas Fee angry...@hotmail.com wrote:
Hey Alex, sounds great but no
Hi Gerhard,
On Wed, May 2, 2012 at 10:11 AM, Gerhard Lipp gel...@googlemail.com wrote:
hello paul!
i dont understand the background of your approach. why should the src
fd's io handler check the dst's events (and vice versa)?
It's the simplest way I've found to solve a problem.
even if
On Wed, May 2, 2012 at 11:27 AM, Paul Colomiets p...@colomiets.name wrote:
Hi Gerhard,
On Wed, May 2, 2012 at 10:11 AM, Gerhard Lipp gel...@googlemail.com wrote:
hello paul!
i dont understand the background of your approach. why should the src
fd's io handler check the dst's events (and
Hi Gerhard,
On Wed, May 2, 2012 at 12:45 PM, Gerhard Lipp gel...@googlemail.com wrote:
I really appreciate any help and ideas to solve this issue! I just did
not get the idea behind this attempt.
Could you explain it in more detail (something particular to observe)?
Ok. Behind the scenes
Dear zeromq list,
I need to send a possibly large message to a set of
recipients. I do not need to worry about disappearing
nodes, but recipients and sender can appear in any order.
I started writing initially in C using the syncpub and
syncsub as base. The first prototype seems work fine.
On May 2, 2012, at 7:28 AM, Paolo Bolzoni wrote:
[snip]
Unfortunately they do not work. It seems the subscriber
cannot read any message. To me the classes seems a
translation in Java of the C files, so I have no idea of
the problem.
I tried listening the wire using wireshare and in the
Thanks for the advice, but it did not change much.
Even with tcp instead of epgm in C it continues working
fine and in Java it does not. But I noticed that using the
Java subscriber and C publisher do work fine.
This is true both for tcp and epgm.
It seems the Java publisher sends nothing for
Oh, got it... I used the ``flag'' int parameter as it expected
the byte array size. Obviously not.
Thanks everyone.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
10 matches
Mail list logo