summaryrefslogtreecommitdiffstats
path: root/Doc
diff options
context:
space:
mode:
authorBrett Cannon <brett@python.org>2013-07-04 21:48:16 (GMT)
committerBrett Cannon <brett@python.org>2013-07-04 21:48:16 (GMT)
commit82da8886cc3d8166ab8ef5a257cb04a32ddb1720 (patch)
tree081cfaea38e07f443861716a38c7bc778431153a /Doc
parent45091c0a0c4b759f36a2094d324e9e2022b4106b (diff)
downloadcpython-82da8886cc3d8166ab8ef5a257cb04a32ddb1720.zip
cpython-82da8886cc3d8166ab8ef5a257cb04a32ddb1720.tar.gz
cpython-82da8886cc3d8166ab8ef5a257cb04a32ddb1720.tar.bz2
Issue #15767: Revert 3a50025f1900 for ModuleNotFoundError
Diffstat (limited to 'Doc')
-rw-r--r--Doc/c-api/exceptions.rst7
-rw-r--r--Doc/library/exceptions.rst3
-rw-r--r--Doc/reference/import.rst12
-rw-r--r--Doc/whatsnew/3.4.rst3
4 files changed, 9 insertions, 16 deletions
diff --git a/Doc/c-api/exceptions.rst b/Doc/c-api/exceptions.rst
index 25e2a1c..1bdcdd3 100644
--- a/Doc/c-api/exceptions.rst
+++ b/Doc/c-api/exceptions.rst
@@ -292,13 +292,6 @@ in various ways. There is a separate error indicator for each thread.
.. versionadded:: 3.3
-.. c:function:: PyObject* PyErr_SetImportErrorSubclass(PyObject *msg, PyObject *name, PyObject *path)
-
- Much like :c:func:`PyErr_SetImportError` but this function allows for
- specifying a subclass of :exc:`ImportError` to raise.
-
- .. versionadded:: 3.4
-
.. c:function:: void PyErr_SyntaxLocationEx(char *filename, int lineno, int col_offset)
diff --git a/Doc/library/exceptions.rst b/Doc/library/exceptions.rst
index 377d98a..933667c 100644
--- a/Doc/library/exceptions.rst
+++ b/Doc/library/exceptions.rst
@@ -185,8 +185,7 @@ The following exceptions are the exceptions that are usually raised.
A subclass of :exc:`ImportError` which is raised by :keyword:`import` when a
module could not be located. This includes ``from ... import`` statements as
the specific attribute being requested cannot be known a priori to be a module
- or some other type of object. It is also raised when ``None`` is found in
- :data:`sys.modules`.
+ or some other type of object.
.. versionadded:: 3.4
diff --git a/Doc/reference/import.rst b/Doc/reference/import.rst
index 73f5ae5..b587fc9 100644
--- a/Doc/reference/import.rst
+++ b/Doc/reference/import.rst
@@ -37,7 +37,7 @@ use the standard import system.
When a module is first imported, Python searches for the module and if found,
it creates a module object [#fnmo]_, initializing it. If the named module
-cannot be found, an :exc:`ModuleNotFoundError` is raised. Python implements various
+cannot be found, an :exc:`ImportError` is raised. Python implements various
strategies to search for the named module when the import machinery is
invoked. These strategies can be modified and extended by using various hooks
described in the sections below.
@@ -168,7 +168,7 @@ arguments to the :keyword:`import` statement, or from the parameters to the
This name will be used in various phases of the import search, and it may be
the dotted path to a submodule, e.g. ``foo.bar.baz``. In this case, Python
first tries to import ``foo``, then ``foo.bar``, and finally ``foo.bar.baz``.
-If any of the intermediate imports fail, an :exc:`ModuleNotFoundError` is raised.
+If any of the intermediate imports fail, an :exc:`ImportError` is raised.
The module cache
@@ -187,7 +187,7 @@ object.
During import, the module name is looked up in :data:`sys.modules` and if
present, the associated value is the module satisfying the import, and the
process completes. However, if the value is ``None``, then an
-:exc:`ModuleNotFoundError` is raised. If the module name is missing, Python will
+:exc:`ImportError` is raised. If the module name is missing, Python will
continue searching for the module.
:data:`sys.modules` is writable. Deleting a key may not destroy the
@@ -195,7 +195,7 @@ associated module (as other modules may hold references to it),
but it will invalidate the cache entry for the named module, causing
Python to search anew for the named module upon its next
import. The key can also be assigned to ``None``, forcing the next import
-of the module to result in an :exc:`ModuleNotFoundError`.
+of the module to result in an :exc:`ImportError`.
Beware though, as if you keep a reference to the module object,
invalidate its cache entry in :data:`sys.modules`, and then re-import the
@@ -284,7 +284,7 @@ handle the named module or not.
If the meta path finder knows how to handle the named module, it returns a
loader object. If it cannot handle the named module, it returns ``None``. If
:data:`sys.meta_path` processing reaches the end of its list without returning
-a loader, then an :exc:`ModuleNotFoundError` is raised. Any other exceptions raised
+a loader, then an :exc:`ImportError` is raised. Any other exceptions raised
are simply propagated up, aborting the import process.
The :meth:`find_module()` method of meta path finders is called with two
@@ -647,7 +647,7 @@ import statements within that module.
To selectively prevent import of some modules from a hook early on the
meta path (rather than disabling the standard import system entirely),
-it is sufficient to raise :exc:`ModuleNotFoundError` directly from
+it is sufficient to raise :exc:`ImportError` directly from
:meth:`find_module` instead of returning ``None``. The latter indicates
that the meta path search should continue. while raising an exception
terminates it immediately.
diff --git a/Doc/whatsnew/3.4.rst b/Doc/whatsnew/3.4.rst
index a00bc31..2c47476 100644
--- a/Doc/whatsnew/3.4.rst
+++ b/Doc/whatsnew/3.4.rst
@@ -312,7 +312,8 @@ that may require changes to your code.
using ``hasattr(module, '__path__')``.
* :c:func:`PyErr_SetImportError` now sets :exc:`TypeError` when its **msg**
- argument is not set. Previously only ``NULL`` was returned.
+ argument is not set. Previously only ``NULL`` was returned with no exception
+ set.
* :func:`py_compile.compile` now raises :exc:`FileExistsError` if the file path
it would write to is a symlink or a non-regular file. This is to act as a