[issue17911] traceback: add a new thin class storing a traceback without storing local variables
Nick Coghlan
report at bugs.python.org
Mon Jan 26 14:12:20 CET 2015
Nick Coghlan added the comment:
I put some detailed comments in the review, but my main large scale concern is with the "traceback.Frame" name. Making "frame object" an ambiguous phrase seems like a bad idea to me, so I've suggested making it "FrameSummary" (or "FrameInfo", but on reflection I prefer the more explicit term). That would then suggest also making it "traceback.StackSummary" for consistency.
I think having the top level API be an iterable would be OK, but may be a little surprising. Is there a major advantage to avoiding building the whole traceback in memory?
----------
_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17911>
_______________________________________
More information about the Python-bugs-list
mailing list