I'm playing around with the ZMQ source and had a question. The socket
implementations all read incoming messages from the pipe_t connected to it, but
as far as I can see there is no way to identify the endpoint (IP+port or
similar) associated with a pipe. Is it not possible to retrieve this
On Sat, Nov 17, 2012 at 5:59 PM, Merijn Verstraaten
mer...@inconsistent.nlwrote:
I'm playing around with the ZMQ source and had a question. The socket
implementations all read incoming messages from the pipe_t connected to it,
but as far as I can see there is no way to identify the endpoint
On Nov 17, 2012, at 19:05 , Ian Barber wrote:
On Sat, Nov 17, 2012 at 5:59 PM, Merijn Verstraaten mer...@inconsistent.nl
wrote:
I'm playing around with the ZMQ source and had a question. The socket
implementations all read incoming messages from the pipe_t connected to it,
but as far as I
On Sat, Nov 17, 2012 at 6:44 PM, Merijn Verstraaten
mer...@inconsistent.nlwrote:
On a side note, I agree that not having providing this information to
external users of the library, but I'm unsure why that information
shouldn't be made available inside ZMQ? It makes disconnecting/filtering
On Nov 17, 2012, at 19:54 , Ian Barber wrote:
On Sat, Nov 17, 2012 at 6:44 PM, Merijn Verstraaten mer...@inconsistent.nl
wrote:
On a side note, I agree that not having providing this information to
external users of the library, but I'm unsure why that information shouldn't
be made
On Sat, Nov 17, 2012 at 7:11 PM, Merijn Verstraaten
mer...@inconsistent.nlwrote:
On Nov 17, 2012, at 19:54 , Ian Barber wrote:
On Sat, Nov 17, 2012 at 6:44 PM, Merijn Verstraaten
mer...@inconsistent.nl wrote:
On a side note, I agree that not having providing this information to
external
I was using 0MQ 2.2 for some time now (under .NET and Smalltalk) and I
am now jumping to 0MQ 3.2.2 with both platforms.
I rewrote my own library around the official .NET wrapper to work with
the version 3.2.2 ...
I have a simple publish/subscribe example as my test case and when
working with
On Sat, Nov 17, 2012 at 9:35 PM, Marten Feldtmann itli...@schrievkrom.dewrote:
I have a simple publish/subscribe example as my test case and when
working with tcp addresses, the example works as expected - both the
subscriber and the publisher under .NET within the same executable
produces
Yes, software runs on ONE machine ... and how can I enable it ?
Marten
On 17.11.2012 22:37, Ian Barber wrote:
On Sat, Nov 17, 2012 at 9:35 PM, Marten Feldtmann
itli...@schrievkrom.de mailto:itli...@schrievkrom.de wrote:
I have a simple publish/subscribe example as my test case and
On Sat, Nov 17, 2012 at 9:41 PM, Marten Feldtmann itli...@schrievkrom.dewrote:
Yes, software runs on ONE machine ... and how can I enable it ?
Marten
I don't believe you can - there were some issues. Can you develop with TCP
locally, and verify EPGM in a multihost environment?
Ian
On Nov 17, 2012, at 23:09 , Pieter Hintjens wrote:
On Sun, Nov 18, 2012 at 3:44 AM, Merijn Verstraaten
mer...@inconsistent.nl wrote:
Identities aren't what I want, as I actually want to build some type of
verification of identities.
There is ZMQ_TCP_ACCEPT_FILTER but probably not quite
Yes, I've seen now some mails discussing this problem - though I still
do not understand all of it.
If I understand correctly: the original posters wanted to build bus-like
communication systems (like I wanted to do) and this seems to be not
possible.
I read those eMails, but it is still not
When I have a zmsg_recv before a disconnect, ZMQ loses one msg.
If I remove the disconnect, the msg is not lost.
latest czmq, libzmq
linux
http://pastebin.com/3Vayhmeb
--
Sincerely yours,
Apostolis Xekoukoulotakis
___
zeromq-dev mailing
On Nov 16, 2012, at 10:24 AM, Pieter Hintjens wrote:
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
Hi Apostolis,
I've created an issue for this:
https://zeromq.jira.com/browse/LIBZMQ-470#comment-17119
and a test case: https://github.com/zeromq/issues/blob/master/470/issue.c
You may be able to work around by binding the router and connecting
the dealer, and then destroying / recreating the
15 matches
Mail list logo