Martin,
please review and apply to master if you're happy with it.
This should cover all the basics that have changed in 2.1; I've tried to be
as clear as possible with the tricky bits (Thread safety, ZMQ_LINGER &
friends).
Thanks,
-mato
>From b064d9af489344a99961c7950af226bd171e8bbb Mon Sep 17
Done, thanks! :-)
On Tue, Nov 30, 2010 at 6:32 PM, jeremy avnet wrote:
> This code is licensed under the MIT/X11 license.
>
> https://github.com/imatix/zguide/pull/21
>
> .:. brainsik
>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> htt
Martin,
mikko.koppa...@gmail.com said:
> Hello,
>
> the latest version of the patch is here
> http://valokuva.org/~mikko/0001-Prefix-variables-with-ac_zmq_.patch. I
> am not attaching it as it's fairly large. The latest verion fixes the
> above white-space errors and a couple of typos.
Please ap
On Tue, Nov 30, 2010 at 2:44 PM, Martin Lucina wrote:
> This is great, except that the patch doesn't seem to apply against the
> current master:
>
> [dezo:zeromq2]$ git apply ~/0001-Prefix-all-custom-macros-with-AC_ZMQ_.patch
> /home/mato/0001-Prefix-all-custom-macros-with-AC_ZMQ_.patch:341: trail
This code is licensed under the MIT/X11 license.
https://github.com/imatix/zguide/pull/21
.:. brainsik
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
Martin,
the attached trivial patch fixes the build on NetBSD. Please apply to
master, and/or maint if applicable.
Thanks,
-mato
>From 73a64202bca9f1a24c9c0814d8bbf760add68e37 Mon Sep 17 00:00:00 2001
From: Martin Lucina
Date: Tue, 30 Nov 2010 17:41:58 +0100
Subject: [PATCH] Remove unnecessary
Hi,
koert.kuip...@diamondnotch.com said:
> How do I do an orderly shutdown of a socket? Say I want to close a PULL
> socket.
> Can I do something like:
>
> 1) Close the endpoint so that no more messages get added to the queue
>
> 2) Process everything that’s left in the queue
>
> 3)
How do I do an orderly shutdown of a socket? Say I want to close a PULL socket.
Can I do something like:
1) Close the endpoint so that no more messages get added to the queue
2) Process everything that's left in the queue
3) Terminate
Thanks! Koert
___
marcelo.can...@gmail.com said:
> 2010/10/28 Mikael Helbo Kjær
>
> ... I could really use an IPC solution for Windows. ...
>
>
> I would love to see this too. I understand that the problems with implementing
> IPC on Windows are significant, so I am trying to decide between several
> options
Hi Mikko!
mikko.koppa...@gmail.com said:
> [...]
>
> Mato,
> does this look ok?
This is great, except that the patch doesn't seem to apply against the
current master:
[dezo:zeromq2]$ git apply ~/0001-Prefix-all-custom-macros-with-AC_ZMQ_.patch
/home/mato/0001-Prefix-all-custom-macros-with-AC_Z
I've been working on this again yesterday and attached is a draft approach
that works, but has some serious issues to be addressed.
So this should be regarded a draft, intended to receive comments on the
approach taken. The following issues are to be addressed:
1. I've now used the "fair-queue"
In case you missed the discussion,
http://developers.slashdot.org/story/10/11/26/1729218/Google-Microsoft-Cheat-On-Slow-Start-mdash-Should-You
Google's paper:
http://www.google.com/research/pubs/pub36640.html
IEFT draft:
http://zinfandel.levkowetz.com/html/draft-ietf-tcpm-initcwnd-00
Linux patch
On 30 November 2010 15:57, Sven Koebnick wrote:
> a few years ago, I read some artical about cheating IPC into Windows. it
> worked with using parts of the paging file as a shared datafile and thereby
> simulating shared memory.
> Maybe this can be wrapped to just plug it into where IPC sits on r
13 matches
Mail list logo
