[issue26592] _warnings.warn_explicit() should try to import the warnings module
STINNER Victor
report at bugs.python.org
Sat Mar 19 09:34:14 EDT 2016
New submission from STINNER Victor:
The issue #26567 enhanced the warnings module to pass the destroyed object on ResourceWarning. The implementation to log the traceback where the object was allocated is non trivial, so I chose to only implement it in Python.
Problem: _warnings.warn_explicit() is lazy, it tries to get the warnings module from sys.modules, but it uses its own logger if the warnings is not imported yet.
As a consequence, the traceback where the object was allocated is only logged if tracemalloc is tracing Python memory allocations *and* if the warnings module is already imported.
I suggest to modify _warnings.warn_explicit() to import the warnings if it's not imported yet.
There are maybe issues to import a module during Python finalization? A comprise is to not try to import when Python finalization has started.
Example:
---
#import warnings
import tracemalloc
tracemalloc.start(10)
f = open("/etc/issue")
f = None
---
Current output:
---
x.py:5: ResourceWarning: unclosed file <_io.TextIOWrapper name='/etc/issue' mode='r' encoding='UTF-8'>
f = None
---
Output if you uncomment the "import warnings":
---
x.py:5: ResourceWarning: unclosed file <_io.TextIOWrapper name='/etc/issue' mode='r' encoding='UTF-8'>
f = None
Object allocated at (most recent call first):
File "x.py", lineno 4
f = open("/etc/issue")
---
Attached patch tries to import warnings if source object is set but not after the Pythin finalization has started.
----------
files: warnings_import.patch
keywords: patch
messages: 262049
nosy: haypo
priority: normal
severity: normal
status: open
title: _warnings.warn_explicit() should try to import the warnings module
type: enhancement
versions: Python 3.6
Added file: http://bugs.python.org/file42217/warnings_import.patch
_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue26592>
_______________________________________
More information about the Python-bugs-list
mailing list