Hi Piotr,
> > > Not for speed, I need it to automatically define unique-name io
> channel
> > > between cores on the same host.
> > >
> > > My process setup:
> > > - k processes on same host (not threads)
> > > - each process can communicate with the other on the same host
> > > - each pro
Hi Jarred,
> Did the same code change the other day, and can also confirm that it works.
>
> If I recall, all the compiler warnings were because of the 8-byte size_t
> on x64. I didn't dive any deeper than just reading the warnings.
>
> Here is the fix to get the CLR bindings to run against eit
Apps, John wrote:
> Not too long ago, someone asked about compiling 0MQ on Windows X64. With the
> help of my colleague, Brett Cameron, I have a working version compiled using
> VS2010 and running on Windows 7 X64.
> Only one minor change was required in atomic_ptr.hpp:
>
> #if defined ZMQ_ATOMI
On Wed, Apr 14, 2010 at 5:33 PM, gonzalo diethelm wrote:
>> Before you get too deep, let me start over on a fresh OS image. Based
>> on a chat in #zeromq Martin was able to get it to work on pretty much
>> the same platform I'm using. It makes me think I've got something
>> hanging around from
> > That is really baffling. What are the contents of
> > org_zeromq_ZMQ_Context.h (a generated file)?
>
> http://paste.pocoo.org/show/201932/
That IS baffling, the prototypes are the same as what I have in Windows
so the actual function implementations should be picked up properly.
> Before you
On Wed, Apr 14, 2010 at 4:12 PM, gonzalo diethelm wrote:
>> Anyone else using jzmq on Linux able to work with the latest API
>> changes? It builds fine and the shared library is loaded into the
>> JVM, but I have issues resolving the JNI functions from there.
>>
>> java.lang.UnsatisfiedLinkEr
> > - 'pollset' is more descriptive than 'poller'
>
> I am fine with pollset even though the Python bindings use Poller, but
> we can change that. Either is really fine.
Same thing on Java.
> > - '_update' is more descriptive than '_mod' (which says 'moderator'
to
> me :-)
>
> +1
Ditto.
> >
> Anyone else using jzmq on Linux able to work with the latest API
> changes? It builds fine and the shared library is loaded into the
> JVM, but I have issues resolving the JNI functions from there.
>
> java.lang.UnsatisfiedLinkError:
org.zeromq.ZMQ$Context.construct(III)V
> at org.z
On Wed, Apr 14, 2010 at 3:00 AM, Pieter Hintjens wrote:
> On Wed, Apr 14, 2010 at 11:48 AM, Martin Sustrik wrote:
>
>> Here's a first sketch:
>
> - 'pollset' is more descriptive than 'poller'
I am fine with pollset even though the Python bindings use Poller, but
we can change that. Either is re
Did the same code change the other day, and can also confirm that it works.
If I recall, all the compiler warnings were because of the 8-byte size_t on
x64. I didn't dive any deeper than just reading the warnings.
Here is the fix to get the CLR bindings to run against either x86 and x64. I
don't
Anyone else using jzmq on Linux able to work with the latest API
changes? It builds fine and the shared library is loaded into the
JVM, but I have issues resolving the JNI functions from there.
java.lang.UnsatisfiedLinkError: org.zeromq.ZMQ$Context.construct(III)V
at org.zeromq.ZMQ$Co
On Wed, Apr 14, 2010 at 05:48:57PM +0200, Wolfgang Barth wrote:
> And a line ending with ';' like
>
> s = ctx.socket(ZMQ::REP);
>
> is not common, but valid ruby code in 1.8.7 and 1.9.1, so you don't need to
> patch such things.
Sure - it's just if I had to change the line anyway, I couldn't
Hi,
> > Not for speed, I need it to automatically define unique-name io channel
> > between cores on the same host.
> >
> > My process setup:
> > - k processes on same host (not threads)
> > - each process can communicate with the other on the same host
> > - each process has a dedicated input add
Not too long ago, someone asked about compiling 0MQ on Windows X64. With the
help of my colleague, Brett Cameron, I have a working version compiled using
VS2010 and running on Windows 7 X64.
Only one minor change was required in atomic_ptr.hpp:
#if defined ZMQ_ATOMIC_PTR_WINDOWS
//re
On Wed, Apr 14, 2010 at 6:20 PM, Laurens Van Houtven wrote:
> In conclusion, "their own thing" is probably worth at least a few days of
> experimentation before you hsal gets internally dismissed as a bunch of
> loons who stared too deep into the abyss and paid for it with their sanity
> :-)
Lol
On Wed, Apr 14, 2010 at 11:43 AM, Pieter Hintjens wrote:
>
> But seriously, and as point of interest, if RabbitMQ/AMQP works and
> you're happy with it, what's pushing you to explore 0MQ?
>
Watch me try to pass rhetoric off as logical conclusion:
let hsal be hintjens, sustrik et al.
1. hsal are
On Wed, Apr 14, 2010 at 03:20:01PM +0100, Brian Candler wrote:
> * I installed the gem version of the ruby bindings, which gave me
> rb-zmq-0.0.6.
I installed the latest ruby bindings from
http://github.com/sustrik/rbzmq.git
(The zeromq home page shows always the http link for visiting git
Hi Brian,
> * Compiling the C/C++ code was completely hassle-free - excellent!
> (zeromq-2.0.6 tarball, under Ubuntu Hardy i386)
>
> * I installed the gem version of the ruby bindings, which gave me
> rb-zmq-0.0.6.
The gem version is out of date. The guy who created it doesn't maintain
it s
On Wed, Apr 14, 2010 at 5:11 PM, Brian Candler wrote:
> I am interested in local persistent queueing of messages in the case where
> the remote server is unreachable.
This has not been done in 0MQ, though people may have done it at the
application level and not told us.
It is one area we're act
I am interested in local persistent queueing of messages in the case where
the remote server is unreachable.
The application I have in mind is a RADIUS server which forwards RADIUS
accounting packets to a central data warehouse for processing. However the
data warehouse and/or the intervening net
Hello, I'm just starting with zeromq and would like to give some feedback on
the experience from a newcomer's point of view.
* Compiling the C/C++ code was completely hassle-free - excellent!
(zeromq-2.0.6 tarball, under Ubuntu Hardy i386)
* I installed the gem version of the ruby bindings, whi
2010/4/14 :
> First, thank you for sharing the ZeroMQ software with community for free.
> I don't see "donate" link on the project
We accept donations in the form of contributions to the code,
community, and success of the product. If you love 0MQ, blog about
it! :-)
-
Pieter Hintjens
iMatix
Hi Piotr,
> First, thank you for sharing the ZeroMQ software with community for free.
> I don't see "donate" link on the project
>
> I would like to know if there are any plans for IPC support for Windows.
> (prefferably using named pipes, shared memory(boost) or DDE).
AFAIK windows named pipes
Hello,
First, thank you for sharing the ZeroMQ software with community for free.
I don't see "donate" link on the project
I would like to know if there are any plans for IPC support for Windows.
(prefferably using named pipes, shared memory(boost) or DDE).
Not for speed, I need it to automaticall
On 7 April 2010 04:15, Martin Sustrik wrote:
>
> Thus, messages users are dealing with would have no "continuation bit",
> they would remain simple BLOBs with no special properties.
>
>
Just noticed MSG_MORE has different meaning than ZMQ_MORE.
MSG_MORE means you are squeezing more user data int
On Wed, Apr 14, 2010 at 12:06 PM, Martin Sustrik wrote:
> I like pollset better, however, some people already created such object in
> individual languages and called them 'poller' IIRC.
> What about _ctl? That matches epoll interface. Also, it's POSIX-y and widely
> familiar.
I personally disl
Pieter Hintjens wrote:
> - 'pollset' is more descriptive than 'poller'
I like pollset better, however, some people already created such object
in individual languages and called them 'poller' IIRC.
> - '_update' is more descriptive than '_mod' (which says 'moderator' to me :-)
What about _ctl?
On Wed, Apr 14, 2010 at 11:48 AM, Martin Sustrik wrote:
> Here's a first sketch:
- 'pollset' is more descriptive than 'poller'
- '_update' is more descriptive than '_mod' (which says 'moderator' to me :-)
- '_event' is not a verb, how about '_read' or '_get'?
-Pieter
___
On Wed, Apr 14, 2010 at 1:54 AM, Laurens Van Houtven wrote:
> Yes, that's what I mean. We're using AMQP (RabbitMQ to be precise) now and
> we're very happy with it, so if ZMQ doesn't work out nothing is lost :-)
Well, the notion of 0MQ "not working out" is alien to this list :-) I
don't think w
Ok,
Here's a first sketch:
// Account for both 0MQ sockets and file descriptors.
union zmq_poll_item_t
{
void *socket;
int fd;
};
// Construction & destruction.
void *zmq_poller (void *context);
int zmq_poller_close (void *poller);
// Pollset manipulation.
int zmq_poller_mod (void
On Tue, Apr 13, 2010 at 10:08 PM, Jon Dyte wrote:
> Just to be clear 0MQ has nothing to do with AMQP anymore, as far as I aware.
> (That was 0MQ1.0)
I suspect that at some stage we'll recreate an AMQP-to-0MQ binding
because it makes sense in some cases. The binding might be at the API
level, as
On 14 April 2010 16:41, Emmanuel TAUREL wrote:
> On Wireshark, I now see the RDATA packets nevertheless, I have
> identified two cases in which I have lost data:
>
> 1 - While my sender was re-transmitting packets due to NAK sent by the
> sender, there was another NAK coming from the sender.
> T
Hi Brian,
>> What I rather had in mind was how to move most of the functionality
>> directly to C API. If C API provides most of it, it would be much easier
>> for bindings to wrap it and - additionally - it would ensure exactly the
>> same behaviour for all the languages.
>
> OK, this makes more
Hello all,
I am using zmq 2.0.6 on Ubuntu 9.04 boxes.
I am using PUB/SUB with the epgm protocol. I have one publisher on host
A and 5 subscribers on host B.
The ZMQ_RATE is set to 10 on both publishers and subscribers. I do
not filter anything on the subscribers side. On the publisher side,
34 matches
Mail list logo
