This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author abarry
Recipients Rosuav, abarry, ethan.furman, georg.brandl, ncoghlan, xiang.zhang
Date 2016-05-17.02:55:20
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1463453721.23.0.18150298864.issue26823@psf.upfronthosting.co.za>
In-reply-to
Content
I realize that I haven't given any update on this since my last patch. I figured that trying to detect when an arbitrary number of functions call each other in a convoluted call chain isn't a very good idea.

Not only is it way beyond my abilities, but I think it'll overcomplicate the code too much. Furthermore, the way Python/traceback.c (and, coincidentally, Lib/traceback.py) is done - print each frame as they come and then throw it away - means that remembering more than the last frame needs a refactor of both files. This is way out of the scope of this issue, which aims to solve the common cases (a typo when messing around in the REPL, __getattribute__ and __getattr__ are what get me the most).

I think that if the idea of keeping a track of multiple frames still flies, it should be a separate issue - probably after yet another issue proposing to refactor the files for that, but I'm dropping the idea.

Except for the ambigous message, I haven't seen any comments on any of my patches, which I take as a very good thing. Is there anything else preventing this from being merged?

TL;DR - Ping
History
Date User Action Args
2016-05-17 02:55:21abarrysetrecipients: + abarry, georg.brandl, ncoghlan, ethan.furman, Rosuav, xiang.zhang
2016-05-17 02:55:21abarrysetmessageid: <1463453721.23.0.18150298864.issue26823@psf.upfronthosting.co.za>
2016-05-17 02:55:21abarrylinkissue26823 messages
2016-05-17 02:55:20abarrycreate