2019-05-17 11:55:34 +02:00
|
|
|
.. highlight:: c
|
2008-01-20 09:30:57 +00:00
|
|
|
|
|
|
|
|
.. _fileobjects:
|
|
|
|
|
|
|
|
|
|
File Objects
|
|
|
|
|
------------
|
|
|
|
|
|
|
|
|
|
.. index:: object: file
|
|
|
|
|
|
2010-06-15 17:30:16 +00:00
|
|
|
These APIs are a minimal emulation of the Python 2 C API for built-in file
|
[3.9] bpo-40204: Allow pre-Sphinx 3 syntax in the doc (GH-21844) (GH-21901)
* bpo-40204: Allow pre-Sphinx 3 syntax in the doc (GH-21844)
Enable Sphinx 3.2 "c_allow_pre_v3" option and disable the
c_warn_on_allowed_pre_v3 option to make the documentation compatible
with Sphinx 2 and Sphinx 3.
(cherry picked from commit 423e77d6de497931585d1883805a9e3fa4096b0b)
* bpo-40204: Fix Sphinx sytanx in howto/instrumentation.rst (GH-21858)
Use generic '.. object::' to declare markers, rather than abusing
'.. c:function::' which fails on Sphinx 3.
(cherry picked from commit 43577c01a2ab49122db696e9eaec6cb31d11cc81)
* bpo-40204: Fix duplicates in the documentation (GH-21857)
Fix two Sphinx 3 issues:
Doc/c-api/buffer.rst:304: WARNING: Duplicate C declaration, also defined in 'c-api/buffer'.
Declaration is 'PyBUF_ND'.
Doc/c-api/unicode.rst:1603: WARNING: Duplicate C declaration, also defined in 'c-api/unicode'.
Declaration is 'PyObject* PyUnicode_Translate(PyObject *str, PyObject *table, const char *errors)'.
(cherry picked from commit 46d10b1237c67ff8347f533eda6a5468d098f7eb)
* bpo-40204: Add :noindex: in the documentation (GH-21859)
Add :noindex: to duplicated documentation to fix "duplicate object
description" errors.
For example, fix this Sphinx 3 issue:
Doc/library/configparser.rst:1146: WARNING: duplicate object
description of configparser.ConfigParser.optionxform, other instance
in library/configparser, use :noindex: for one of them
(cherry picked from commit d3ded080482beae578faa704b13534a62d066f9f)
* bpo-40204, doc: Fix syntax of C variables (GH-21846)
For example, fix the following Sphinx 3 errors:
Doc/c-api/buffer.rst:102: WARNING: Error in declarator or parameters
Invalid C declaration: Expected identifier in nested name. [error at 5]
void \*obj
-----^
Doc/c-api/arg.rst:130: WARNING: Unparseable C cross-reference: 'PyObject*'
Invalid C declaration: Expected end of definition. [error at 8]
PyObject*
--------^
The modified documentation is compatible with Sphinx 2 and Sphinx 3.
(cherry picked from commit 474652fe9346382dbf793f20b671eb74668bebde)
* bpo-40204: Fix reference to terms in the doc (GH-21865)
Sphinx 3 requires to refer to terms with the exact case.
For example, fix the Sphinx 3 warning:
Doc/library/pkgutil.rst:71: WARNING: term Loader not found in case
sensitive match.made a reference to loader instead.
(cherry picked from commit bb0b08540cc93e56f3f1bde1b39ce086d9e35fe1)
* bpo-40204: Fix duplicated productionlist names in the doc (GH-21900)
Sphinx 3 disallows having more than one productionlist markup with
the same name. Simply remove names in this case, since names are not
shown anyway. For example, fix the Sphinx 3 warning:
Doc/reference/introduction.rst:96: duplicate token description
of *:name, other instance in reference/expressions
(cherry picked from commit 1abeda80f760134b4233608e2c288790f955b95a)
2020-08-19 19:25:22 +02:00
|
|
|
objects, which used to rely on the buffered I/O (:c:type:`FILE*`) support
|
2010-06-15 17:30:16 +00:00
|
|
|
from the C standard library. In Python 3, files and streams use the new
|
|
|
|
|
:mod:`io` module, which defines several layers over the low-level unbuffered
|
|
|
|
|
I/O of the operating system. The functions described below are
|
|
|
|
|
convenience C wrappers over these new APIs, and meant mostly for internal
|
|
|
|
|
error reporting in the interpreter; third-party code is advised to access
|
|
|
|
|
the :mod:`io` APIs instead.
|
2008-01-20 09:30:57 +00:00
|
|
|
|
|
|
|
|
|
[3.9] bpo-40204: Allow pre-Sphinx 3 syntax in the doc (GH-21844) (GH-21901)
* bpo-40204: Allow pre-Sphinx 3 syntax in the doc (GH-21844)
Enable Sphinx 3.2 "c_allow_pre_v3" option and disable the
c_warn_on_allowed_pre_v3 option to make the documentation compatible
with Sphinx 2 and Sphinx 3.
(cherry picked from commit 423e77d6de497931585d1883805a9e3fa4096b0b)
* bpo-40204: Fix Sphinx sytanx in howto/instrumentation.rst (GH-21858)
Use generic '.. object::' to declare markers, rather than abusing
'.. c:function::' which fails on Sphinx 3.
(cherry picked from commit 43577c01a2ab49122db696e9eaec6cb31d11cc81)
* bpo-40204: Fix duplicates in the documentation (GH-21857)
Fix two Sphinx 3 issues:
Doc/c-api/buffer.rst:304: WARNING: Duplicate C declaration, also defined in 'c-api/buffer'.
Declaration is 'PyBUF_ND'.
Doc/c-api/unicode.rst:1603: WARNING: Duplicate C declaration, also defined in 'c-api/unicode'.
Declaration is 'PyObject* PyUnicode_Translate(PyObject *str, PyObject *table, const char *errors)'.
(cherry picked from commit 46d10b1237c67ff8347f533eda6a5468d098f7eb)
* bpo-40204: Add :noindex: in the documentation (GH-21859)
Add :noindex: to duplicated documentation to fix "duplicate object
description" errors.
For example, fix this Sphinx 3 issue:
Doc/library/configparser.rst:1146: WARNING: duplicate object
description of configparser.ConfigParser.optionxform, other instance
in library/configparser, use :noindex: for one of them
(cherry picked from commit d3ded080482beae578faa704b13534a62d066f9f)
* bpo-40204, doc: Fix syntax of C variables (GH-21846)
For example, fix the following Sphinx 3 errors:
Doc/c-api/buffer.rst:102: WARNING: Error in declarator or parameters
Invalid C declaration: Expected identifier in nested name. [error at 5]
void \*obj
-----^
Doc/c-api/arg.rst:130: WARNING: Unparseable C cross-reference: 'PyObject*'
Invalid C declaration: Expected end of definition. [error at 8]
PyObject*
--------^
The modified documentation is compatible with Sphinx 2 and Sphinx 3.
(cherry picked from commit 474652fe9346382dbf793f20b671eb74668bebde)
* bpo-40204: Fix reference to terms in the doc (GH-21865)
Sphinx 3 requires to refer to terms with the exact case.
For example, fix the Sphinx 3 warning:
Doc/library/pkgutil.rst:71: WARNING: term Loader not found in case
sensitive match.made a reference to loader instead.
(cherry picked from commit bb0b08540cc93e56f3f1bde1b39ce086d9e35fe1)
* bpo-40204: Fix duplicated productionlist names in the doc (GH-21900)
Sphinx 3 disallows having more than one productionlist markup with
the same name. Simply remove names in this case, since names are not
shown anyway. For example, fix the Sphinx 3 warning:
Doc/reference/introduction.rst:96: duplicate token description
of *:name, other instance in reference/expressions
(cherry picked from commit 1abeda80f760134b4233608e2c288790f955b95a)
2020-08-19 19:25:22 +02:00
|
|
|
.. c:function:: PyObject* PyFile_FromFd(int fd, const char *name, const char *mode, int buffering, const char *encoding, const char *errors, const char *newline, int closefd)
|
2008-01-20 09:30:57 +00:00
|
|
|
|
2010-06-15 17:30:16 +00:00
|
|
|
Create a Python file object from the file descriptor of an already
|
|
|
|
|
opened file *fd*. The arguments *name*, *encoding*, *errors* and *newline*
|
2019-10-30 12:03:20 +02:00
|
|
|
can be ``NULL`` to use the defaults; *buffering* can be *-1* to use the
|
2010-08-13 13:34:52 +00:00
|
|
|
default. *name* is ignored and kept for backward compatibility. Return
|
2019-10-30 12:03:20 +02:00
|
|
|
``NULL`` on failure. For a more comprehensive description of the arguments,
|
2010-08-13 13:34:52 +00:00
|
|
|
please refer to the :func:`io.open` function documentation.
|
2008-01-20 09:30:57 +00:00
|
|
|
|
|
|
|
|
.. warning::
|
|
|
|
|
|
2010-06-15 17:30:16 +00:00
|
|
|
Since Python streams have their own buffering layer, mixing them with
|
|
|
|
|
OS-level file descriptors can produce various issues (such as unexpected
|
|
|
|
|
ordering of data).
|
2008-01-20 09:30:57 +00:00
|
|
|
|
2010-08-13 13:34:52 +00:00
|
|
|
.. versionchanged:: 3.2
|
|
|
|
|
Ignore *name* attribute.
|
|
|
|
|
|
2008-01-20 09:30:57 +00:00
|
|
|
|
2010-10-06 10:11:56 +00:00
|
|
|
.. c:function:: int PyObject_AsFileDescriptor(PyObject *p)
|
2008-01-20 09:30:57 +00:00
|
|
|
|
2010-10-06 10:11:56 +00:00
|
|
|
Return the file descriptor associated with *p* as an :c:type:`int`. If the
|
2008-01-20 09:30:57 +00:00
|
|
|
object is an integer, its value is returned. If not, the
|
2013-10-09 13:26:17 +03:00
|
|
|
object's :meth:`~io.IOBase.fileno` method is called if it exists; the
|
|
|
|
|
method must return an integer, which is returned as the file descriptor
|
|
|
|
|
value. Sets an exception and returns ``-1`` on failure.
|
2008-01-20 09:30:57 +00:00
|
|
|
|
|
|
|
|
|
2010-10-06 10:11:56 +00:00
|
|
|
.. c:function:: PyObject* PyFile_GetLine(PyObject *p, int n)
|
2008-01-20 09:30:57 +00:00
|
|
|
|
|
|
|
|
.. index:: single: EOFError (built-in exception)
|
|
|
|
|
|
|
|
|
|
Equivalent to ``p.readline([n])``, this function reads one line from the
|
2013-10-09 13:26:17 +03:00
|
|
|
object *p*. *p* may be a file object or any object with a
|
|
|
|
|
:meth:`~io.IOBase.readline`
|
2008-01-20 09:30:57 +00:00
|
|
|
method. If *n* is ``0``, exactly one line is read, regardless of the length of
|
|
|
|
|
the line. If *n* is greater than ``0``, no more than *n* bytes will be read
|
|
|
|
|
from the file; a partial line can be returned. In both cases, an empty string
|
|
|
|
|
is returned if the end of the file is reached immediately. If *n* is less than
|
|
|
|
|
``0``, however, one line is read regardless of length, but :exc:`EOFError` is
|
|
|
|
|
raised if the end of the file is reached immediately.
|
|
|
|
|
|
|
|
|
|
|
2019-05-23 08:45:22 -07:00
|
|
|
.. c:function:: int PyFile_SetOpenCodeHook(Py_OpenCodeHookFunction handler)
|
|
|
|
|
|
|
|
|
|
Overrides the normal behavior of :func:`io.open_code` to pass its parameter
|
|
|
|
|
through the provided handler.
|
|
|
|
|
|
|
|
|
|
The handler is a function of type :c:type:`PyObject *(\*)(PyObject *path,
|
|
|
|
|
void *userData)`, where *path* is guaranteed to be :c:type:`PyUnicodeObject`.
|
|
|
|
|
|
|
|
|
|
The *userData* pointer is passed into the hook function. Since hook
|
|
|
|
|
functions may be called from different runtimes, this pointer should not
|
|
|
|
|
refer directly to Python state.
|
|
|
|
|
|
|
|
|
|
As this hook is intentionally used during import, avoid importing new modules
|
|
|
|
|
during its execution unless they are known to be frozen or available in
|
|
|
|
|
``sys.modules``.
|
|
|
|
|
|
|
|
|
|
Once a hook has been set, it cannot be removed or replaced, and later calls to
|
|
|
|
|
:c:func:`PyFile_SetOpenCodeHook` will fail. On failure, the function returns
|
|
|
|
|
-1 and sets an exception if the interpreter has been initialized.
|
|
|
|
|
|
|
|
|
|
This function is safe to call before :c:func:`Py_Initialize`.
|
|
|
|
|
|
|
|
|
|
.. versionadded:: 3.8
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-10-06 10:11:56 +00:00
|
|
|
.. c:function:: int PyFile_WriteObject(PyObject *obj, PyObject *p, int flags)
|
2008-01-20 09:30:57 +00:00
|
|
|
|
|
|
|
|
.. index:: single: Py_PRINT_RAW
|
|
|
|
|
|
|
|
|
|
Write object *obj* to file object *p*. The only supported flag for *flags* is
|
|
|
|
|
:const:`Py_PRINT_RAW`; if given, the :func:`str` of the object is written
|
|
|
|
|
instead of the :func:`repr`. Return ``0`` on success or ``-1`` on failure; the
|
|
|
|
|
appropriate exception will be set.
|
|
|
|
|
|
|
|
|
|
|
2010-10-06 10:11:56 +00:00
|
|
|
.. c:function:: int PyFile_WriteString(const char *s, PyObject *p)
|
2008-01-20 09:30:57 +00:00
|
|
|
|
|
|
|
|
Write string *s* to file object *p*. Return ``0`` on success or ``-1`` on
|
|
|
|
|
failure; the appropriate exception will be set.
|