[issue16217] Tracebacks are unnecessarily verbose when using 'python -m'

2020-01-28 Thread Brett Cannon
Change by Brett Cannon : -- nosy: -brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue16217] Tracebacks are unnecessarily verbose when using 'python -m'

2017-08-29 Thread Nick Coghlan
Nick Coghlan added the comment: Regarding directories and zipfiles, runpy._run_module_as_main also handles those - the CLI effectively transforms directory and zipfile execution into a "python -m __main__" call with a suitably adjusted sys.path[0] entry (i.e. the given directory or zip

[issue16217] Tracebacks are unnecessarily verbose when using 'python -m'

2017-08-29 Thread Nick Coghlan
Nick Coghlan added the comment: Aye, separating the two discussions is a good idea. I've filed https://bugs.python.org/issue31299 for the traceback RFE, and added it as a dependency here. -- dependencies: +Add "ignore_modules" option to TracebackException.format()

[issue16217] Tracebacks are unnecessarily verbose when using 'python -m'

2017-08-28 Thread Dmitry Kazakov
Dmitry Kazakov added the comment: Since runpy also handles the execution of directories and zip files, I think it would be reasonable to clean up tracebacks in these cases, too. The ignore_modules argument would be a great addition to the traceback module. Should I create a separate

[issue16217] Tracebacks are unnecessarily verbose when using 'python -m'

2017-08-22 Thread Nick Coghlan
Nick Coghlan added the comment: The reason we don't always drop the importlib frames in general is because we need them when we're debugging importlib itself, as well as when folks are calling into it directly. However, I think it would be reasonable to do it unconditionally for unhandled

[issue16217] Tracebacks are unnecessarily verbose when using 'python -m'

2017-08-22 Thread Dmitry Kazakov
Dmitry Kazakov added the comment: In order to load and compile the module code, runpy calls the loader's get_code method. Because that happens outside of the normal import process, and PyImport_ImportModuleLevelObject is currently the only place where remove_importlib_frames is being invoked,

[issue16217] Tracebacks are unnecessarily verbose when using 'python -m'

2015-06-27 Thread Nick Coghlan
Nick Coghlan added the comment: Hmm, when I haven't moved an issue forward in over two years, I guess that's a fair sign I'm not *actually* working on it... -- assignee: ncoghlan - ___ Python tracker rep...@bugs.python.org

[issue16217] Tracebacks are unnecessarily verbose when using 'python -m'

2014-12-11 Thread Arfrever Frehtes Taifersar Arahesis
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16217 ___

[issue16217] Tracebacks are unnecessarily verbose when using 'python -m'

2012-11-12 Thread Eric Snow
Changes by Eric Snow ericsnowcurren...@gmail.com: -- nosy: +eric.snow ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16217 ___ ___ Python-bugs-list

[issue16217] Tracebacks are unnecessarily verbose when using 'python -m'

2012-10-25 Thread Ezio Melotti
Changes by Ezio Melotti ezio.melo...@gmail.com: -- components: +Library (Lib) nosy: +ezio.melotti stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16217 ___

[issue16217] Tracebacks are unnecessarily verbose when using 'python -m'

2012-10-13 Thread Matthew Woodcraft
New submission from Matthew Woodcraft: If I run my code using 'python -m' and there is an unhandled exception, the tracebacks include lines from runpy.py (and now sometimes from importlib._bootstrap) which don't provide useful information, and tend to overwhelm the valuable part of the

[issue16217] Tracebacks are unnecessarily verbose when using 'python -m'

2012-10-13 Thread Antoine Pitrou
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16217 ___ ___ Python-bugs-list mailing

[issue16217] Tracebacks are unnecessarily verbose when using 'python -m'

2012-10-13 Thread Nick Coghlan
Nick Coghlan added the comment: Agreed. We do have a mechanism in place to deal with this specifically for importlib in 3.3 (which is why the first traceback is cleaner, although it's not triggering in the SyntaxError case for some reason), but it makes sense to hide the noise from runpy as