Re: [zeromq-dev] perl binding never completes "init".

2011-02-19 Thread Martin Sustrik
Hi Jonathan,

> Also, try my ZeroMQ::Raw binding, which adds no extra code like the
> other binding does.  It's basically a straight wrapper, with the sugar
> layer in a separate module (AnyEvent::ZeroMQ::Handle).  The ZeroMQ
> binding on CPAN does weird stuff like bake in JSON support, which I
> found to be an odd choice.
>
> Both are available from Github:
>
> https://github.com/jrockway/zeromq-raw/tree/copying-is-excellent

Once the binding is more or less usable, definitely link it from 
zeromq.org website.

Martin
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] durable subscirbers and inproc

2011-02-19 Thread Martin Sustrik
On 02/19/2011 10:45 PM, mko...@semanticresearch.com wrote:
> I am currently keeping some zmq sub sockets open on behalf of clients
> that have unexpectedly disconnected (web socket closed). I was
> thinking of making use of named sub socket instead. However, I am not
> sure if I could know if I missed messages.

PUB/SUB is inherently unreliable, so messages can be lost even with 
"durable" sockets (say when the queue overflows).

Identifying gaps in message sequence can be done by sequence-numbering 
the messages on the publisher.

Martin
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] Man pages for git master - http://api.zero.mq

2011-02-19 Thread Pieter Hintjens
On Sun, Feb 20, 2011 at 7:49 AM, Martin Sustrik  wrote:

> There's a little bug in translating the code examples:
> rc = zmq_bind (socket, "tcp:@@//@@lo:");

Thanks, fixing that.

-Pieter
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] Man pages for git master - http://api.zero.mq

2011-02-19 Thread Martin Sustrik
On 02/19/2011 11:22 PM, Pieter Hintjens wrote:

> Comments welcome...

There's a little bug in translating the code examples:

rc = zmq_bind (socket, "tcp:@@//@@lo:");

Martin
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] Targeting ZeroMQ Interop (my C# wrapper) at ZeroMQ 2.1.0

2011-02-19 Thread Alex Forster
> Pieter Hintjens  imatix.com>

Close enough to official for me.

___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] Targeting ZeroMQ Interop (my C# wrapper) at ZeroMQ 2.1.0

2011-02-19 Thread Steven McCoy
On 19 February 2011 18:31, Alex Forster  wrote:

> On Feb 19, 2011, at 5:50 PM, Steven McCoy wrote:
>
> You can add the MinGW compiler dependencies into MSVC, they're listed here
> as libgcc.a libmingwex.a
>
>
> http://code.google.com/p/openpgm/wiki/OpenPgmCReferenceLinkTheseLibraryFiles
>
>
> That's a very helpful page. If I can get my hands on those two I'll give it
> another shot.
>

I bundle 32-bit and 64-bit versions with my old pre-release Windows
distribution, I'm not sure how much wiggle room you have on version
differences:

http://code.google.com/p/openpgm/downloads/detail?name=libpgm-2.1.27-pre1.zip

-- 
Steve-o
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] Targeting ZeroMQ Interop (my C# wrapper) at ZeroMQ 2.1.0

2011-02-19 Thread Pieter Hintjens
On Sun, Feb 20, 2011 at 12:31 AM, Alex Forster  wrote:

2.1.0 is right around the corner! Don't even bother with 2.0.10 anymore.

-Pieter
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] Targeting ZeroMQ Interop (my C# wrapper) at ZeroMQ 2.1.0

2011-02-19 Thread Alex Forster
On Feb 19, 2011, at 5:50 PM, Steven McCoy wrote:

> You can add the MinGW compiler dependencies into MSVC, they're listed here as 
> libgcc.a libmingwex.a
> 
> http://code.google.com/p/openpgm/wiki/OpenPgmCReferenceLinkTheseLibraryFiles

That's a very helpful page. If I can get my hands on those two I'll give it 
another shot.

> Obviously OpenPGM 5.1 is a lot easier, I even provide a Windows installer so 
> you don't have to build it yourself.

Absolutely. I'm hoping to hear something like "2.1.0 is right around the 
corner! Don't even bother with 2.0.10 anymore."___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] perl binding never completes "init".

2011-02-19 Thread Jonathan Rockway
* On Thu, Feb 17 2011, Vick Khera wrote:
> Time to put on my perl XS module authoring hat and dive into the glue
> code... at least I have plenty of experience with that... :)

Also, try my ZeroMQ::Raw binding, which adds no extra code like the
other binding does.  It's basically a straight wrapper, with the sugar
layer in a separate module (AnyEvent::ZeroMQ::Handle).  The ZeroMQ
binding on CPAN does weird stuff like bake in JSON support, which I
found to be an odd choice.

Both are available from Github:

https://github.com/jrockway/zeromq-raw/tree/copying-is-excellent

(master suffers from some thread safety issues that I hope to resolve in
the near future)

https://github.com/jrockway/anyevent-zeromq

--
print just => another => perl => hacker => if $,=$"
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] Targeting ZeroMQ Interop (my C# wrapper) at ZeroMQ 2.1.0

2011-02-19 Thread Steven McCoy
On 19 February 2011 14:27, Alex Forster  wrote:

> I'm having a hell of a time compiling ZeroMQ 2.0.10 with support for
> OpenPGM 2.1.27-pre2. I got it down to 18 linker errors, and then I hit a
> wall because those errors are all related to missing MinGW libraries, and
> I'm using Visual Studio. My options now are: (1) dump Visual Studio, install
> the entire MinGW toolchain, and recompile everything introducing a MinGW
> dependency in the process, (2) compile .lib versions of the MinGW libraries
> since the dist binaries are all .a, or (3) move my project to ZeroMQ 2.1.0
> which purportedly has ABI stability (very enticing), and support for the
> latest version of OpenPGM (thus no dependencies on glib).
>
>
Note I've only ever cross-compiled OpenPGM with MinGW on Ubuntu, I've never
tried on Windows in MSYS; Python shitting itself with fork doesn't help
trying to do anything with SCons as I found out with the Cygwin port.  You
can add the MinGW compiler dependencies into MSVC, they're listed here
as libgcc.a
libmingwex.a

http://code.google.com/p/openpgm/wiki/OpenPgmCReferenceLinkTheseLibraryFiles

Obviously OpenPGM 5.1 is a lot easier, I even provide a Windows installer so
you don't have to build it yourself.

-- 
Steve-o
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] Man pages for git master - http://api.zero.mq

2011-02-19 Thread Pieter Hintjens
On Sat, Feb 19, 2011 at 7:42 PM, Pieter Hintjens  wrote:
> On Sat, Feb 19, 2011 at 7:08 PM, Martin Sustrik  wrote:
>
>> Wow! Great that wikidot allows for auto-uploading now.
>
> It's still in beta but works pretty well...

OK, I've now extended the api.zero.mq site to hold the man pages for
all versions from 2.0.6.

Comments welcome... would people like this to replace the current
api.zeromq.org site?

Regards
Pieter
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] durable subscirbers and inproc

2011-02-19 Thread mkogan
I am currently keeping some zmq sub sockets open on behalf of clients that have 
unexpectedly disconnected (web socket closed). I was thinking of making use of 
named sub socket instead. However, I am not sure if I could know if I missed 
messages.

Sent from my iPhone

On Feb 19, 2011, at 12:25 AM, Pieter Hintjens  wrote:

> On Fri, Feb 18, 2011 at 5:24 PM, Michael Kogan
>  wrote:
> 
>> If I am using pub/sub with durable subscribers with inproc, is the subscribe 
>> semi-durable or actually durable.
> 
> It makes no difference what transport you use, durable sockets have
> the lifespan of the attached peer (the publisher in this case).
> 
>> Are there possibilities for loss with durable subscribers in inproc?
> 
> Not usually. You can lose messages if you overflow your HWM, for
> example. Do you have a specific scenario in mind?
> 
> -Pieter
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


[zeromq-dev] Targeting ZeroMQ Interop (my C# wrapper) at ZeroMQ 2.1.0

2011-02-19 Thread Alex Forster
I'm having a hell of a time compiling ZeroMQ 2.0.10 with support for OpenPGM 
2.1.27-pre2. I got it down to 18 linker errors, and then I hit a wall because 
those errors are all related to missing MinGW libraries, and I'm using Visual 
Studio. My options now are: (1) dump Visual Studio, install the entire MinGW 
toolchain, and recompile everything introducing a MinGW dependency in the 
process, (2) compile .lib versions of the MinGW libraries since the dist 
binaries are all .a, or (3) move my project to ZeroMQ 2.1.0 which purportedly 
has ABI stability (very enticing), and support for the latest version of 
OpenPGM (thus no dependencies on glib).

I've been taking a pretty thorough look at the commit log 
(https://github.com/zeromq/zeromq2/commits/master/) and at the issue log 
(https://github.com/zeromq/zeromq2/issues/labels/master) and it seems that 
2.1.0 is very stable.

I'm looking for (1) a general idea of how far along/stable 2.1.0 is, and (2) 
some feedback on how wise a decision it is to target my wrapper library at this 
development version.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] Man pages for git master - http://api.zero.mq

2011-02-19 Thread Pieter Hintjens
On Sat, Feb 19, 2011 at 7:08 PM, Martin Sustrik  wrote:

> Wow! Great that wikidot allows for auto-uploading now.

It's still in beta but works pretty well...

> When you get your hackish perl scripts stable, we can even run the
> generation and upload as part of mikko's build process.

Sure. This tool should be saved in a public git somewhere, either
zeromq2 or its own git (better IMO). I'll do that tomorrow.

-Pieter
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] Man pages for git master - http://api.zero.mq

2011-02-19 Thread Martin Sustrik
On 02/19/2011 07:00 PM, Pieter Hintjens wrote:
>
>> Are you generating the web pages from the documentation or is it done by
>> hand?
>
> Generating from the documentation, using some hacky perl, then
> uploading to the Wikidot site automatically using the Wikidot API.
> There are still some things that don't generate correctly, so if you
> see errors let me know.

Wow! Great that wikidot allows for auto-uploading now.

When you get your hackish perl scripts stable, we can even run the 
generation and upload as part of mikko's build process.

Martin
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] Man pages for git master - http://api.zero.mq

2011-02-19 Thread Pieter Hintjens
On Sat, Feb 19, 2011 at 6:43 PM, Martin Sustrik  wrote:

> Looks nice!
>
> Are you generating the web pages from the documentation or is it done by
> hand?

Generating from the documentation, using some hacky perl, then
uploading to the Wikidot site automatically using the Wikidot API.
There are still some things that don't generate correctly, so if you
see errors let me know.

-Pieter
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] Man pages for git master - http://api.zero.mq

2011-02-19 Thread Martin Sustrik
On 02/19/2011 05:04 PM, Pieter Hintjens wrote:

> Since people have randomly asked for this, I've built a site to hold
> the man pages for the git master, at http://api.zero.mq/.
>
> Comments welcome, I've tried to get a balance between the regular man
> page style and the 0MQ web site look.

Looks nice!

Are you generating the web pages from the documentation or is it done by 
hand?

Martin
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


[zeromq-dev] Man pages for git master - http://api.zero.mq

2011-02-19 Thread Pieter Hintjens
Hi all,

Since people have randomly asked for this, I've built a site to hold
the man pages for the git master, at http://api.zero.mq/.

Comments welcome, I've tried to get a balance between the regular man
page style and the 0MQ web site look.

Thanks to Ian Barber for the *.zero.mq domains!

Cheers
--
Pieter Hintjens
iMatix
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] Problem receiving multicast - pyzmq

2011-02-19 Thread Mike Stoddart
Ah - thanks!
Mike



-- Sent from my Palm Pre
On 18 Feb 2011 9:23 p.m., Andrew Hume  wrote: 


On Feb 18, 2011, at 7:04 PM, Mike Stoddart wrote:I just started experimenting 
with pyzmq and openpgm. My send code is:

import zmq

context = zmq.Context()
socket = context.socket(zmq.PUB)
socket.connect("epgm://eth0;239.192.1.1:");
this connect should be a bind
socket.send('mike')



My read code is:

import zmq

context = zmq.Context()
socket = context.socket(zmq.SUB)
socket.connect("epgm://eth0;239.192.1.1:");

while True:
    message = socket.recv()
    print "Received request: ", message
    socket.send("World")
    sleep(1)

Nothing is received and ctrl+c doesn't interrupt the code.

Any ideas what I'm missing? Thanks
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


--Andrew Hume  (best -> Telework) +1 
623-551-2845and...@research.att.com  (Work) +1 none currentlyAT&T 
Labs - Research; member of USENIX and LOPSA



___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] Problem receiving multicast - pyzmq

2011-02-19 Thread Mike Stoddart
Of course! Thanks
Mike

-- Sent from my Palm Pre
On 19 Feb 2011 2:42 a.m., Martin Sustrik  wrote:

On 02/19/2011 03:04 AM, Mike Stoddart wrote:



> context = zmq.Context()

> socket = context.socket(zmq.SUB)

> socket.connect("epgm://eth0;239.192.1.1:");

>

> while True:

>  message = socket.recv()



You've forgot to subscribe for messages:



socket.setsockopt (zmq.SUBSCRIBE, "");



Martin


___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] [PATCH] syslog reporting started in 0MQ core

2011-02-19 Thread Martin Sustrik
On 02/19/2011 09:22 AM, Pieter Hintjens wrote:

>> Feel free to add identity formatting code to ctx_t::log().
>
> Not sure what you mean with this.

With printf analogy in mind, something like this would be nice:

log ("Warning: %b", my_blob);

Martin
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] durable subscirbers and inproc

2011-02-19 Thread Pieter Hintjens
On Fri, Feb 18, 2011 at 5:24 PM, Michael Kogan
 wrote:

> If I am using pub/sub with durable subscribers with inproc, is the subscribe 
> semi-durable or actually durable.

It makes no difference what transport you use, durable sockets have
the lifespan of the attached peer (the publisher in this case).

> Are there possibilities for loss with durable subscribers in inproc?

Not usually. You can lose messages if you overflow your HWM, for
example. Do you have a specific scenario in mind?

-Pieter
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] [PATCH] syslog reporting started in 0MQ core

2011-02-19 Thread Pieter Hintjens
On Fri, Feb 18, 2011 at 2:18 PM, Martin Sustrik  wrote:

> Ok. I've changed log() function to work like printf(), i.e. it takes const
> char* + variable argument list.

Fair enough.

> Feel free to add identity formatting code to ctx_t::log().

Not sure what you mean with this. I'd rather add two methods to the
blob class, but it's defined just as a typedef now. Can we make that a
full class so I can do identity.print() and identity.printhex() to get
usable values to pass to the log() method?

-Pieter
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev