summaryrefslogtreecommitdiffstats
path: root/Doc/library/socketserver.rst
diff options
context:
space:
mode:
authorSerhiy Storchaka <storchaka@gmail.com>2013-10-13 20:09:14 (GMT)
committerSerhiy Storchaka <storchaka@gmail.com>2013-10-13 20:09:14 (GMT)
commitbfdcd436f0410e2b3eb34ce4fd7411488d3f13fb (patch)
tree92e02b473c00b7dc9cbe908681723079a3466c7f /Doc/library/socketserver.rst
parent24201d497cf23d399cceadad8058261c13ae536f (diff)
downloadcpython-bfdcd436f0410e2b3eb34ce4fd7411488d3f13fb.zip
cpython-bfdcd436f0410e2b3eb34ce4fd7411488d3f13fb.tar.gz
cpython-bfdcd436f0410e2b3eb34ce4fd7411488d3f13fb.tar.bz2
Issue #18758: Fixed and improved cross-references.
Diffstat (limited to 'Doc/library/socketserver.rst')
-rw-r--r--Doc/library/socketserver.rst14
1 files changed, 7 insertions, 7 deletions
diff --git a/Doc/library/socketserver.rst b/Doc/library/socketserver.rst
index 500b3cb..1ec4438 100644
--- a/Doc/library/socketserver.rst
+++ b/Doc/library/socketserver.rst
@@ -111,13 +111,13 @@ can be implemented by using a synchronous server and doing an explicit fork in
the request handler class :meth:`handle` method.
Another approach to handling multiple simultaneous requests in an environment
-that supports neither threads nor :func:`fork` (or where these are too expensive
-or inappropriate for the service) is to maintain an explicit table of partially
-finished requests and to use :func:`select` to decide which request to work on
-next (or whether to handle a new incoming request). This is particularly
-important for stream services where each client can potentially be connected for
-a long time (if threads or subprocesses cannot be used). See :mod:`asyncore`
-for another way to manage this.
+that supports neither threads nor :func:`~os.fork` (or where these are too
+expensive or inappropriate for the service) is to maintain an explicit table of
+partially finished requests and to use :func:`~select.select` to decide which
+request to work on next (or whether to handle a new incoming request). This is
+particularly important for stream services where each client can potentially be
+connected for a long time (if threads or subprocesses cannot be used). See
+:mod:`asyncore` for another way to manage this.
.. XXX should data and methods be intermingled, or separate?
how should the distinction between class and instance variables be drawn?