summaryrefslogtreecommitdiffstats
path: root/Objects
diff options
context:
space:
mode:
authorlarryhastings <larry@hastings.org>2021-04-30 03:13:25 (GMT)
committerGitHub <noreply@github.com>2021-04-30 03:13:25 (GMT)
commit175a54b2d8f967605f1d46b5cadccdcf2b54842f (patch)
tree43bf8abc1c185a8854ade59a5643787ed1d584e0 /Objects
parent2f2b69855d6524e15d12c15ddc0adce629e7de84 (diff)
downloadcpython-175a54b2d8f967605f1d46b5cadccdcf2b54842f.zip
cpython-175a54b2d8f967605f1d46b5cadccdcf2b54842f.tar.gz
cpython-175a54b2d8f967605f1d46b5cadccdcf2b54842f.tar.bz2
Two minor fixes for accessing a module's name. (#25658)
While working on another issue, I noticed two minor nits in the C implementation of the module object. Both are related to getting a module's name. First, the C function module_dir() (module.__dir__) starts by ensuring the module dict is valid. If the module dict is invalid, it wants to format an exception using the name of the module, which it gets from PyModule_GetName(). However, PyModule_GetName() gets the name of the module from the dict. So getting the name in this circumstance will never succeed. When module_dir() wants to format the error but can't get the name, it knows that PyModule_GetName() must have already raised an exception. So it leaves that exception alone and returns an error. The end result is that the exception raised here is kind of useless and misleading: dir(module) on a module with no __dict__ raises SystemError("nameless module"). I changed the code to actually raise the exception it wanted to raise, just without a real module name: TypeError("<module>.__dict__ is not a dictionary"). This seems more useful, and would do a better job putting the programmer who encountered this on the right track of figuring out what was going on. Second, the C API function PyModule_GetNameObject() checks to see if the module has a dict. If m->md_dict is not NULL, it calls _PyDict_GetItemIdWithError(). However, it's possible for m->md_dict to be None. And if you call _PyDict_GetItemIdWithError(Py_None, ...) it will *crash*. Unfortunately, this crash was due to my own bug in the other branch. Fixing my code made the crash go away. I assert that this is still possible at the API level. The fix is easy: add a PyDict_Check() to PyModule_GetNameObject(). Unfortunately, I don't know how to add a unit test for this. Having changed module_dir() above, I can't find any other interfaces callable from Python that eventually call PyModule_GetNameObject(). So I don't know how to trick the runtime into reproducing this error. Since both these changes are minor--each entails only a small edit to only one line--I didn't bother with a news item.
Diffstat (limited to 'Objects')
-rw-r--r--Objects/moduleobject.c8
1 files changed, 2 insertions, 6 deletions
diff --git a/Objects/moduleobject.c b/Objects/moduleobject.c
index cdb365d..04346f7 100644
--- a/Objects/moduleobject.c
+++ b/Objects/moduleobject.c
@@ -481,7 +481,7 @@ PyModule_GetNameObject(PyObject *m)
return NULL;
}
d = ((PyModuleObject *)m)->md_dict;
- if (d == NULL ||
+ if (d == NULL || !PyDict_Check(d) ||
(name = _PyDict_GetItemIdWithError(d, &PyId___name__)) == NULL ||
!PyUnicode_Check(name))
{
@@ -824,11 +824,7 @@ module_dir(PyObject *self, PyObject *args)
}
}
else {
- const char *name = PyModule_GetName(self);
- if (name)
- PyErr_Format(PyExc_TypeError,
- "%.200s.__dict__ is not a dictionary",
- name);
+ PyErr_Format(PyExc_TypeError, "<module>.__dict__ is not a dictionary");
}
}