[issue31358] Pull zlib out to cpython-source-deps

Matthias Klose added the comment: +1, if that's ok with the Windows maintainers. -- ___ Python tracker ___

[issue31361] Update feedparser.py to prevent theano compiling fail in python3

Changes by Wei-Shun Lo : -- resolution: -> fixed ___ Python tracker ___ ___

[issue31361] Update feedparser.py to prevent theano compiling fail in python3

Wei-Shun Lo added the comment: Issue resolved in pull request : https://github.com/python/cpython/pull/3336 -- ___ Python tracker ___

[issue31361] Update feedparser.py to prevent theano compiling fail in python3

New submission from Wei-Shun Lo: To get theano compiled successfully -- messages: 301440 nosy: Wei-Shun Lo priority: normal pull_requests: 3390 severity: normal status: open title: Update feedparser.py to prevent theano compiling fail in python3 type: enhancement versions: Python 3.6

[issue29781] SSLObject.version returns incorrect value before handshake.

Changes by Christian Heimes : -- pull_requests: +3389 ___ Python tracker ___ ___

[issue29781] SSLObject.version returns incorrect value before handshake.

Christian Heimes added the comment: New changeset 6877111648ac3e042ee5d0458cbeb65dd1a84b2d by Christian Heimes in branch 'master': bpo-29781: Fix SSLObject.version before handshake (#3364) https://github.com/python/cpython/commit/6877111648ac3e042ee5d0458cbeb65dd1a84b2d --

[issue30860] Consolidate stateful C globals under a single struct.

Eric Snow added the comment: New changeset 05351c1bd8b70d1878527762174cdaaba3572395 by Eric Snow in branch 'master': Revert "bpo-30860: Consolidate stateful runtime globals." (#3379) https://github.com/python/cpython/commit/05351c1bd8b70d1878527762174cdaaba3572395 --

[issue30860] Consolidate stateful C globals under a single struct.

Changes by Eric Snow : -- pull_requests: -3387 ___ Python tracker ___ ___

[issue30860] Consolidate stateful C globals under a single struct.

Changes by Eric Snow : -- pull_requests: +3388 ___ Python tracker ___ ___

[issue30860] Consolidate stateful C globals under a single struct.

Changes by Eric Snow : -- pull_requests: +3387 ___ Python tracker ___ ___

[issue31360] argparse mutually_exclusive_group under add_argument_group fails if part of parent_processor

New submission from Paul Traina (discontent): Hopefully I'm not being obtuse, but I seem to be getting incorrect/unexpected help output when using mutually_exclusive_group under an add_argument_group if this layering is happening in a parent parser. Here's an example of the triggering usage:

[issue30860] Consolidate stateful C globals under a single struct.

Benjamin Peterson added the comment: I'm also a bit skeptical about the header design in this PR. We should not to have a monolithic _Python.h header, and it should not be sometimes included in Python.h. Rather, code that needs the internal headers should include them directly. In fact, this

[issue30860] Consolidate stateful C globals under a single struct.

STINNER Victor added the comment: Sadly, Windows doesn't like much your big change. Just one example: 2>C:\buildbot.python.org\3.x.kloth-win64\build\Include\Python-ast.h(563): warning C4005: 'Yield': macro redefinition

[issue31350] asyncio: Optimize get_event_loop and _get_running_loop

Mariatta Wijaya added the comment: This has been backported. Thanks all :) -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker

[issue31350] asyncio: Optimize get_event_loop and _get_running_loop

Mariatta Wijaya added the comment: New changeset ff125e1aa9ee4eb928de79320a0e7c1b0c0f58f4 by Mariatta (Miss Islington (bot)) in branch '3.6': bpo-31350: Optimize get_event_loop and _get_running_loop (GH-3347) (GH-3373)

[issue31359] `configure` script incorrectly detects symbols as available on Mac w/ Xcode 8+

Changes by Maxime Belanger : -- components: +Build, macOS nosy: +ned.deily, ronaldoussoren type: -> compile error ___ Python tracker

[issue31359] `configure` script incorrectly detects symbols as available on Mac w/ Xcode 8+

New submission from Maxime Belanger: At Dropbox, we use a custom fork of Python to deploy our Desktop Client onto various platforms, including macOS. We currently use the Mac OS X 10.11 SDK, but are considering updating to the macOS 10.12 SDK, which introduced new low-level functions, such as

[issue31355] Remove Travis CI macOS job: rely on buildbots

Ned Deily added the comment: New changeset 2bc83afb30850f682487ffa560c9e3663788baaa by Ned Deily (Victor Stinner) in branch '2.7': bpo-31355: Travis CI: remove the macOS job (#3367) https://github.com/python/cpython/commit/2bc83afb30850f682487ffa560c9e3663788baaa --

[issue31355] Remove Travis CI macOS job: rely on buildbots

Ned Deily added the comment: New changeset 11453524ed26ee449275c32bedfd86ef19dd91ee by Ned Deily (Victor Stinner) in branch '3.6': bpo-31355: Travis CI: remove the macOS job (#3367) https://github.com/python/cpython/commit/11453524ed26ee449275c32bedfd86ef19dd91ee --

[issue30860] Consolidate stateful C globals under a single struct.

Eric Snow added the comment: New changeset 76d5abc8684bac4f2fc7cccfe2cd940923357351 by Eric Snow in branch 'master': bpo-30860: Consolidate stateful runtime globals. (#2594) https://github.com/python/cpython/commit/76d5abc8684bac4f2fc7cccfe2cd940923357351 --

[issue29988] (async) with blocks and try/finally are not as KeyboardInterrupt-safe as one might like

Nick Coghlan added the comment: I've updated the draft PR to actually raise the exception from a pending call hook, rather than emulating it in a trace hook. This was a bit trickier than I first expected, as it required moving the trace hook itself into C, as otherwise the "return" bytecode

[issue31355] Remove Travis CI macOS job: rely on buildbots

Changes by STINNER Victor : -- title: Remove Travis CI job: rely on buildbots -> Remove Travis CI macOS job: rely on buildbots ___ Python tracker

[issue30662] fix OrderedDict.__init__ docstring to reflect PEP 468

Mariatta Wijaya added the comment: Backport done. Thanks all :) -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker

[issue30662] fix OrderedDict.__init__ docstring to reflect PEP 468

Mariatta Wijaya added the comment: New changeset 3b9dfe631117430dee8ef8a2f205b4b450d5 by Mariatta in branch '3.6': [3.6] bpo-30662: fixed OrderedDict.__init__ docstring re PEP 468 (GH-2179) (GH-3370) https://github.com/python/cpython/commit/3b9dfe631117430dee8ef8a2f205b4b450d5

[issue31320] test_ssl logs a traceback

Mariatta Wijaya added the comment: New changeset c506403faf8dbfc8baf4212e8e2aedb7268acb5e by Mariatta (Miss Islington (bot)) in branch '3.6': [3.6] bpo-31320: No traceback to sys.stderr in test_ssl (GH-3360) (GH-3369)

[issue31170] Update to expat 2.2.4 (expat: utf8_toUtf8 cannot properly handle exhausting buffer)

Benjamin Peterson added the comment: New changeset c00d5087cd308cc8be41e0afd8df27726185347f by Benjamin Peterson (Victor Stinner) in branch '2.7': bpo-31170: Update libexpat from 2.2.3 to 2.2.4 (#3315) https://github.com/python/cpython/commit/c00d5087cd308cc8be41e0afd8df27726185347f

[issue30947] Update embeded copy of libexpat from 2.2.1 to 2.2.3

Ned Deily added the comment: New changeset 297516ea509c72d8ebed3a9b3ce200f023aca0b7 by Ned Deily (Victor Stinner) in branch '3.3': [3.3] bpo-30947, bpo-31170: Update expat from 2.2.1 to 2.2.4 (#3352) https://github.com/python/cpython/commit/297516ea509c72d8ebed3a9b3ce200f023aca0b7 --

[issue31170] Update to expat 2.2.4 (expat: utf8_toUtf8 cannot properly handle exhausting buffer)

Ned Deily added the comment: New changeset 297516ea509c72d8ebed3a9b3ce200f023aca0b7 by Ned Deily (Victor Stinner) in branch '3.3': [3.3] bpo-30947, bpo-31170: Update expat from 2.2.1 to 2.2.4 (#3352) https://github.com/python/cpython/commit/297516ea509c72d8ebed3a9b3ce200f023aca0b7 --

[issue31355] Remove Travis CI job: rely on buildbots

STINNER Victor added the comment: New changeset 501b324d3a940d26e0021a38aae8d896a30fbcff by Victor Stinner in branch 'master': bpo-31355: Travis CI: remove the macOS job (#3367) https://github.com/python/cpython/commit/501b324d3a940d26e0021a38aae8d896a30fbcff --

[issue20994] Disable TLS Compression

Christian Heimes added the comment: Issue #28043 did disable compression along with other improvements. 3.5 is now out of scope but I'm considering to backport #28043 to 2.7. I'm closing this issue in favor of #28043. -- resolution: -> duplicate stage: needs patch -> resolved status:

[issue28043] Sane defaults for SSLContext options and ciphers

Christian Heimes added the comment: 3.6 and master are looking good. Should I backport the fix to 2.7, too? -- status: pending -> open ___ Python tracker

[issue31358] Pull zlib out to cpython-source-deps

Changes by Zachary Ware : -- pull_requests: +3386 ___ Python tracker ___ ___

[issue31338] Use abort() for code we never expect to hit

Changes by Barry A. Warsaw : -- pull_requests: +3385 ___ Python tracker ___ ___

[issue31358] Pull zlib out to cpython-source-deps

New submission from Zachary Ware: We currently bundle zlib in our source at Modules/zlib, but it is only used on Windows. The soon-to-be-attached PR instead pulls it from https://github.com/python/cpython-source-deps There is one failure in test_venv only when zlib is not built at all, which

[issue31337] Small opportunity for NULL dereference in compile.c

Barry A. Warsaw added the comment: Alright, I'm going to close this bug in favor of bpo-31338 -- resolution: -> wont fix stage: -> resolved status: open -> closed ___ Python tracker

[issue31350] asyncio: Optimize get_event_loop and _get_running_loop

Changes by Roundup Robot : -- pull_requests: +3384 ___ Python tracker ___

[issue31350] asyncio: Optimize get_event_loop and _get_running_loop

Yury Selivanov added the comment: New changeset 80bbe6a7b67f33d0d0976bb8e3e5ba26b6b0e626 by Yury Selivanov (jimmylai) in branch 'master': bpo-31350: Optimize get_event_loop and _get_running_loop (#3347) https://github.com/python/cpython/commit/80bbe6a7b67f33d0d0976bb8e3e5ba26b6b0e626

[issue14191] argparse doesn't allow optionals within positionals

R. David Murray added the comment: I got an offline agreement from Zach Ware, and nobody here at the sprint has objected (though I don't know if anyone else looked), so I'll go ahead and finish the PR. -- ___ Python tracker

[issue17852] Built-in module _io can lose data from buffered files at exit

Changes by Neil Schemenauer : -- pull_requests: +3382, 3383 ___ Python tracker ___

[issue17852] Built-in module _io can lose data from buffered files at exit

Changes by Neil Schemenauer : -- pull_requests: +3382 ___ Python tracker ___ ___

[issue31357] Expose `worker_target` and `workitem_cls` as arugments to customize `ThreadPoolExecutor` behaviour

New submission from SenbinYu: With the two arguments, we can esaily to customize behaviour when I submit task to a ThreadPoolExecutor instance. It's more useful when I want to execute coroutine function with this executor. With this, we can run coroutine in any pattern programs and don't

[issue31355] Remove Travis CI job: rely on buildbots

Zachary Ware added the comment: I will note that my on-going research on rewriting the buildbot config makes it look like we should be able to securely enable building PRs by checking for the 'awaiting merge' label. -- ___ Python tracker

[issue17852] Built-in module _io can lose data from buffered files at exit

Changes by Raymond Hettinger : -- title: Built-in module _io can loose data from buffered files at exit -> Built-in module _io can lose data from buffered files at exit ___ Python tracker

[issue30442] Skip test_xml_etree under coverage

STINNER Victor added the comment: New changeset 9a3b3852afe61f9083d336c4394984d0e92799a3 by Victor Stinner in branch '3.6': bpo-30442: Skips refcount test in test_xml_etree under coverage (#1767) (#3363) https://github.com/python/cpython/commit/9a3b3852afe61f9083d336c4394984d0e92799a3

[issue31355] Remove Travis CI job: rely on buildbots

Ned Deily added the comment: Since Travis CI time is a bottleneck for the ongoing sprint, I agree that it makes sense to disable the macOS build checks for now. Longer term, it would be nice to resolve the problem but we certainly could rely on our own macOS buildbots; I'm not aware of many

[issue30662] fix OrderedDict.__init__ docstring to reflect PEP 468

Raymond Hettinger added the comment: Mariatta is working on the backport. -- assignee: rhettinger -> Mariatta nosy: +Mariatta ___ Python tracker ___

[issue28705] Clean up design FAQ question about compiling to C

Changes by Benjamin Peterson : -- pull_requests: +3380 ___ Python tracker ___ ___

[issue14976] queue.Queue() is not reentrant, so signals and GC can cause deadlocks

Raymond Hettinger added the comment: Just for the record, Guido explained his aversion to RLocks. Roughly: 1) RLocks are slower and more complex 2) It is difficult to correctly write code that can survive reentrancy, so it is easy fool yourself into believing you've written correct code 3)

[issue30662] fix OrderedDict.__init__ docstring to reflect PEP 468

Changes by Mariatta Wijaya : -- pull_requests: +3379 ___ Python tracker ___ ___

[issue31355] Remove Travis CI job: rely on buildbots

STINNER Victor added the comment: Failures of the two Allowed Failure jobs, coverage and macOS, are not reported to GitHub PR. For example, the coverage job is failing on Python 3.6 since May 2016 at least, and nobody noticed. I don't think that it's worth it to waste Travis CI resources if

[issue31356] Add context manager to temporarily disable GC

New submission from Raymond Hettinger: Used like this: with gc_disabled(): run_some_timing() with gc_disabled(): # do_something_that_has_real_time_guarantees # such as a pair trade, robotic braking, etc This would be implemented in C for atomicity and speed.

[issue16137] Using time.asctime() with an array with negative tm_hour causes Python Crash.

STINNER Victor added the comment: This issue should be fixed by my commit eeadf5fc231163ec97a8010754d9c995c7c14876. -- ___ Python tracker ___

[issue31339] [2.7] time.asctime() crash with year > 9999 using musl C library

STINNER Victor added the comment: Ok, it's now fixed. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___

[issue27768] ssl: get CPU cap flags for AESNI and PCLMULQDQ

Antoine Pitrou added the comment: > Instead of making the cipher suite selection more complicated, we should > just rely on OpenSSL to provide sensible defaults. +1 ! -- ___ Python tracker

[issue31320] test_ssl logs a traceback

Changes by Roundup Robot : -- pull_requests: +3378 ___ Python tracker ___

[issue31320] test_ssl logs a traceback

Christian Heimes added the comment: New changeset 305e56c27afce605e5d2f71903a966cf0bb95038 by Christian Heimes in branch 'master': bpo-31320: No traceback to sys.stderr in test_ssl (#3360) https://github.com/python/cpython/commit/305e56c27afce605e5d2f71903a966cf0bb95038 --

[issue31339] [2.7] time.asctime() crash with year > 9999 using musl C library

STINNER Victor added the comment: New changeset eeadf5fc231163ec97a8010754d9c995c7c14876 by Victor Stinner in branch '2.7': bpo-31339: Rewrite time.asctime() and time.ctime() (#3293) https://github.com/python/cpython/commit/eeadf5fc231163ec97a8010754d9c995c7c14876 --

[issue27768] ssl: get CPU cap flags for AESNI and PCLMULQDQ

Christian Heimes added the comment: I'm retracting my patch. Instead of making the cipher suite selection more complicated, we should just rely on OpenSSL to provide sensible defaults. -- resolution: -> rejected stage: -> resolved status: open -> closed

[issue31338] Use abort() for code we never expect to hit

Barry A. Warsaw added the comment: On Sep 5, 2017, at 16:07, STINNER Victor wrote: > > STINNER Victor added the comment: > >> Neither gcc (macOS, Ubuntu), nor clang (Ubuntu) complain. > > Ok, cool. In that case, go ahead. I checked with @steve.dower and I think

[issue31170] Update to expat 2.2.4 (expat: utf8_toUtf8 cannot properly handle exhausting buffer)

STINNER Victor added the comment: New changeset e5f2f8038540f9f06478f842f8f7313df4d2e59b by Victor Stinner in branch '3.6': bpo-31170: Update libexpat from 2.2.3 to 2.2.4 (#3315) (#3350) https://github.com/python/cpython/commit/e5f2f8038540f9f06478f842f8f7313df4d2e59b --

[issue31355] Remove Travis CI job: rely on buildbots

Changes by STINNER Victor : -- pull_requests: +3377 ___ Python tracker ___ ___

[issue31355] Remove Travis CI job: rely on buildbots

New submission from STINNER Victor: Currently, Travis CI has a job running tests on macOS. Sadly, there is a bug on Travis: *sometimes*, the macOS job blocks a Pull Request to be merged even if macOS is marked as "Allowed Failure". If you cancel the job, it's even worse: Travis CI is marked a

[issue30662] fix OrderedDict.__init__ docstring to reflect PEP 468

Raymond Hettinger added the comment: New changeset faa57cbe7074b26807cd7ed89a7b173b5cbf3086 by Raymond Hettinger (Jonathan Eunice) in branch 'master': bpo-30662: fixed OrderedDict.__init__ docstring re PEP 468 (#2179)

[issue30445] test_traceback fails in coverage run

STINNER Victor added the comment: New changeset 6fce7ea893dc3f69b607dd6ef48c2d3d0f6ca414 by Victor Stinner in branch '3.6': bpo-30445: Allow appended output in RecursionError message (#3356) https://github.com/python/cpython/commit/6fce7ea893dc3f69b607dd6ef48c2d3d0f6ca414 -- nosy:

[issue31338] Use abort() for code we never expect to hit

STINNER Victor added the comment: > Neither gcc (macOS, Ubuntu), nor clang (Ubuntu) complain. Ok, cool. In that case, go ahead. -- ___ Python tracker

[issue31338] Use abort() for code we never expect to hit

Barry A. Warsaw added the comment: So with this diff: modified Include/pymacro.h @@ -95,4 +95,6 @@ #define Py_UNUSED(name) _unused_ ## name #endif +#define Py_UNREACHABLE() abort() + #endif /* Py_PYMACRO_H */ modified Python/compile.c @@ -1350,8 +1350,7 @@ get_const_value(expr_ty e)

[issue31338] Use abort() for code we never expect to hit

STINNER Victor added the comment: +#define Py_UNREACHABLE() abort() Using such macro, I don't think that __builtin_unreachable() is useful. https://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html Another use for __builtin_unreachable is following a call a function that never returns but that

[issue18880] ssl.SSLSocket shutdown doesn't behave like socket.shutdown

Christian Heimes added the comment: I agree with Antoine. I tried to test your patch and found out that is not compatible with socketserver. The socketserver module shuts down the connection with SHUT_WR. We could either ignore the problem or ignore the how and use SHUT_RDWR in all cases.

[issue20762] SSLSocket.read() not documented

Christian Heimes added the comment: I'll deprecate read() and write() in my upcoming PEP. -- resolution: -> later stage: needs patch -> resolved status: open -> closed ___ Python tracker

[issue18880] ssl.SSLSocket shutdown doesn't behave like socket.shutdown

Antoine Pitrou added the comment: This will needlessly break code which until now accepts both kinds of sockets. By the way, socket.shutdown() doesn't specify that *only* one direction is shut down when using SHUT_RD or SHUT_WR; what is guaranteed is that *at least* the given direction will

[issue31354] Fixing a bug related to LTO only build

Changes by Octavian Soldea : -- pull_requests: +3376 ___ Python tracker ___ ___

[issue18880] ssl.SSLSocket shutdown doesn't behave like socket.shutdown

Christian Heimes added the comment: Sounds like a good idea. -- versions: +Python 2.7, Python 3.6 ___ Python tracker ___

[issue28938] match_hostname treats SAN IP address as DNS name and fails to check CN then

Changes by Christian Heimes : -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue30502] Fix buffer handling of OBJ_obj2txt

Changes by Christian Heimes : -- resolution: -> fixed stage: -> resolved status: open -> closed versions: -Python 3.5 ___ Python tracker

[issue28938] match_hostname treats SAN IP address as DNS name and fails to check CN then

Alex Gaynor added the comment: +1 Christian, we should not be expanding our usage of CNs at all. -- status: pending -> open ___ Python tracker ___

[issue28938] match_hostname treats SAN IP address as DNS name and fails to check CN then

Christian Heimes added the comment: I don't like to change the behavior of match_hostname(). RFC 2818 is deprecated. Recent browsers are no longer using CN to verify hostnames. Python is going to ignore CN soonish, too. -- status: open -> pending type: -> behavior versions: +Python

[issue29781] SSLObject.version returns incorrect value before handshake.

Changes by Christian Heimes : -- pull_requests: +3375 ___ Python tracker ___ ___

[issue14976] queue.Queue() is not reentrant, so signals and GC can cause deadlocks

Raymond Hettinger added the comment: To handle the logging.handlers.QueueHandler case, the SimpleQueue needs a put_nowait() method (see line 1959 of Lib/logging/handlers.py. [Mike Bayer] > I noticed it's very hard to find documentation on exactly when > gc might run. The answer I got from

[issue30442] Skip test_xml_etree under coverage

Changes by STINNER Victor : -- pull_requests: +3374 ___ Python tracker ___ ___

[issue31352] Travis CI coverage job fails on Python 3.6

Changes by Ned Batchelder : -- nosy: +nedbat title: Tracis CI coverage job fails on Python 3.6 -> Travis CI coverage job fails on Python 3.6 ___ Python tracker

[issue31354] Fixing a bug related to LTO only build

STINNER Victor added the comment: Would you mind to create a pull request? -- nosy: +haypo ___ Python tracker ___

[issue29781] SSLObject.version returns incorrect value before handshake.

Christian Heimes added the comment: It should be possible to solve the issue w/o tracking the connection state manually. It doesn't work correctly with transparent negotiation -- that is implicit handshake with SSL_write(). SSL_is_init_finished()

[issue14976] queue.Queue() is not reentrant, so signals and GC can cause deadlocks

Antoine Pitrou added the comment: One tangential note about a potential full-fledged Queue in C: the pure Python implementation is fair towards consumers, as it uses a threading.Condition which is itself fair. Achieving the same thing in C may significantly complicate the implementation.

[issue30140] Binary arithmetic does not always call subclasses first

Stephan Hoyer added the comment: Serhiy: thanks for the tip. I've updated my PR, which I think is now ready for review. -- ___ Python tracker ___

[issue31354] Fixing a bug related to LTO only build

New submission from Octavian Soldea: Hi All, This is Octavian Soldea from the Scripting Languages Optimization team at Intel Corporation. I would like to submit a patch to fix an LTO build issue. With "./configure --with-lto" followed by "make", CPython should be built with LTO or

[issue14976] queue.Queue() is not reentrant, so signals and GC can cause deadlocks

Gregory P. Smith added the comment: yeah, there are others such as https://www.liblfds.org/ that seem better from that standpoint (gcc, and microsoft compiler support - I'm sure clang is fine as well - anything gcc can do they can do). Ensuring they're supported across build target platforms

[issue31320] test_ssl logs a traceback

Changes by Christian Heimes : -- pull_requests: +3373 ___ Python tracker ___ ___

[issue14976] queue.Queue() is not reentrant, so signals and GC can cause deadlocks

Antoine Pitrou added the comment: Le 05/09/2017 à 23:21, Gregory P. Smith a écrit : > > FYI - here is an appropriately licensed (WTFPL) very simple lock-free queue > implemented in C Looks like it uses busy-waiting inside its get() equivalent. Also we would need a portable version of the

[issue14976] queue.Queue() is not reentrant, so signals and GC can cause deadlocks

Gregory P. Smith added the comment: FYI - here is an appropriately licensed (WTFPL) very simple lock-free queue implemented in C: https://github.com/darkautism/lfqueue -- nosy: +gregory.p.smith ___ Python tracker

[issue29881] Add a new private API clear private variables, which are initialized once, at Python shutdown

STINNER Victor added the comment: My PR 780 doesn't support multiple Python interpreters in the same process. To support that, we need a more advanced solution. For example, add an hash table in the interpreter structure using the variable memory address as the key. Maybe we can move step by

[issue13487] inspect.getmodule fails when module imports change sys.modules

Thomas Dudziak added the comment: This bug seems to be still there. I had an application fail with this same error in inspect.getouterframes with Python 3.6.2. As far as I could trace it, during iteration over sys.modules _tracemalloc and tracemalloc were added, not quite sure from where

[issue31320] test_ssl logs a traceback

Christian Heimes added the comment: The error occurs in the test case that uses a PROTOCOL_TLS_SERVER context for both client and server context. In that case, OpenSSL wrap_socket() fails internally and OpenSSL raises an OSError with errno 0. Simple fix: catch OSError in the client thread and

[issue31344] f_trace_opcodes frame attribute to switch to per-opcode tracing

Changes by Nick Coghlan : -- nosy: +steve.dower ___ Python tracker ___ ___

[issue31344] f_trace_opcodes frame attribute to switch to per-opcode tracing

Nick Coghlan added the comment: Steve's also requested the ability to *turn off* line debugging, and I'm thinking it may make sense to allow all four configurations: * both line and opcode events disabled * only getting one or the other * getting both kinds of event Opcode events would

[issue30445] test_traceback fails in coverage run

Changes by Zachary Ware : -- pull_requests: +3372 ___ Python tracker ___ ___

[issue31352] Tracis CI coverage job fails on Python 3.6

STINNER Victor added the comment: Duplicate of bpo-30445. -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> test_traceback fails in coverage run ___ Python tracker

[issue30445] test_traceback fails in coverage run

Changes by STINNER Victor : -- pull_requests: +3371 ___ Python tracker ___ ___

[issue31353] Implement PEP 553 - built-in debug()

Changes by Barry A. Warsaw : -- pull_requests: +3370 ___ Python tracker ___ ___

[issue31353] Implement PEP 553 - built-in debug()

New submission from Barry A. Warsaw: Placeholder issue for discussion of the design of the implementation of PEP 553. -- assignee: barry components: Interpreter Core messages: 301372 nosy: barry priority: normal severity: normal status: open title: Implement PEP 553 - built-in debug()

[issue31349] Embedded initialization ignores Py_SetProgramName()

Steve Dower added the comment: People are working on PEP 432 this week at the sprints, so yeah, it's likely. -- ___ Python tracker ___

  1   2   >