A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2017-October/149762.html below:

[Python-Dev] PEP 553; the interaction between $PYTHONBREAKPOINT and -E

[Python-Dev] PEP 553; the interaction between $PYTHONBREAKPOINT and -E [Python-Dev] PEP 553; the interaction between $PYTHONBREAKPOINT and -EAntoine Pitrou solipsis at pitrou.net
Wed Oct 4 16:52:50 EDT 2017
On Wed, 4 Oct 2017 14:06:48 -0400
Barry Warsaw <barry at 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.


More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4