7.2.1 Socket Objects
Socket objects have the following methods. Except for
makefile() these correspond to Unix system calls
applicable to sockets.
-
Accept a connection.
The socket must be bound to an address and listening for connections.
The return value is a pair
(conn, address)
where conn is a new socket object usable to send and
receive data on the connection, and address is the address bound
to the socket on the other end of the connection.
-
Bind the socket to address. The socket must not already be bound.
(The format of address depends on the address family -- see
above.) Note:
This method has historically accepted a pair
of parameters for AF_INET addresses instead of only a
tuple. This was never intentional and is no longer available in
Python 2.0 and later.
-
Close the socket. All future operations on the socket object will fail.
The remote end will receive no more data (after queued data is flushed).
Sockets are automatically closed when they are garbage-collected.
-
Connect to a remote socket at address.
(The format of address depends on the address family -- see
above.) Note:
This method has historically accepted a pair
of parameters for AF_INET addresses instead of only a
tuple. This was never intentional and is no longer available in
Python 2.0 and later.
-
Like
connect(address)
, but return an error indicator
instead of raising an exception for errors returned by the C-level
connect() call (other problems, such as ``host not found,''
can still raise exceptions). The error indicator is 0
if the
operation succeeded, otherwise the value of the errno
variable. This is useful to support, for example, asynchronous connects.
Note:
This method has historically accepted a pair of
parameters for AF_INET addresses instead of only a tuple.
This was never intentional and is no longer available in Python
2.0 and later.
-
Return the socket's file descriptor (a small integer). This is useful
with select.select().
Under Windows the small integer returned by this method cannot be used where
a file descriptor can be used (such as os.fdopen()). Unix does
not have this limitation.
-
Return the remote address to which the socket is connected. This is
useful to find out the port number of a remote IPv4/v6 socket, for instance.
(The format of the address returned depends on the address family --
see above.) On some systems this function is not supported.
-
Return the socket's own address. This is useful to find out the port
number of an IPv4/v6 socket, for instance.
(The format of the address returned depends on the address family --
see above.)
getsockopt( |
level, optname[, buflen]) |
-
Return the value of the given socket option (see the Unix man page
getsockopt(2)). The needed symbolic constants
(SO_* etc.) are defined in this module. If buflen
is absent, an integer option is assumed and its integer value
is returned by the function. If buflen is present, it specifies
the maximum length of the buffer used to receive the option in, and
this buffer is returned as a string. It is up to the caller to decode
the contents of the buffer (see the optional built-in module
struct for a way to decode C structures encoded as strings).
-
Listen for connections made to the socket. The backlog argument
specifies the maximum number of queued connections and should be at
least 1; the maximum value is system-dependent (usually 5).
makefile( |
[mode[, bufsize]]) |
-
Return a file object associated with the socket. (File objects
are described in 2.3.9, ``File Objects.'')
The file object references a dup()ped version of the
socket file descriptor, so the file object and socket object may be
closed or garbage-collected independently.
The socket should be in blocking mode.
The optional mode
and bufsize arguments are interpreted the same way as by the
built-in file() function; see ``Built-in Functions''
(section 2.1) for more information.
-
Receive data from the socket. The return value is a string representing
the data received. The maximum amount of data to be received
at once is specified by bufsize. See the Unix manual page
recv(2) for the meaning of the optional argument
flags; it defaults to zero.
recvfrom( |
bufsize[, flags]) |
-
Receive data from the socket. The return value is a pair
(string, address)
where string is a string
representing the data received and address is the address of the
socket sending the data. The optional flags argument has the
same meaning as for recv() above.
(The format of address depends on the address family -- see above.)
-
Send data to the socket. The socket must be connected to a remote
socket. The optional flags argument has the same meaning as for
recv() above. Returns the number of bytes sent.
Applications are responsible for checking that all data has been sent;
if only some of the data was transmitted, the application needs to
attempt delivery of the remaining data.
sendall( |
string[, flags]) |
-
Send data to the socket. The socket must be connected to a remote
socket. The optional flags argument has the same meaning as for
recv() above. Unlike send(), this method continues
to send data from string until either all data has been sent or
an error occurs.
None
is returned on success. On error, an
exception is raised, and there is no way to determine how much data,
if any, was successfully sent.
sendto( |
string[, flags], address) |
-
Send data to the socket. The socket should not be connected to a
remote socket, since the destination socket is specified by
address. The optional flags argument has the same
meaning as for recv() above. Return the number of bytes sent.
(The format of address depends on the address family -- see above.)
-
Set blocking or non-blocking mode of the socket: if flag is 0,
the socket is set to non-blocking, else to blocking mode. Initially
all sockets are in blocking mode. In non-blocking mode, if a
recv() call doesn't find any data, or if a
send() call can't immediately dispose of the data, a
error exception is raised; in blocking mode, the calls
block until they can proceed.
s.setblocking(0)
is equivalent to s.settimeout(0)
;
s.setblocking(1)
is equivalent to s.settimeout(None)
.
-
Set a timeout on blocking socket operations. The value argument
can be a nonnegative float expressing seconds, or
None
.
If a float is
given, subsequent socket operations will raise an timeout
exception if the timeout period value has elapsed before the
operation has completed. Setting a timeout of None
disables
timeouts on socket operations.
s.settimeout(0.0)
is equivalent to s.setblocking(0)
;
s.settimeout(None)
is equivalent to s.setblocking(1)
.
New in version 2.3.
-
Returns the timeout in floating seconds associated with socket
operations, or
None
if no timeout is set. This reflects
the last call to setblocking() or settimeout().
New in version 2.3.
Some notes on socket blocking and timeouts: A socket object can be in
one of three modes: blocking, non-blocking, or timeout. Sockets are
always created in blocking mode. In blocking mode, operations block
until complete. In non-blocking mode, operations fail (with an error
that is unfortunately system-dependent) if they cannot be completed
immediately. In timeout mode, operations fail if they cannot be
completed within the timeout specified for the socket. The
setblocking() method is simply a shorthand for certain
settimeout() calls.
Timeout mode internally sets the socket in non-blocking mode. The
blocking and timeout modes are shared between file descriptors and
socket objects that refer to the same network endpoint. A consequence
of this is that file objects returned by the makefile()
method should only be used when the socket is in blocking mode; in
timeout or non-blocking mode file operations that cannot be completed
immediately will fail.
Note that the connect() operation is subject to the timeout
setting, and in general it is recommended to call
settimeout() before calling connect().
setsockopt( |
level, optname, value) |
-
Set the value of the given socket option (see the Unix manual page
setsockopt(2)). The needed symbolic constants are defined in
the socket module (SO_* etc.). The value can be an
integer or a string representing a buffer. In the latter case it is
up to the caller to ensure that the string contains the proper bits
(see the optional built-in module
struct for a way to encode C
structures as strings).
-
Shut down one or both halves of the connection. If how is
SHUT_RD, further receives are disallowed. If how is SHUT_WR,
further sends are disallowed. If how is SHUT_RDWR, further sends
and receives are disallowed.
Note that there are no methods read() or write();
use recv() and send() without flags argument
instead.
Release 2.4, documentation updated on 30 November 2004.
See About this document... for information on suggesting changes.