On 2012-09-07 04:44, Pieter Hintjens wrote:
Note on use of the GPL: we use this license to cover the
specification text itself, not implementations. You can license your
own code under any license you wish. If you make derived versions of
this specification, you must share them under the GPL.
How about 'adaptor'? The various devices I've seen remind me a bit of
something like that.
Thanks,
Cem Karan
On Sep 8, 2012, at 1:58 AM, Michel Pelletier wrote:
I agree with Brian, proxy doesn't feel any better to me. I'm not
saying device is a good name, but it argues against changing it
I prefer the term gateway as defined on Wikipedia:
In a communications network, a network node equipped for interfacing with
another network that uses different protocols.
A gateway may contain devices such as protocol translators, impedance matching
devices, rate converters, fault
Well... maybe. This thread happened years ago on the Digistan lists. FDL is
for documentation, books, not standards that act as formal recipes.
Cc-by-sa lacks the patent clauses that GPL v3 has. For my own standards
work, I'll always use GPL v3. Others may use what they prefer.
Pieter
On Sep 8,
The thing in libzmq is not a gateway or bridge. It is a simple point of
connection between two groups of nodes that solves the problem of massive
interconnects. That is, strictly, a proxy.
-Pieter
On Sep 8, 2012 8:50 PM, Justin Cook jhc...@gmail.com wrote:
I prefer the term gateway as defined
I always read device as a higher level interface that's so
fundamental it's provided as a reusable black box.
So, a very commonly used specific type of proxy.
Proxy is so generic that it might erode this more specific meaning, if
in fact I have that right.
If I'm wrong, then by definition
just a note on documenting flows - the zguide is very good anyway
in a different project I found it convenient to explain interactions between
several entities over time with the help of Message Sequence Charts
there is a little-known utility 'mscgen' which translates an MSC diagram in
text
Hi,
I downloaded the zeromq-3.2.0 and compiled on mac os x.
I am trying to compile the first sample c++ client and i get error that
zmq.hpp not found. Looking at the Changelog file that came with the source
code, i see comments that the file was removed.
Any suggestions on how to compile the
The website says, zmqpp is a high level c++ binding. Does that comes at a
higher performance? Are there any benchmarks comparing cppzmq vs zmqpp?
Any future plans on merging the two?
Thank you,
Jim
___
zeromq-dev mailing list
On Sat, Sep 8, 2012 at 8:54 PM, Maninder Batth whatpuzzle...@gmail.com wrote:
Hi,
I downloaded the zeromq-3.2.0 and compiled on mac os x.
I am trying to compile the first sample c++ client and i get error that
zmq.hpp not found. Looking at the Changelog file that came with the source
code, i
On Sun, Sep 9, 2012 at 1:59 AM, Garrett Smith g...@rre.tt wrote:
I always read device as a higher level interface that's so
fundamental it's provided as a reusable black box.
Not just a fundamental black box but three special kinds of black box
(queue, streamer, forwarder)... suggesting that
Michael,
Nice tip, thanks.
-Pieter
On Sun, Sep 9, 2012 at 2:05 AM, Michael Haberler mai...@mah.priv.at wrote:
just a note on documenting flows - the zguide is very good anyway
in a different project I found it convenient to explain interactions between
several entities over time with the
12 matches
Mail list logo