Working here. Maybe a transient issue?
On 23 December 2014 at 21:26, Bob Clarke optiongu...@gmail.com wrote:
http://zguide.zeromq.org/page:all is returning a blank page
Bob
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
On 6 Feb 2014 11:22, Goswin von Brederlow goswin-...@web.de wrote:
Could you write the identity message to the pipe first, or a dummy
message. And then when the connect executes you fill in / swap the
dummy for the real identity message?
The tricky thing is that we don't know if we need to
Not sure that codes the root cause there, though it may be swallowing the
part its been around for a while. Suspicious its the changes to allow
connect before bind on inproc playing badly with something, Worth a look to
see if its the recv_identity type options not being picked up properly in
is the 3rd message written into the pipe.
That is quite a tricky one to resolve! I guess we could unwrite() the
messages from the pipe, buffer them up, write the new one, and carry on
that way, but that is potentially a bunch of copying.
On 4 February 2014 22:41, Ian Barber ian.bar...@gmail.com wrote
Part of the difficulty with that is providing usable guarantees - for
example, a fair chunk of messages might be buffered in the TCP send or recv
buffers, particularly with small messages. It is relatively straightforward
to set HWM to 1 (or some other small number) and implement a queue prior to
Awesome stuff, great job all, and thanks for wrangling the release Pieter!
Ian
On 20 September 2013 16:23, Pieter Hintjens p...@imatix.com wrote:
On Fri, Sep 20, 2013 at 5:18 PM, AJ Lewis aj.le...@quantum.com wrote:
Ignore that - it was user error: I accidentally ran two builds in the
Note that on mac we run into the rather small default ulimit a lot:
http://zeromq.org/docs:tuning-zeromq - it could be that effecting
test_shutdown_stress, hence the standard advice to increase it.
Ian
On Mon, Sep 2, 2013 at 11:53 PM, Matt Connolly matt.conno...@me.com wrote:
I'm getting
It's a std:map with an optimised key type for comparisons. All be equal,
shorter should be slightly better, though I can't imagine there's a great
deal in it.
On Tue, Sep 3, 2013 at 2:41 AM, A. Mark gougol...@gmail.com wrote:
I hope I'm not asking a redundant question and I haven't the time
The binding should take care of that - if the calling language
automatically manages memory, it shouldn't need to care. In your binding I
would allocate memory using whatever the normal process is in that
language, so that it is garbage collected.
Ian
On Mon, Aug 19, 2013 at 7:52 AM,
That's awesome Michael!
Re coding standard: http://zeromq.org/docs:style - in general, follow the
conventions that are there.
To get started, I'd recommend copying tcp_* - look at where they are
called from and you should be able to get started with your new transport
pretty quickly - beyond
On Mon, Jul 8, 2013 at 8:22 AM, Ben Gray b...@benjamg.com wrote:
On 7 July 2013 20:03, Martin Hurton hurt...@gmail.com wrote:
Hi Ben, I wonder if unbind should close any connections at all. The
man page says it just closes the listener, not connections accepted by
that listener.
I think
+1 to Steve's suggestion. In general, using ZeroMQ as a queue is going to
run into issues, its generally better to treat them as a buffer, and build
a queue yourself - then you get your own choices of logic.
Ian
On Mon, Aug 12, 2013 at 1:36 AM, Steven McCoy steven.mc...@miru.hk wrote:
On 9
Sounds like a reasonable proposal - it would be a new handler along the
lines of ipc_ or tcp_, but simpler with the checks as you describe. Would
certainly be interesting to try out!
Ian
On Wed, Jul 24, 2013 at 1:59 PM, Ciprian Dorin Craciun
ciprian.crac...@gmail.com wrote:
Hello all! I
The IPs should match - you connect from one to the other (so you bind on
one, connect to that one from the other). I would definitely recommend
working through the guide a little to get the basic concepts down:
http://zguide.zeromq.org
Ian
On Mon, Jul 1, 2013 at 9:05 PM, ashwini ramamurthy
/bin/phpize' in the top level source
directory of the module.
Are there any environment variables I can set to force the Zend Module
Api No:
Thanks
James
On Mon, Jun 24, 2013 at 12:03 PM, Ian Barber ian.bar...@gmail.com
wrote:
Watch out for phpize etc. being from the older
You'll need to build php-zmq with the version you're running - looked like
the ZMQ extension was built with an older version of PHP.
Ian
On Mon, Jun 24, 2013 at 4:36 PM, James Marcus marcus.ja...@gmail.comwrote:
Hi,
I have compiled my own PHP version, 5.4.16 and ZeroMQ 3.2.2, and
rolled my
Built PHP 5.4.16 and then installed it
on my build server and then created the ZeroMQ binaries. I'll give it
another go incase I did something out of order.
Thanks
James
On Mon, Jun 24, 2013 at 11:45 AM, Ian Barber ian.bar...@gmail.com wrote:
You'll need to build php-zmq with the version
Very cool! Great work guys.
Ian
On Thu, Jun 20, 2013 at 5:37 PM, Pieter Hintjens p...@imatix.com wrote:
Hi all,
A heads-up that we now have CURVE security partially working on libzmq
master.
This implements these RFCs:
* http://rfc.zeromq.org/spec:25/CURVE mechanism
*
On Mon, Jun 10, 2013 at 6:02 PM, Parag Patel parag.pa...@fusionts.comwrote:
Thanks for the info Steven. In your email previous to this, you
provided a preferred solution. Would this work if there are multiple
processes that want to send on the same pgm + ipc channel?
PGM in ZMQ is for
On Mon, Jun 10, 2013 at 5:41 PM, Ciprian Dorin Craciun
ciprian.crac...@gmail.com wrote:
As such I'm only saying that by making the identity mandatory (at
least in a couple of sockets, or even in the others as seen from the
second example) can only make the protocol more robust.
Sounds pretty sensible. You might want to consider having separate
repairers from the publishers, particular if you have a bursty source of
messages. Then if a subscriber can't keep up they can go to the repairer
without effecting the publisher.
Being smart about the batching as well can make the
MQTT is designed to have a lightweight implementation on low power embedded
devices. Uses TCP for transport, always PUB/SUB, always with a broker. It
has a pretty lightweight wire protocol, and some nice features for dealing
with flaky networks (like a last will and testament message that
Looks like a problem with the version of zeroMQ it is pointing to. What
versions of the lib and extension are you on?
Ian
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
You should check the return value of those calls to zmq_bind, zmq_connect
etc. Try 127.0.0.1 instead of localhost, you're probably getting ENODEV on
the bind.
Ian
On Mon, Apr 15, 2013 at 1:03 PM, Lucas Maxwell lu...@thecowsays.mu wrote:
Hi,
I'm working on a some code that generates a large
Sounds like fun! Have to find a place for goat in the evening :)
Ian
On Thu, Apr 11, 2013 at 2:56 PM, Pieter Hintjens p...@imatix.com wrote:
Hi all,
We're organizing a ZeroMQ developers' meetup in Brussels in June. The
proposed dates are 21/22 June, with the first day for talks, and the
On Tue, Apr 9, 2013 at 11:46 AM, Justin Karneges jus...@affinix.com wrote:
Hi people,
My Pushpin project seems to be getting a lot of attention on HackerNews:
https://news.ycombinator.com/item?id=5516568
I just wanted to mention that under the hood it's a multiprocess ZeroMQ
architecture.
On Fri, Apr 5, 2013 at 4:15 PM, Brian Knox bri...@talksum.com wrote:
I'm coming to London to speak at a conference around April 30th - just
wondering if there's any zeromq meetups going on around that time frame
since I'll be in the area.
Brian
There's a meetup on the 16th -
On Sat, Mar 30, 2013 at 2:26 AM, Victor Perron vic...@iso3103.net wrote:
- a collection of package Makefiles for OpenWRT builds (zeromq, czmq,
filemq, zyre)
https://github.com/vperron/openwrt-zmq-packages
- a remote management daemon whose internals are almost 100% zmq-based
(prealpha)
On Tue, Mar 26, 2013 at 9:36 PM, West Madison 8429oakm...@gmail.com wrote:
Hi Gurus,
I am new to this forum and learning stuffs. I am using 0mq 3.2.2.
Could you please share simple dealer router example in a single thread in C
or C++ ? Thanks in advance.
Lots of examples in the guide:
On Wed, Mar 20, 2013 at 2:34 PM, Pieter Hintjens p...@imatix.com wrote:
Hi,
You might have seen Felix's pull request hack:
http://felixge.de/2013/03/11/the-pull-request-hack.html
We've been using something similar (C4) in libzmq and other projects
for a while.
Do people have opinion on
On Tue, Feb 26, 2013 at 2:37 AM, Yucheng Low yucheng...@gmail.com wrote:
Initial testing suggests that it seems to work fine, allowing all
subscribers to receive every message regardless of the hwm. A limitation is
that I cannot use zmq_poll to test if the PUB socket is writeable. (A
On Tue, Feb 19, 2013 at 9:07 PM, Pieter Hintjens p...@imatix.com wrote:
Yes, events != state. In fact Zyre is already a distributed event bus
that can scale to about 100 peers (from experience) on WiFi, and a bit
more than that on a LAN. Persistence and consistency are quite another
story.
On Sat, Feb 16, 2013 at 7:13 AM, Ajith Adapa adapa.aj...@gmail.com wrote:
Hi,
Anyone used the C bindings for zero-mq and have a sample example to share
??
I would like to make a try.
Regards,
Ajith
http://zguide.zeromq.org/ is packed with examples!
Ian
On Mon, Feb 11, 2013 at 6:40 AM, Deepak Jharodia
deepakjharo...@gmail.comwrote:
Hi,
I'm starting with ZMQ and created my first program. The client is in Java
and server in CPP, using respective bindings. I have three questions:
1) I want client to connect only if server is running(on that
On Tue, Feb 12, 2013 at 5:45 PM, Jeff Franks jfra...@egcircuits.com wrote:
The compiler does not resolve zmq::device on line 52 of mtserver.cpp
** **
Is there a work-around?
Ah yes, looks like cppzmq didn't get that reverted. I just merged in a PR
from John Swinbank with it, so if
On Tue, Feb 12, 2013 at 3:00 PM, Jeff Franks jfra...@egcircuits.com wrote:
The identity example in zguide works differently for C and C++ bindings.**
**
This does not seem like the expected behavior. Is there a fix?
Looks like a bug somewhere in the examples. It's an odd one though, code
On Sat, Feb 9, 2013 at 5:05 PM, Alexander Schumskich
alexander.schumsk...@googlemail.com wrote:
I have a C application talking to a java server over zeromq / protobuf.
The server is pretty mucht he same as in the examples (
On Thu, Feb 7, 2013 at 4:16 PM, Varun Vijayaraghavan varun@gmail.comwrote:
- whether you're losing one in every two messages, or bursts of messages.
When the throughput decreased, I noticed that the messages were getting
delayed almost consistently between 300 - 400 seconds. Pretty
2013/2/8 sudheer kumar sudheerkuma...@ymail.com
I followed http://www.zeromq.org/build:mingw for building ZMQ with MinGW
: and I get the error:
test_connect_delay.cpp:28:21 fatalerror:pthread.h: No such file or
directory
Hmm, we may have to ifdef that test out if there's no pthread on
On Fri, Feb 8, 2013 at 2:03 PM, Divya Mohan divya.mohan...@gmail.comwrote:
When I tried the same with 10-20 messages I did not notice any delay or
problems. But with a large number of messages (100) being exchanged there
is delay in the region of 20s or more!!!
Is this an inherent flaw in
On Fri, Feb 8, 2013 at 7:22 PM, Jeff Franks jfra...@egcircuits.com wrote:
make-check log is attached showing 1 of 19 failed.
This is my first install of zeromq and my expectation was that all tests
would pass.
** **
Is this particular failure something to ignore or is there
On Sunday, February 3, 2013, Majid Azimi wrote:
Hi guys,
I'm a bit confused with examples in Code Connected book.
In the book when it want to send an empty message as delimiter frame it
uses:
zmq_send(socket, , 0, 0);
They're the same, an empty message is one with body length 0. The
Which building is that in?
On Saturday, February 2, 2013, Benjamin Henrion wrote:
The message is in the subject
--
Benjamin Henrion bhenrion at ffii.org
FFII Brussels - +32-484-566109 - +32-2-3500762
In July 2005, after several failed attempts to legalise software patents
in Europe, the
On Mon, Jan 28, 2013 at 7:24 AM, Pieter Hintjens p...@imatix.com wrote:
Hi Guys,
Anyone coming to FOSDEM on Saturday (in Brussels) is welcome to join
the meetup we'll be holding in one of the two spontaneous session
rooms. Time still to be decided, it depends on availability, but we'll
aim
On Mon, Jan 28, 2013 at 1:25 AM, Federico Serale
federico.ser...@gmail.comwrote:
I added socket.setLinger(0) but not changed anything.
I realized that the problem is in the client because when I start the
server I see that the file is created, but when I start the client the
file is not
On Mon, Jan 28, 2013 at 9:32 AM, Varun Vijayaraghavan
varun@gmail.comwrote:
On some of our processes, which incidentally run on smaller instances, we
see that the message count in the consumer suddenly drop to about 50%. This
happens once a week, and does not get fixed by itself till we
On Mon, Jan 21, 2013 at 9:23 AM, Pau p...@teleopsia.com wrote:
etimes (mayby minutes, maybe hours) an error WSAEADDRINUSE happens.
In line (253) some values are checked and the error is dicarded if it is a
known error but not WSAEADDRINUSE.
// Assert if the error was caused by 0MQ bug.
On Mon, Jan 21, 2013 at 3:06 PM, KIU Shueng Chuan nixch...@gmail.comwrote:
I have encountered the same assertion before too on WinXP.
I think the another service listening on the port possibility would
cause an assert on a bind and not here?
The thing is that the user app can't do anything
On Mon, Jan 21, 2013 at 4:32 PM, KIU Shueng Chuan nixch...@gmail.comwrote:
Ian, patch 491 fixes an assertion in signaler.cpp.
This thread is about another assertion in tcp_connector.cpp.
Both of them are due to re-use of sockets remaining in TIME_WAIT state.
The first one is a Windows
On Wed, Jan 9, 2013 at 5:38 PM, Jonathan Wood jonathan.w...@nominum.comwrote:
I am seeing an assertion failure when shutting down my application:
Assertion failed: fd_table [handle_].valid (devpoll.cpp:91)
Looks like it could be a bug to in the lib to me - could you file an issue
with what
On Wed, Jan 9, 2013 at 2:52 AM, Claudio Carbone erup...@libero.it wrote:
On 08/01/13 23:25, Ian Barber wrote:
What is the actual address you're passing which triggers the assert?
This is the pure string: epgm://192.168.2.113;239.192.1.1:5678\\n
That escaped \n on the end looks like a bit
On Tue, Jan 8, 2013 at 6:01 PM, Claudio Carbone erup...@libero.it wrote:
so it appears I'm passing a wrong address.
But I'm positive the address is being passed correctly, I followed it
through every step.
What is the actual address you're passing which triggers the assert?
Ian
On Wed, Jan 2, 2013 at 12:14 PM, Felipe Farinon
felipe.fari...@powersyslab.com wrote:
Any news on this issue?
It got resolved in libzmq master:
https://github.com/zeromq/libzmq/pull/489- Pieter mentioned he was
backporting to 3.2, so try pulling from GH and
see if it resolves your issue.
Ian
On Wed, Jan 2, 2013 at 5:59 PM, Nishant Mittal nmit...@rblt.com wrote:
Question is do i have to do..
zmq_setsockopt (socket, ZMQ_SUBSCRIBE, A, 1);
zmq_setsockopt (socket, ZMQ_SUBSCRIBE, B, 1);
That's the best way, without changing the published messages. The matching
is very fast, so
Actually, I recall a thread previously around make_fdpair on windows -
might be worth a quick search of the archives in case this has been
subsequently addressed.
On 25 Dec 2012 15:44, KIU Shueng Chuan nixch...@gmail.com wrote:
Eh? Doesn't the pirate pattern do a close and open?
I was
On Fri, Dec 14, 2012 at 5:15 PM, Claudio Carbone erup...@libero.it wrote:
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Pass the --with-pgm flag on the configure.
Ian
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
On Wed, Dec 12, 2012 at 2:43 PM, Pieter Hintjens p...@imatix.com wrote:
On Wed, Dec 12, 2012 at 3:38 PM, Steven McCoy steven.mc...@miru.hk
wrote:
Is that C89, C99, C11 or C++2003 compatible?
I'll certainly have a look through.
Good question. My default would have been to use C99/MSVC as
On Wed, Dec 5, 2012 at 1:21 PM, Martin Hua m@gmx.de wrote:
Ah, ok. If it is possible and ok, then I like to know some details about
REQ-REP,
how its all handled inside zmq.
Each connection is assigned an identity by the REP part, and the current
identity is stored when the application
On Tue, Dec 4, 2012 at 8:38 PM, Adrian Ribao ari...@gmail.com wrote:
context = zmq.Context()
print Starting the proxy...
# Listen for events
sub = context.socket(zmq.SUB)
sub.bind(tcp://*:)
sub.setsockopt(zmq.SUBSCRIBE, '')
# Emit events
pub = context.socket(zmq.PUB)
On Fri, Nov 30, 2012 at 4:38 PM, Marco Trapanese
marcotrapan...@gmail.comwrote:
Il 30/11/2012 00:36, Michel Pelletier ha scritto:
Yes. 0mq pushes messages as far to the receiver as possible as soon as
possible. Linger only effects messages that have not yet been
transmitted from the
On Fri, Nov 30, 2012 at 6:51 AM, Santosh N Dumbre
santosh.dum...@igate.comwrote:
Hi ,
coming across a query -
Does the latest version (3.2 and above) of zeroMQ supports UDP sockets ?
No.
Ian
___
zeromq-dev mailing list
On Wed, Nov 28, 2012 at 3:43 AM, Pieter Hintjens p...@imatix.com wrote:
Also, each context will create at least one i/o thread.
You can dodge around that for some if you are definitely only using them
for inter-process by calling zmq_init(0) and using inproc (as that doesn't
need an IO
On Tue, Nov 27, 2012 at 1:33 PM, Stefan de Konink ste...@konink.de wrote:
On 11/27/12 13:49, Pieter Hintjens wrote:
Please explain what you are actually trying to achieve, not in terms
of 0MQ but in terms of the actual overall problem, and we'll be able
to help more.
I would like to send
On Tue, Nov 27, 2012 at 10:25 PM, Dan Goes dg...@blueorigin.com wrote:
- What sort of performance increases could we see with UDP transport over
TCP transport in zeromq, if it were a feature? The overall end-to-end
latency between a zmq_msg_send() in one application on one host and
On Tue, Nov 27, 2012 at 7:36 PM, Peter Friend pfri...@gehrytech.com wrote:
It almost sounds like I need another ROUTER socket bound to inproc which
the threads can connect to, then the main polling loop can pass from inproc
to the clients.
That's the way! Your main thread in this case is
On Mon, Nov 26, 2012 at 1:05 PM, Justin Cook jhc...@gmail.com wrote:
This is a brand new CentOS install specifically for this :)
I suppose the spec needs to be updated for the new build?
Yeah - it looks like the spec file is out of date. Would you mind filing a
big for this in Jira?
On Mon, Nov 26, 2012 at 6:30 PM, Vitaliy Ivanov vita...@toroki.com wrote:
void *socketSub = zmq_socket (context, ZMQ_SUB);
zmq_connect (socketSub, inproc://my_publisher);
zmq_connect (socketSub, ipc:///tmp/my_publisher);
zmq_connect (socketSub, tcp://my_publisher:);
All of them. As far
On Thu, Nov 22, 2012 at 11:36 AM, Stefan de Konink ste...@konink.de wrote:
Imagine a usecase having a persistent datastream form a pubsub but the
subscriber can't be bothered to receive messages in quiet times, just
because the data is not needed and is updated at such regular intervals
that
On Thu, Nov 22, 2012 at 11:43 AM, Stefan de Konink ste...@konink.de wrote:
In this case it is only one topic. What I would like to do is updating a
specific 'file' at a webserver, but doing it directly in memory without
using any aditional threading. Since the request at the webserver are
On Sat, Nov 17, 2012 at 10:53 PM, Marten Feldtmann
itli...@schrievkrom.dewrote:
I read those eMails, but it is still not clear for me, what is possible
and what is NOT possible using the epgm protocol (practically).
Are there some DO or DO NOT regarding this issue ?
Practically, it's fine
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 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 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
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
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 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
On Sun, Oct 21, 2012 at 11:36 PM, Pieter Hintjens p...@imatix.com wrote:
Hi Daisuke,
Sorry, I meant to add the repo link but got distracted by some online
discussions... apparently there's something called AMQP that people
are blogging about again.
The repo is here:
a
On Sun, Oct 21, 2012 at 7:57 AM, Merijn Verstraaten
mer...@inconsistent.nlwrote:
Hello again!
Yesterday I sent an email about doing authenticated PUBSUB by having a
server side thread per client, however, after some thinking I realised
there are more issues with using ZMQ on the internet
On Sat, Oct 20, 2012 at 2:16 PM, Merijn Verstraaten
mer...@inconsistent.nlwrote:
This works, but is inconvenient when group membership is transient
(requires rekey-ing all subscribers after one client leaves the group). So
after some thinking I started considering handling subscription
On Thu, Oct 18, 2012 at 10:58 PM, Pieter Hintjens p...@imatix.com wrote:
So I'm going to create a new issue and revert the error code to
EHOSTUNREACH.
-Pieter
Yep, fair points, sounds good to me.
Ian
___
zeromq-dev mailing list
On Thu, Oct 18, 2012 at 5:53 AM, Pieter Hintjens p...@imatix.com wrote:.
The wait is in socket_base.cpp:send, where it says:
// Oops, we couldn't send the message. Wait for the next
// command, process it and try to send the message again.
// If timeout is reached in the
On Thu, Oct 18, 2012 at 8:02 PM, Pieter Hintjens p...@imatix.com wrote:
I like that... EAGAIN is really the wrong value to use, EHOSTUNREACH
is much nicer. At the API level too. It's not an EAGAIN error at all,
it's the address you used does not exist...
-Pieter
Thinking about it, I
On Thu, Oct 18, 2012 at 3:45 PM, Chuck Remes li...@chuckremes.com wrote:
No, it is not guaranteed that socket3 will be ready for a connection. All
binds (and connects) happen asynchronously in the I/O thread. Depending on
your machine performance, it could be ready in 10ms, 100ms or more.
On Wed, Oct 10, 2012 at 3:03 PM, Tuomas Koski koski.tuo...@gmail.com wrote:
However the http://php.zero.mq has not been responding for some time
(at least in two weeks I think).
Is this a known problem? Is there a alternative online documentation?
Sorry about that, it is a known problem - the
On Thu, Oct 11, 2012 at 5:14 PM, andrea crotti
andrea.crott...@gmail.com wrote:
So suppose I want to make sure that I'm not binding twice, what should I
do? Check if the file already exists or?
Yep
try:
sock.bind(addr)
except zmq.Error:
# loop over until find a free channel
On Mon, Oct 8, 2012 at 10:30 AM, Ji Zhang zhangj...@gmail.com wrote:
Hi,
I have a client (PULL) connect to the server (PUSH). At first they
work just fine. But later the connection is broken, and client-side
ZeroMQ doesn't try to reconnect to server.
Could you break it down into a minimal
On Mon, Oct 8, 2012 at 4:58 PM, Thomas S Hatch thatc...@gmail.com wrote:
Pub: https://github.com/saltstack/salt/blob/develop/salt/master.py#L282
Sub: https://github.com/saltstack/salt/blob/develop/salt/minion.py#L507
Hmm, interesting. Does anything appear in syslog from the network
stack when
On Mon, Oct 8, 2012 at 8:49 PM, Thomas S Hatch thatc...@gmail.com wrote:
Nope, we get no errors, things just stop talking. The tricky thing too is
that it varies widely on the infrastructure using Salt. You may notice that
on the pub side we have the pub_refresh stuff that refreshed the
On Sun, Oct 7, 2012 at 5:12 PM, Pieter Hintjens p...@imatix.com wrote:
Dan,
I've gone and added ZMQ_XPUB_VERBOSE (pull request waiting, commit is
at https://github.com/hintjens/libzmq/commit/f87bf3).
That PRs merged.
Ian
___
zeromq-dev mailing list
On Thu, Oct 4, 2012 at 7:25 PM, Pieter Hintjens p...@imatix.com wrote:
I can see two options. One is to extend XPUB so it does this, enabling
that with a setsockopt. Second is to switch to ROUTER sockets with an
explicit protocol for subscription and last used values.
-Pieter
+1 - the idea
On Thu, Sep 27, 2012 at 4:11 PM, Tom Wilberding t...@wilberding.com wrote:
Thanks Ian but my reading of zmq.hpp and the release notes is that it is
throwing if it isn't EGAIN (not EINTR). I looked at the java bindings
they have similar logic.
Ah yes, you're right, sorry, careless reading.
On Wed, Sep 26, 2012 at 5:46 PM, Tom Wilberding t...@wilberding.com wrote:
* Blocking calls now return EINTR if interrupted by the delivery of a
signal; this also means that language bindings which previously had
problems with handling SIGINT/^C should now work correctly.
What is the best
On Mon, Sep 24, 2012 at 7:47 PM, RohanB roh...@cs.uchicago.edu wrote:
ahh.. I see what you mean. Here's the snippet Pretty straightforward...
Same code works on 1 box and not the other. Both boxes are enabled to
receive data on that multicast address and there is no other publisher
On Tue, Sep 25, 2012 at 10:30 PM, RohanB roh...@cs.uchicago.edu wrote:
\017\bK�, type = 230 '�', flags = 183
Odd. Can you try editing src/pgm_receiver.cpp and putting msg_-init
(); after line 276, so it looks like:
void zmq::pgm_receiver_t::drop_subscriptions ()
{
msg_t msg;
msg.init
On Tue, Sep 25, 2012 at 10:53 PM, RohanB roh...@cs.uchicago.edu wrote:
WORKS LIKE A CHARM!! Receiving updates flawlessly!
Are you saying the message was not getting initialized properly?
Looks like it - not the foggiest why it would happen on one platform
and not the other. Seems like the best
On Mon, Sep 24, 2012 at 3:07 PM, RohanB roh...@cs.uchicago.edu wrote:
the entire thing
happens before any package exchange takes place. What I mean is there is no
publisher running when I bring up the subscriber on the failing box. Even then
its aborts with the assertion. You see what I mean?
On Fri, Sep 21, 2012 at 6:15 PM, RohanB roh...@cs.uchicago.edu wrote:
Its going to be really hard to reproduce this one.
It works perfectly on one box and not the other. Same build. Here's the
difference though. The box on which it works is 64 bit SuSe. The one where it
doesn't is a 32 bit
On Tue, Sep 18, 2012 at 1:06 AM, Michal Laskowski ls...@o2.pl wrote:
So for that I have found ZMQ_FAIL_UNROUTABLE option. And it is working
correctly for a simple case when first message is unroutable. But when we
start an endpoint, send message from frontend(which is delivered to
On Sat, Sep 8, 2012 at 8:54 PM, Maninder Batth whatpuzzle...@gmail.com wrote:
Hi,
I downloaded the zeromq-3.2.0 and compiled on mac os x.
I am trying to compile the first sample c++ client and i get error that
zmq.hpp not found. Looking at the Changelog file that came with the source
code, i
On Tue, Sep 4, 2012 at 6:50 PM, CFK cfkar...@gmail.com wrote:
I'm reposting this in the hopes that someone might be able to help out, and
tell me how to get the addresses right under ZMQ 3.x. If no-one knows the
answer, that's fine, I'll just stick with ZMQ 2.2. However, if I can get it
1 - 100 of 378 matches
Mail list logo