mirror of
https://github.com/python/cpython.git
synced 2025-08-03 08:34:29 +00:00

svn+ssh://pythondev@svn.python.org/python/trunk ........ r61644 | trent.nelson | 2008-03-19 22:51:16 +0100 (Mi, 19 Mär 2008) | 1 line Force a clean of the tcltk/tcltk64 directories now that we've completely changed the tcl/tk build environment. ........ r61646 | gregory.p.smith | 2008-03-19 23:23:51 +0100 (Mi, 19 Mär 2008) | 2 lines Improve the error message when the CRCs don't match. ........ r61647 | trent.nelson | 2008-03-19 23:41:10 +0100 (Mi, 19 Mär 2008) | 1 line Comment out tcltk/tcltk64 removal. ........ r61649 | raymond.hettinger | 2008-03-19 23:47:48 +0100 (Mi, 19 Mär 2008) | 1 line Remove unnecessary traceback save/restore pair. ........ r61650 | trent.nelson | 2008-03-19 23:51:42 +0100 (Mi, 19 Mär 2008) | 1 line Bump the SIGALM delay from 3 seconds to 20 seconds, mainly in an effort to see if it fixes the alarm failures in this test experienced by some of the buildbots. ........ r61651 | brett.cannon | 2008-03-20 00:01:17 +0100 (Do, 20 Mär 2008) | 5 lines Make sure that the warnings filter is not reset or changed beyond the current running test file. Closes issue2407. Thanks Jerry Seutter. ........ r61652 | gregory.p.smith | 2008-03-20 00:03:25 +0100 (Do, 20 Mär 2008) | 10 lines Prevent ioctl op codes from being sign extended from int to unsigned long when used on platforms that actually define ioctl as taking an unsigned long. (the BSDs and OS X / Darwin) Adds a unittest for fcntl.ioctl that tests what happens with both positive and negative numbers. This was done because of issue1471 but I'm not able to reproduce -that- problem in the first place on Linux 32bit or 64bit or OS X 10.4 & 10.5 32bit or 64 bit. ........ r61656 | sean.reifschneider | 2008-03-20 01:46:50 +0100 (Do, 20 Mär 2008) | 2 lines Issue #2143: Fix embedded readline() hang on SSL socket EOF. ........ r61657 | sean.reifschneider | 2008-03-20 01:50:07 +0100 (Do, 20 Mär 2008) | 2 lines Forgot to add NEWS item about smtplib SSL readline hang fix. ........ r61658 | trent.nelson | 2008-03-20 01:58:44 +0100 (Do, 20 Mär 2008) | 1 line Revert r61650; the intent of this commit was to try and address alarm failures on some of the build slaves. As Neal points out, it's called after test_main(), so it's not going to factor into the test when run via regrtest.py (and removes the original functionality that Jeffrey wanted that would kill the test if it took longer than 3 seconds to run when executing it directly during development). ........ r61663 | sean.reifschneider | 2008-03-20 04:20:48 +0100 (Do, 20 Mär 2008) | 2 lines Issue 2188: Documentation hint about disabling proxy detection. ........ r61665 | gregory.p.smith | 2008-03-20 06:41:53 +0100 (Do, 20 Mär 2008) | 7 lines Attempt to fix the Solaris Sparc 10 buildbot. It was failing with an invalid argument error on ioctl. This was caused by the added test_fcntl ioctl test that hard coded 0 as the fd to use. Without a terminal, this fails on solaris. (it passed from the command line on sol 10, both 32 and 64 bit) Also, test_ioctl exists so I moved the test into there where it belongs. ........ r61667 | georg.brandl | 2008-03-20 08:25:55 +0100 (Do, 20 Mär 2008) | 2 lines #2383: remove obsolete XXX comment in stat.py. ........
156 lines
6.6 KiB
ReStructuredText
156 lines
6.6 KiB
ReStructuredText
|
|
:mod:`fcntl` --- The :func:`fcntl` and :func:`ioctl` system calls
|
|
=================================================================
|
|
|
|
.. module:: fcntl
|
|
:platform: Unix
|
|
:synopsis: The fcntl() and ioctl() system calls.
|
|
.. sectionauthor:: Jaap Vermeulen
|
|
|
|
|
|
.. index::
|
|
pair: UNIX@Unix; file control
|
|
pair: UNIX@Unix; I/O control
|
|
|
|
This module performs file control and I/O control on file descriptors. It is an
|
|
interface to the :cfunc:`fcntl` and :cfunc:`ioctl` Unix routines.
|
|
|
|
All functions in this module take a file descriptor *fd* as their first
|
|
argument. This can be an integer file descriptor, such as returned by
|
|
``sys.stdin.fileno()``, or a file object, such as ``sys.stdin`` itself, which
|
|
provides a :meth:`fileno` which returns a genuine file descriptor.
|
|
|
|
The module defines the following functions:
|
|
|
|
|
|
.. function:: fcntl(fd, op[, arg])
|
|
|
|
Perform the requested operation on file descriptor *fd* (file objects providing
|
|
a :meth:`fileno` method are accepted as well). The operation is defined by *op*
|
|
and is operating system dependent. These codes are also found in the
|
|
:mod:`fcntl` module. The argument *arg* is optional, and defaults to the integer
|
|
value ``0``. When present, it can either be an integer value, or a string.
|
|
With the argument missing or an integer value, the return value of this function
|
|
is the integer return value of the C :cfunc:`fcntl` call. When the argument is
|
|
a string it represents a binary structure, e.g. created by :func:`struct.pack`.
|
|
The binary data is copied to a buffer whose address is passed to the C
|
|
:cfunc:`fcntl` call. The return value after a successful call is the contents
|
|
of the buffer, converted to a string object. The length of the returned string
|
|
will be the same as the length of the *arg* argument. This is limited to 1024
|
|
bytes. If the information returned in the buffer by the operating system is
|
|
larger than 1024 bytes, this is most likely to result in a segmentation
|
|
violation or a more subtle data corruption.
|
|
|
|
If the :cfunc:`fcntl` fails, an :exc:`IOError` is raised.
|
|
|
|
|
|
.. function:: ioctl(fd, op[, arg[, mutate_flag]])
|
|
|
|
This function is identical to the :func:`fcntl` function, except that the
|
|
argument handling is even more complicated.
|
|
|
|
The op parameter is limited to values that can fit in 32-bits.
|
|
|
|
The parameter *arg* can be one of an integer, absent (treated identically to the
|
|
integer ``0``), an object supporting the read-only buffer interface (most likely
|
|
a plain Python string) or an object supporting the read-write buffer interface.
|
|
|
|
In all but the last case, behaviour is as for the :func:`fcntl` function.
|
|
|
|
If a mutable buffer is passed, then the behaviour is determined by the value of
|
|
the *mutate_flag* parameter.
|
|
|
|
If it is false, the buffer's mutability is ignored and behaviour is as for a
|
|
read-only buffer, except that the 1024 byte limit mentioned above is avoided --
|
|
so long as the buffer you pass is as least as long as what the operating system
|
|
wants to put there, things should work.
|
|
|
|
If *mutate_flag* is true, then the buffer is (in effect) passed to the
|
|
underlying :func:`ioctl` system call, the latter's return code is passed back to
|
|
the calling Python, and the buffer's new contents reflect the action of the
|
|
:func:`ioctl`. This is a slight simplification, because if the supplied buffer
|
|
is less than 1024 bytes long it is first copied into a static buffer 1024 bytes
|
|
long which is then passed to :func:`ioctl` and copied back into the supplied
|
|
buffer.
|
|
|
|
If *mutate_flag* is not supplied, then from Python 2.5 it defaults to true,
|
|
which is a change from versions 2.3 and 2.4. Supply the argument explicitly if
|
|
version portability is a priority.
|
|
|
|
An example::
|
|
|
|
>>> import array, fcntl, struct, termios, os
|
|
>>> os.getpgrp()
|
|
13341
|
|
>>> struct.unpack('h', fcntl.ioctl(0, termios.TIOCGPGRP, " "))[0]
|
|
13341
|
|
>>> buf = array.array('h', [0])
|
|
>>> fcntl.ioctl(0, termios.TIOCGPGRP, buf, 1)
|
|
0
|
|
>>> buf
|
|
array('h', [13341])
|
|
|
|
|
|
.. function:: flock(fd, op)
|
|
|
|
Perform the lock operation *op* on file descriptor *fd* (file objects providing
|
|
a :meth:`fileno` method are accepted as well). See the Unix manual
|
|
:manpage:`flock(3)` for details. (On some systems, this function is emulated
|
|
using :cfunc:`fcntl`.)
|
|
|
|
|
|
.. function:: lockf(fd, operation, [length, [start, [whence]]])
|
|
|
|
This is essentially a wrapper around the :func:`fcntl` locking calls. *fd* is
|
|
the file descriptor of the file to lock or unlock, and *operation* is one of the
|
|
following values:
|
|
|
|
* :const:`LOCK_UN` -- unlock
|
|
* :const:`LOCK_SH` -- acquire a shared lock
|
|
* :const:`LOCK_EX` -- acquire an exclusive lock
|
|
|
|
When *operation* is :const:`LOCK_SH` or :const:`LOCK_EX`, it can also be
|
|
bitwise ORed with :const:`LOCK_NB` to avoid blocking on lock acquisition.
|
|
If :const:`LOCK_NB` is used and the lock cannot be acquired, an
|
|
:exc:`IOError` will be raised and the exception will have an *errno*
|
|
attribute set to :const:`EACCES` or :const:`EAGAIN` (depending on the
|
|
operating system; for portability, check for both values). On at least some
|
|
systems, :const:`LOCK_EX` can only be used if the file descriptor refers to a
|
|
file opened for writing.
|
|
|
|
*length* is the number of bytes to lock, *start* is the byte offset at which the
|
|
lock starts, relative to *whence*, and *whence* is as with :func:`fileobj.seek`,
|
|
specifically:
|
|
|
|
* :const:`0` -- relative to the start of the file (:const:`SEEK_SET`)
|
|
* :const:`1` -- relative to the current buffer position (:const:`SEEK_CUR`)
|
|
* :const:`2` -- relative to the end of the file (:const:`SEEK_END`)
|
|
|
|
The default for *start* is 0, which means to start at the beginning of the file.
|
|
The default for *length* is 0 which means to lock to the end of the file. The
|
|
default for *whence* is also 0.
|
|
|
|
Examples (all on a SVR4 compliant system)::
|
|
|
|
import struct, fcntl, os
|
|
|
|
f = open(...)
|
|
rv = fcntl.fcntl(f, fcntl.F_SETFL, os.O_NDELAY)
|
|
|
|
lockdata = struct.pack('hhllhh', fcntl.F_WRLCK, 0, 0, 0, 0, 0)
|
|
rv = fcntl.fcntl(f, fcntl.F_SETLKW, lockdata)
|
|
|
|
Note that in the first example the return value variable *rv* will hold an
|
|
integer value; in the second example it will hold a string value. The structure
|
|
lay-out for the *lockdata* variable is system dependent --- therefore using the
|
|
:func:`flock` call may be better.
|
|
|
|
|
|
.. seealso::
|
|
|
|
Module :mod:`os`
|
|
If the locking flags :const:`O_SHLOCK` and :const:`O_EXLOCK` are present
|
|
in the :mod:`os` module, the :func:`os.open` function provides a more
|
|
platform-independent alternative to the :func:`lockf` and :func:`flock`
|
|
functions.
|
|
|