Re: [zeromq-dev] Caution: Wire format changed!

2010-03-14 Thread Dhammika Pathirana
Hi, Why don't we add a protocol version? zmq servers can check the version and drop messages they don't support. Any thoughts on supporting different wire protocols? Idea is to talk to non-zmq servers, ie. redis/memcached. We don't have API hooks for this, but we can have pluggable encoder, decod

Re: [zeromq-dev] UUIDs

2010-03-14 Thread Vitaly Mayatskikh
At Thu, 11 Mar 2010 11:10:21 -0300, gonzalo diethelm wrote: > Would there be interest in adding a utility function (next to > zmq_stopwatch_start ,zmq_stopwatch_stop and zmq_sleep) that would > generate a UUID and return it in printable format? 0MQ already has all > the code to do this, and it cou

[zeromq-dev] Subtle zmq_poll bug #1

2010-03-14 Thread Brian Granger
Hi, I am beginning to go through the process of testing zmq_poll in various ways... When I run: http://gist.github.com/332237 I get: $ python p2p.py Traceback (most recent call last): File "p2p.py", line 23, in assert socks[s1] == zmq.POLLOUT AssertionError Bad file descriptor rc != -1

Re: [zeromq-dev] Problem with libtool --version in autogen.sh

2010-03-14 Thread Brian Granger
Chris, > I assume you're using MacPorts' build of libtool? Definitely not. I am using a stock libtool/glibtool that comes with Apple's XCode. In my experience, this is the most common build setup for Macs. > the autogen.sh step is a one-time thing.  So, if you create a symlink in > /opt/bin/l

Re: [zeromq-dev] Problem with libtool --version in autogen.sh

2010-03-14 Thread Chris Wong
I assume you're using MacPorts' build of libtool? the autogen.sh step is a one-time thing. So, if you create a symlink in /opt/bin/libtool to glibtool and /opt/bin/m4 to /opt/bin/gm4, that should solve your problem. Remove the symlink after you're done. Chris On Mar 12, 2010, at 8:35 PM, Bri

Re: [zeromq-dev] Modification required to language bindings!

2010-03-14 Thread Vitaly Mayatskikh
At Sat, 13 Mar 2010 15:18:22 +0100, Martin Sustrik wrote: > Today I've removed ZMQ_NOFLUSH and zmq_flush implementation from > 0MQ/2.0. Done in CL part. -- wbr, Vitaly ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/ma

Re: [zeromq-dev] Modification required to language bindings!

2010-03-14 Thread Brian Granger
Martin, Thanks for letting us know, I will change the Python bindings. Cheers, Brian On Sat, Mar 13, 2010 at 7:18 AM, Martin Sustrik wrote: > Hi all, > > Today I've removed ZMQ_NOFLUSH and zmq_flush implementation from > 0MQ/2.0. The rationale for the change is as follows: > > 1. zmq_flush() l