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:
commit
56c369272c
@ -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
|
||||
|
@ -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
|
||||
|
@ -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.
|
||||
|
@ -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.
|
||||
|
@ -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.
|
||||
|
Loading…
x
Reference in New Issue
Block a user