0
0
mirror of https://github.com/zeromq/libzmq.git synced 2024-12-29 00:26:36 +08:00

Merge branch 'master' of github.com:sustrik/zeromq2

This commit is contained in:
unknown 2010-01-14 15:50:54 +01:00
commit 56c369272c
5 changed files with 31 additions and 8 deletions

View File

@ -5,16 +5,20 @@ zmq_bind \- binds the socket to the specified address
.B int zmq_bind (void *s, const char *addr);
.SH DESCRIPTION
The function binds socket
.IR s to a particular transport. Actual semantics of the
.IR s
to a particular transport. Actual semantics of the
command depend on the underlying transport mechanism, however, in cases where
peers connect in an asymetric manner,
.IR zmq_bind
should be called first,
.IR zmq_connect
afterwards. For actual formats of
afterwards. Actual formats of
.IR addr
parameter for different types of transport have a look at
.IR zmq(7) .
parameter are defined by individual transports. For a list of supported
transports have a look at
.IR zmq(7)
manual page.
Note that single socket can be bound (and connected) to
arbitrary number of peers using different transport mechanisms.
.SH RETURN VALUE

View File

@ -5,17 +5,21 @@ zmq_connect \- connect the socket to the specified peer
.B int zmq_connect (void *s, const char *addr);
.SH DESCRIPTION
The function connect socket
.IR s to the peer identified by
.IR s
to the peer identified by
.IR addr .
Actual semantics of the command depend on the underlying transport mechanism,
however, in cases where peers connect in an asymetric manner,
.IR zmq_bind
should be called first,
.IR zmq_connect
afterwards. For actual formats of
afterwards. Formats of the
.IR addr
parameter for different types of transport have a look at
.IR zmq(7) .
parameter are defined by individual transports. For a list of supported
transports have a look at
.IR zmq(7)
manual page.
Note that single socket can be connected (and bound) to
arbitrary number of peers using different transport mechanisms.
.SH RETURN VALUE

View File

@ -32,6 +32,11 @@ mutlicast group should be specified in the numeric representation. For example:
pgm://192.168.0.111:224.0.0.1:5555
.fi
Note that NIC names are not standardised by POSIX. They tend to be rather
arbitrary and platform dependent. Say, "eth0" on Linux would correspond to "en0"
on OSX and "e1000g" on Solaris. On Windows platform, as there are no short NIC
names available, you have to use numeric IP addresses instead.
.SH WIRE FORMAT
Consecutive PGM packets are interpreted as a single continuous stream of data.

View File

@ -18,6 +18,11 @@ a NIC name or a hostname (resolved by DNS):
tcp://lo:32768
.fi
Note that NIC names are not standardised by POSIX. They tend to be rather
arbitrary and platform dependent. Say, "eth0" on Linux would correspond to "en0"
on OSX and "e1000g" on Solaris. On Windows platform, as there are no short NIC
names available, you have to use numeric IP addresses instead.
.SH WIRE FORMAT
A message consists of a message length followed by message data.

View File

@ -24,6 +24,11 @@ mutlicast group should be specified in the numeric representation. For example:
udp://192.168.0.111:224.0.0.1:5555
.fi
Note that NIC names are not standardised by POSIX. They tend to be rather
arbitrary and platform dependent. Say, "eth0" on Linux would correspond to "en0"
on OSX and "e1000g" on Solaris. On Windows platform, as there are no short NIC
names available, you have to use numeric IP addresses instead.
.SH WIRE FORMAT
Same as with PGM transport except for UDP packet headers.