Re: [zeromq-dev] XREP/ROUTER no longer receive messages atomically in 3.0/4.0

2011-09-21 Thread Emmanuel TAUREL
Hello all, > Application level multi-part messages are one of the killer features > of 0MQ. Without them our usage of 0MQ would be nearly impossible. > PLEASE don't remove them. > I fully agree with this request. Please don't remove them. Emmanuel __

Re: [zeromq-dev] What ZMQ will do when I use the multipart message

2011-09-21 Thread jjmilk13
As your words I can do the same work in java? Does the code is similarity? From: Joshua Foster Sent: Thursday, September 22, 2011 11:15 AM To: ZeroMQ development list Subject: Re: [zeromq-dev] What ZMQ will do when I use the multipart message A multipart message is just a message of many parts

Re: [zeromq-dev] What ZMQ will do when I use the multipart message

2011-09-21 Thread Joshua Foster
A multipart message is just a message of many parts. You create a multipart message by sending with the ZMQ.SNDMORE flag like this: socket.send(myfirstbytes, ZMQ.SNDMORE); socket.send(mysecondbytes, 0); That would create a 2 part message. Its usually helpful for adding flags for context switchi

[zeromq-dev] What ZMQ will do when I use the multipart message

2011-09-21 Thread jjmilk13
Hi all I’m using ZMQ in java. And now I’m confusing about what ZMQ will do when I use the multipart message. Does it cut the messages piece by piece automatically? What if id does, I still don’t know how big is piece it been cut into? And what if id does not, how can I deal

Re: [zeromq-dev] multiplexer pattern

2011-09-21 Thread MinRK
While building a MUX with the ROUTER (I do have a basic one that appears to work for at least one case written in Python), I discovered that pending CMD messages do not set POLLIN. This makes some sense, as it's not a message, but there doesn't appear to be a way to check for pending CMD messages.

Re: [zeromq-dev] multiplexer pattern

2011-09-21 Thread MinRK
On Sun, Sep 18, 2011 at 00:58, Martin Sustrik wrote: > Hi Benjamin, > > The request/reply is moving to what it really is: A way for clients to > access a set of homogenous and stateless services, providing a way to > load-balance and handle failure in distributed systems. > > If you need multiple

Re: [zeromq-dev] libzmq dylib versioning

2011-09-21 Thread Mikko Koppanen
On Wed, Sep 21, 2011 at 9:54 PM, MinRK wrote: > I'm not particularly familiar with versioning conventions for library files, > but does it make sense to change the version reported in the dylib filename > itself with the 3.0/4.0 changes? > As it stands, they all install as libzmq.1.0.0 Hi, the v

[zeromq-dev] libzmq dylib versioning

2011-09-21 Thread MinRK
I'm not particularly familiar with versioning conventions for library files, but does it make sense to change the version reported in the dylib filename itself with the 3.0/4.0 changes? As it stands, they all install as libzmq.1.0.0 -MinRK ___ zeromq-de

Re: [zeromq-dev] using websockets

2011-09-21 Thread Noospheer Team
Thanks for the pointers guys, much appreciated. Jordan noospheer ___ zeromq-dev mailing list zeromq-dev@lists.zeromq.org http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] multiplexer pattern

2011-09-21 Thread Jakub Witkowski
Hello all, 2011/9/21 Brian Granger : > Martin, > > On Sun, Sep 18, 2011 at 12:58 AM, Martin Sustrik wrote: >> Hi Benjamin, >> >> The request/reply is moving to what it really is: A way for clients to >> access a set of homogenous and stateless services, providing a way to >> load-balance and hand

Re: [zeromq-dev] using websockets

2011-09-21 Thread Dhammika Pathirana
You can also try chrome native client API https://code.google.com/chrome/nativeclient/docs/technical_overview.html They recently released the SDK, so may not be very stable on all platforms. Dhammika On Tue, Sep 20, 2011 at 9:42 PM, Noospheer Team wrote: >> No there's not. However, there's a

Re: [zeromq-dev] using websockets

2011-09-21 Thread Brian Granger
We are using Tornado + PyZMQ regularly for ZMQ/WS connections. It works extremely well. On Tue, Sep 20, 2011 at 8:58 AM, Noospheer Team wrote: > Hi, I want to able to point servers running 0mq at each other across the web > using the standard websocket URI, ie. ws://example.com > Is there any wo

Re: [zeromq-dev] XREP/ROUTER no longer receive messages atomically in 3.0/4.0

2011-09-21 Thread Brian Granger
On Sat, Sep 17, 2011 at 11:52 PM, Martin Sustrik wrote: > On 09/06/2011 12:23 AM, Pieter Hintjens wrote: >> On Monday, September 5, 2011, MinRK wrote: >> >>     Okay, then I will put my official vote behind making RCVMORE as the >>     sole-indicator of a contiguous message.  This would mean that

Re: [zeromq-dev] zctx_interrupted equivalent in pyzmq?

2011-09-21 Thread Brian Knox
Should have had more coffee this morning - looking at czmq I see it's for signal handling. :) Brian On Wed, Sep 21, 2011 at 11:27 AM, Brian Knox wrote: > I'm toying around with implementing a binary star example in python. I was > looking over the existing C and haxe examples in the zguide, a

[zeromq-dev] zctx_interrupted equivalent in pyzmq?

2011-09-21 Thread Brian Knox
I'm toying around with implementing a binary star example in python. I was looking over the existing C and haxe examples in the zguide, and am wondering what the equivalent to "zctx_interrupted" (C) / ZMQ.isInterrupted (haxe) would be in pyzmq. Brian _

[zeromq-dev] using 4.0?

2011-09-21 Thread Chuck Remes
Should we be using 4.0 yet? If so, it would be extremely useful if (Martin) someone wrote up a changelog or upgrade guide for moving from 2.1 to 4.0 or moving from 3.0 to 4.0. There aren't any man pages for 4.0 yet (they aren't posted on api.zero.mq) so figuring out how to use the new feature(s

Re: [zeromq-dev] xrep assert when pipe is terminating

2011-09-21 Thread Pieter Hintjens
Hi Ben, Would you create an issue for this? Thanks -Pieter On Wed, Sep 21, 2011 at 7:19 AM, Ben Gray wrote: > This is using the current trunk for zeromq 3.0 > > I have repeatable assert that comes up under load in a service I have > written that results in the following callstack under gdb. > >

[zeromq-dev] xrep assert when pipe is terminating

2011-09-21 Thread Ben Gray
This is using the current trunk for zeromq 3.0 I have repeatable assert that comes up under load in a service I have written that results in the following callstack under gdb. #0 0x003bd2830265 in raise () from /lib64/libc.so.6 #1 0x003bd2831d10 in abort () from /lib64/libc.so.6 #2 0x0