(original) (raw)
Well that also makes sense.
On Wed, Oct 4, 2017 at 1:52 PM, Antoine Pitrou <solipsis@pitrou.net> wrote:
On Wed, 4 Oct 2017 14:06:48 -0400
Barry Warsaw <barry@python.org> wrote:
\> Victor brings up a good question in his review of the PEP 553 implementation.
\>
\> https://github.com/python/cpython/pull/3355
\> https://bugs.python.org/issue31353
\>
\> The question is whether $PYTHONBREAKPOINT should be ignored if -E is given?
\>
\> I think it makes sense for $PYTHONBREAKPOINT to be sensitive to -E, but in thinking about it some more, it might make better sense for the semantics to be that when -E is given, we treat it like PYTHONBREAKPOINT=0, i.e. disable the breakpoint, rather than fallback to the \`pdb.set\_trace\` default.
"""Special cases aren't special enough to break the rules."""
People expect -E to disable envvar-driven overrides, so just treat it
like that and don't try to second-guess the user.
Regards
Antoine.
\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: https://mail.python.org/mailman/options/python-dev/ guido%40python.org
--
--Guido van Rossum (python.org/\~guido)