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

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

[issue29136] Add OP_NO_TLSv1_3

Christian Heimes added the comment: New changeset b9a860f3bf80b0d4a6c25d0f2f6ef849d9bf3594 by Christian Heimes in branch '2.7': [2.7] bpo-29136: Add TLS 1.3 cipher suites and OP_NO_TLSv1_3 (GH-1363) (#3446) https://github.com/python/cpython/commit/b9a860f3bf80b0d4a6c25d0f2f6ef849d9bf3594

[issue2771] Test issue

Ezio Melotti added the comment: test -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

async. How to wait for async function to complete

Hello, i need to wait for the callback function (contractDetailsEnd) to finish before i can continue with the logic ( in subscribe) further. For that i check the flag (ContractsUpdatedEnd) in the "while" loop. Here is the simplified code: import asyncio import ibapi from tws_async import

[issue30389] distutils._msvccompiler cannot find VS 2017

STINNER Victor added the comment: I'm pretty sure that the commit 05f01d85257d0f3409c7335aaf0bf6a6da7eecb7 introduced this memory leak: test_distutils leaked [8736, 8740, 8740] references, sum=26216 test_distutils leaked [8640, 8642, 8642] memory blocks, sum=25924

[issue29988] with statements are not ensuring that __exit__ is called if __enter__ succeeds

Nick Coghlan added the comment: In addition to adding a test case to ensure exceptions were handled correctly, I also added test cases for return, break, and continue, and all four new tests initially failed. Adding a special case for WITH_CLEANUP_START resolved those, but the tests need an

[issue29136] Add OP_NO_TLSv1_3

Christian Heimes added the comment: New changeset 9f2b3d4c2899f9caea2e47063061a76e460ac618 by Christian Heimes in branch '3.6': [3.6] bpo-29136: Add TLS 1.3 cipher suites and OP_NO_TLSv1_3 (GH-1363) (#3444) https://github.com/python/cpython/commit/9f2b3d4c2899f9caea2e47063061a76e460ac618

Re: A question on modification of a list via a function invocation

On Fri, Sep 8, 2017 at 1:01 PM, Rustom Mody wrote: > >> Can you show an actual false positive (two distinct objects for which `is` >> returns True) or false negative (the same object given as both operands for >> `is` nevertheless returns False)? In the absence of any

Re: A question on modification of a list via a function invocation

On Friday, September 8, 2017 at 7:39:38 AM UTC+5:30, Steve D'Aprano wrote: > On Fri, 8 Sep 2017 04:24 am, Rustom Mody wrote: > > > On Thursday, September 7, 2017 at 6:52:04 PM UTC+5:30, Gregory Ewing wrote: > >> Rustom Mody wrote: > >> > >> > I said: In that case please restate the definition of

Re: Setting property for current class from property in an different class...

On 9/6/2017 9:26 PM, Christopher Reimer wrote: On Sep 6, 2017, at 9:14 PM, Stefan Ram wrote: I can run this (your code) without an error here (Python 3.6.0), from a file named "Scraper1.py": I'll check tomorrow. I recently switched from 3.5.x to 3.6.1 in the

[issue31392] Upgrade installers to OpenSSL 1.1.0f

New submission from Steve Dower: As per usual -- assignee: christian.heimes components: SSL, Windows, macOS messages: 301673 nosy: christian.heimes, ned.deily, paul.moore, ronaldoussoren, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Upgrade

[issue31392] Upgrade installers to OpenSSL 1.1.0f

Changes by Steve Dower : -- keywords: +patch pull_requests: +3448 stage: -> patch review ___ Python tracker ___

[issue29988] with statements are not ensuring that __exit__ is called if __enter__ succeeds

Nathaniel Smith added the comment: On another topic: you should add a test where the 'with' block exits by raising an exception, because in this case the interpreter jumps straight to WITH_CLEANUP_START, potentially skipping the DEFER_PENDING_UNTIL entirely. --

[issue31391] Forward-port test_xpickle from 2.7 to 3.x

New submission from Zachary Ware: Python 2.x has a test called test_xpickle which confirms that pickles can be successfully passed back and forth between different versions of Python. This should be forward-ported to 3.x, and include tests between the python under test, 3.6, 3.5, 3.4, and

[issue27354] SSLContext.load_verify_locations cannot handle paths on Windows which cannot be encoded using mbcs

Christian Heimes added the comment: 3.6 uses PyUnicode_FSConverter() to convert the cafile and capath arguments, then passes PyBytes_AS_STRING() to OpenSSL. What needs to change to support non-ASCII chars on Windows? -- assignee: christian.heimes -> steve.dower versions: -Python 3.5

[issue28248] Upgrade installers to OpenSSL 1.0.2j

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

[issue26268] Update python.org installers to use OpenSSL 1.0.2f

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

[issue26930] Upgrade installers to OpenSSL 1.0.2h

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

[issue29572] Upgrade installers to OpenSSL 1.0.2k

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

[issue26465] Upgrade OpenSSL shipped with python installers

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

[issue31387] asyncio should make it easy to enable cooperative SIGINT handling

Nick Coghlan added the comment: As per Nathaniel's comments on issue 29988 and 31388, doing this robustly relies on: 1. the event loop being able to reliably guard itself and __aexit__ method implementations against interrupts (issue 31388) 2. "async with" statements ensuring that if the

[issue29136] Add OP_NO_TLSv1_3

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

[issue29572] Upgrade installers to OpenSSL 1.0.2k

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

[issue29988] with statements are not ensuring that __exit__ is called if __enter__ succeeds

Nick Coghlan added the comment: Nathaniel, actually, I think issue 31387 is the right one to comment on, as still being able to interrupt long-running loops in synchronous code is a quality of implementation concern for that RFE. -- ___ Python

[issue29136] Add OP_NO_TLSv1_3

Changes by Christian Heimes : -- keywords: +patch pull_requests: +3440 stage: needs patch -> patch review ___ Python tracker ___

[issue29988] with statements are not ensuring that __exit__ is called if __enter__ succeeds

Nick Coghlan added the comment: A new issue (depending on this one and potentially on issue 31388) would be helpful, especially if you were able to use the testing trace hook from this PR to reproduce the problem. The reason I've taken the async with change out of this issue is because it's

[issue31379] run_profile_task in Makefile should add $(RUNSHARED)

Changes by Xiang Zhang : -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker ___

[issue31379] run_profile_task in Makefile should add $(RUNSHARED)

Xiang Zhang added the comment: New changeset 7dcea4c8769e4f12197646922f399a699c3e2a5a by Xiang Zhang in branch '2.7': bpo-31379: Added $(RUNSHARED) to run_profile_task (#3422) https://github.com/python/cpython/commit/7dcea4c8769e4f12197646922f399a699c3e2a5a --

[issue31388] Provide a way to defer SIGINT handling in the current thread

Nathaniel Smith added the comment: Note also that adding a check to ceval is not sufficient -- there are also lots of calls to PyErr_CheckSignals scattered around the tree, e.g. next to every syscall that can return EINTR. I've considered proposing something like this in the past, since it

[issue30640] NULL + 1 in _PyFunction_FastCallDict(), PyEval_EvalCodeEx()

STINNER Victor added the comment: It's now fixed in Python 3.6 and master (3.7). FYI this issue was also detected by Coverity as CID 1415964. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker

[issue30640] NULL + 1 in _PyFunction_FastCallDict(), PyEval_EvalCodeEx()

STINNER Victor added the comment: New changeset f032e9237aa7d43d21e0b04d685c36bddf7078c1 by Victor Stinner (Zackery Spytz) in branch '3.6': [3.6] bpo-30640: Fix undefined behavior in _PyFunction_FastCallDict() and PyEval_EvalCodeEx() (GH-2919) (#2964)

[issue31387] asyncio should make it easy to enable cooperative SIGINT handling

Nick Coghlan added the comment: Issue 31388 is also potentially relevant here, as registering a signal handler for SIGINT isn't sufficient to cover all potential cases were Py_AddPendingCall gets called. In particular, the tests for issue 29988 use Py_AddPendingCall to emulate Ctrl-C, rather

[issue29136] Add OP_NO_TLSv1_3

Christian Heimes added the comment: New changeset cb5b68abdeb1b1d56c581d5b4d647018703d61e3 by Christian Heimes in branch 'master': bpo-29136: Add TLS 1.3 cipher suites and OP_NO_TLSv1_3 (#1363) https://github.com/python/cpython/commit/cb5b68abdeb1b1d56c581d5b4d647018703d61e3 --

[issue29988] with statements are not ensuring that __exit__ is called if __enter__ succeeds

Nathaniel Smith added the comment: Should I open a new issue for the __aexit__ part of this issue then, or...? The reason neither asyncio nor trio use the approach you describe is that it makes it impossible to break out of infinite loops, and trio in particular has entirely solved this

[issue31036] building the python docs requires the blurb module

Ned Deily added the comment: For the 3.6 and master branches, I've now enhanced Doc/Makefile to better find its tools. If the doc venv is present, e.g. make venv was run, the Doc build recipe will use sphinx-build and blurb from there, otherwise the process PATH will be search for installed

[issue30450] Pull Windows dependencies from GitHub rather than svn.python.org

Changes by Zachary Ware : -- keywords: +patch pull_requests: +3439 stage: backport needed -> patch review ___ Python tracker ___

[issue31036] building the python docs requires the blurb module

Ned Deily added the comment: New changeset 645c1e421348790d49eab863279a41cb2b6a007a by Ned Deily (Miss Islington (bot)) in branch '3.6': [3.6] bpo-31036: Allow sphinx and blurb to be found automatically (GH-3440) (#3441)

[issue31390] pydoc.Helper.keywords missing async and await

Changes by Robert Weiner : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list

[issue31390] pydoc.Helper.keywords missing async and await

New submission from Robert Weiner: Shouldn't async and await be added to the pydoc keywords list? -- assignee: docs@python components: Documentation messages: 301657 nosy: docs@python, rsw priority: normal severity: normal status: open title: pydoc.Helper.keywords missing async and

[issue31036] building the python docs requires the blurb module

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

[issue31036] building the python docs requires the blurb module

Ned Deily added the comment: New changeset 590665c399fc4aa3c4a9f8e7104d43a02e9f3a0c by Ned Deily in branch 'master': bpo-31036: Allow sphinx and blurb to be found automatically (#3440) https://github.com/python/cpython/commit/590665c399fc4aa3c4a9f8e7104d43a02e9f3a0c --

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

Changes by Nick Coghlan : -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker ___

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

Nick Coghlan added the comment: New changeset 5a8516701f5140c8c989c40e261a4f4e20e8af86 by Nick Coghlan in branch 'master': bpo-31344: Per-frame control of trace events (GH-3417) https://github.com/python/cpython/commit/5a8516701f5140c8c989c40e261a4f4e20e8af86 --

[issue29136] Add OP_NO_TLSv1_3

Christian Heimes added the comment: PR 1363 also introduced ssl.HAS_TLSv1_3 flag for unit tests. The flag is required because OpenSSL 1.1.1-dev can be compiled without TLS 1.3 support. The development version always defines OP_NO_TLSv1_3 to a non-zero value. Further more the PR adds a test

[issue27340] bytes-like objects with socket.sendall(), SSL, and http.client

Christian Heimes added the comment: In Python 3.6 and master, SSLSocket.sendall() now accepts any bytes-like object that can be cast to bytes. Since it uses a sliced memoryview instead of sliced bytes, it avoids extra copies of the payload, too. -- resolution: -> fixed stage: patch

[issue27340] bytes-like objects with socket.sendall(), SSL, and http.client

Christian Heimes added the comment: New changeset 9423f5d68874ff2e500cbe072c25f883cf754be8 by Christian Heimes in branch '3.6': [3.6] bpo-27340: Use memoryview in SSLSocket.sendall() (GH-3384) (#3434) https://github.com/python/cpython/commit/9423f5d68874ff2e500cbe072c25f883cf754be8

[issue20854] multiprocessing.managers.Server: problem with returning proxy of registered object

Davin Potts added the comment: It appears that the multiple workarounds proposed by the OP (@allista) address the original request and that there is no bug or unintended behavior arising from multiprocessing itself. Combined with the lack of activity in this discussion, I'm inclined to

[issue28958] Python should return comperhansive error when SSLContext cannot be created

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

[issue28958] Python should return comperhansive error when SSLContext cannot be created

Christian Heimes added the comment: New changeset 6c99b652f7909f86753b9e567ea18c95ee736e83 by Christian Heimes in branch '3.6': [3.6] bpo-28958: Improve SSLContext error reporting. (GH-3414) (#3432) https://github.com/python/cpython/commit/6c99b652f7909f86753b9e567ea18c95ee736e83 --

[issue28958] Python should return comperhansive error when SSLContext cannot be created

Christian Heimes added the comment: New changeset 611a3eab194dfd0a54e541e8e8547051df24bcfc by Christian Heimes in branch '2.7': [2.7] bpo-28958: Improve SSLContext error reporting. (GH-3414) (#3433) https://github.com/python/cpython/commit/611a3eab194dfd0a54e541e8e8547051df24bcfc --

[issue22635] subprocess.getstatusoutput changed behavior in 3.4 (maybe 3.3.4?)

Gregory P. Smith added the comment: New changeset fb4c28c032e26b3cdbe67eae3769d45207ac3507 by Gregory P. Smith (Miss Islington (bot)) in branch '3.6': [3.6] bpo-22635: Update the getstatusoutput docstring. (GH-3435) (#3439)

[issue31036] building the python docs requires the blurb module

Changes by Ned Deily : -- pull_requests: +3437 ___ Python tracker ___ ___ Python-bugs-list

[issue31330] argparse.RawTextHelpFormatter does not maintain lines separated by more than one newline

Changes by R. David Murray : -- stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue22635] subprocess.getstatusoutput changed behavior in 3.4 (maybe 3.3.4?)

Gregory P. Smith added the comment: New changeset 2eb0cb4787d02d995a9bb6dc075983792c12835c by Gregory P. Smith in branch 'master': bpo-22635: Update the getstatusoutput docstring. (#3435) https://github.com/python/cpython/commit/2eb0cb4787d02d995a9bb6dc075983792c12835c --

[issue22635] subprocess.getstatusoutput changed behavior in 3.4 (maybe 3.3.4?)

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

[issue31389] Give pdb.set_trace() an optional `header` keyword argument

Changes by Barry A. Warsaw : -- keywords: +patch pull_requests: +3435 stage: -> patch review ___ Python tracker ___

[issue31389] Give pdb.set_trace() an optional `header` keyword argument

Barry A. Warsaw added the comment: And specifically `header` is chosen to match IPython. Why be different? -- ___ Python tracker ___

[issue31356] Add context manager to temporarily disable GC

Gregory P. Smith added the comment: I believe Raymond is aware of the thread issue. We discussed it. If gc.disable() would return the previous state of the gc instead of None and an API to enable based on a passed in bool, both of which are written in C and executed with the GIL (or merely

[issue28958] Python should return comperhansive error when SSLContext cannot be created

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

[issue29505] Submit the re, json, & csv modules to oss-fuzz testing

Changes by Devin Jeanpierre : -- keywords: +patch pull_requests: +3434 stage: test needed -> patch review ___ Python tracker ___

[issue22635] subprocess.getstatusoutput changed behavior in 3.4 (maybe 3.3.4?)

Changes by Gregory P. Smith : -- pull_requests: +3432 ___ Python tracker ___ ___

[issue31356] Add context manager to temporarily disable GC

Nick Coghlan added the comment: Yes, this will be in the same category as the standard stream redirection context managers - multi-threaded applications either won't be able to use it, or else will need to manage access to it somehow. -- ___ Python

[issue31389] Give pdb.set_trace() an optional `header` keyword argument

New submission from Barry A. Warsaw: IPython has a neat little feature where the function that enters the debugger takes an optional `header` argument. If given, it is a string that's printed to the console just before the debugger is entered.

[issue31385] `import as` does not work when module has same same as parent module

Nick Coghlan added the comment: As Serhiy notes, this isn't a bug in the import name resolution, it's a consequence of the wildcard import in bugtest's __init__.py replacing its own "bug.foo" submodule attribute with a reference to "bug.foo.foo". If the star imports can't be avoided, then a

[issue31294] ZeroMQSocketListener and ZeroMQSocketHandler examples in the Logging Cookbook not working

Christian Heimes added the comment: New changeset 27ce5a1b1931b670da234c30d24bfbbc93fa24d7 by Christian Heimes (Miss Islington (bot)) in branch '3.6': [3.6] bpo-31294: Fix ZeroMQSocketListener and ZeroMQSocketHandler examples (GH-3229) (#3430)

[issue31330] argparse.RawTextHelpFormatter does not maintain lines separated by more than one newline

R. David Murray added the comment: New changeset e89b35dd2b87e85978b91e3e2dbdea1fc76d6be4 by R. David Murray (Miss Islington (bot)) in branch '3.6': [3.6] bpo-31330: Clarify that RawTextHelpFormatter collapses repeated newlines. (GH-3272) (GH-3429)

[issue27340] bytes-like objects with socket.sendall(), SSL, and http.client

Christian Heimes added the comment: New changeset 888bbdc192ec4db888a294ef758cf5510442dc9a by Christian Heimes in branch 'master': bpo-27340: Use memoryview in SSLSocket.sendall() (#3384) https://github.com/python/cpython/commit/888bbdc192ec4db888a294ef758cf5510442dc9a -- nosy:

[issue27340] bytes-like objects with socket.sendall(), SSL, and http.client

Changes by Christian Heimes : -- keywords: +patch pull_requests: +3431 stage: needs patch -> patch review ___ Python tracker ___

[issue31330] argparse.RawTextHelpFormatter does not maintain lines separated by more than one newline

R. David Murray added the comment: New changeset 82cae7c5be4175e2173e4d342825b5315a9d612a by R. David Murray (Miss Islington (bot)) in branch '2.7': [2.7] bpo-31330: Clarify that RawTextHelpFormatter collapses repeated newlines. (GH-3272) (GH-3428)

[issue28958] Python should return comperhansive error when SSLContext cannot be created

Christian Heimes added the comment: New changeset 17c9ac927b97472dd080174fde709d9234848195 by Christian Heimes in branch 'master': bpo-28958: Improve SSLContext error reporting. (#3414) https://github.com/python/cpython/commit/17c9ac927b97472dd080174fde709d9234848195 --

[issue28958] Python should return comperhansive error when SSLContext cannot be created

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

[issue28958] Python should return comperhansive error when SSLContext cannot be created

Changes by Christian Heimes : -- keywords: +patch pull_requests: +3429 stage: -> patch review ___ Python tracker ___

[issue31252] Operator.itemgetter documentation should include dictionary keys example

Changes by Raymond Hettinger : -- keywords: +patch pull_requests: +3428 stage: -> patch review ___ Python tracker ___

mush 2.7 released! - Type-based dependency injection for scripts

Hi All, I'm very happy to announce the a new release of Mush, a light weight dependency injection framework aimed at enabling the easy testing and re-use of chunks of code that make up scripts. This release includes: - Add support for using Python 3 type annotations to specify requirements

[issue31356] Add context manager to temporarily disable GC

Serhiy Storchaka added the comment: Note that threads can break this. Even without calling gc.enable() explicitly, "with gc_disabled()" in different thread can enable GC inside other "with gc_disabled()" block. -- nosy: +pitrou, serhiy.storchaka

[issue31270] Simplify documentation of itertools.zip_longest

Raymond Hettinger added the comment: New changeset 3147b0422cbeb98065666ccf95ab6845ac800fd4 by Raymond Hettinger in branch 'master': bpo-31270: Modification of Pr 3200 (#3427) https://github.com/python/cpython/commit/3147b0422cbeb98065666ccf95ab6845ac800fd4 --

[issue31385] `import as` does not work when module has same same as parent module

Serhiy Storchaka added the comment: In 3.7 the error is different: >>> import bugtest.foo.foo as bar Traceback (most recent call last): File "", line 1, in ImportError: cannot import name 'foo' from 'bugtest.foo.foo' (/home/serhiy/py/cpython/bugtest/foo/foo.py) The statement "from .foo

[issue31356] Add context manager to temporarily disable GC

Nick Coghlan added the comment: +1 from me for the general idea. As far as where to put it goes, I think the `gc` module would be the most appropriate home. -- assignee: ncoghlan -> components: +Library (Lib) stage: -> needs patch ___ Python

[issue30389] distutils._msvccompiler cannot find VS 2017

Steve Dower added the comment: New changeset 76006f285a7e146484d9296597d1d0ace778f992 by Steve Dower in branch '3.6': [3.6] bpo-30389 Adds detection of VS 2017 to distutils._msvccompiler GH-1632 (#3425) https://github.com/python/cpython/commit/76006f285a7e146484d9296597d1d0ace778f992

[issue31075] Collections - ChainMap - Documentation example wrong order line

Changes by Raymond Hettinger : -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue31387] asyncio should make it easy to enable cooperative SIGINT handling

Nathaniel Smith added the comment: Some prior discussion on the old asyncio tracker: https://github.com/python/asyncio/pull/305#issuecomment-168714572 https://github.com/python/asyncio/issues/341 -- ___ Python tracker

[issue31270] Simplify documentation of itertools.zip_longest

Changes by Raymond Hettinger : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue29988] with statements are not ensuring that __exit__ is called if __enter__ succeeds

Nick Coghlan added the comment: I've also filed issue 31388 to cover providing APIs to defer signals and pending calls when running in the main thread. -- ___ Python tracker

[issue31294] ZeroMQSocketListener and ZeroMQSocketHandler examples in the Logging Cookbook not working

Changes by Roundup Robot : -- keywords: +patch pull_requests: +3427 stage: -> patch review ___ Python tracker ___

[issue31294] ZeroMQSocketListener and ZeroMQSocketHandler examples in the Logging Cookbook not working

Christian Heimes added the comment: New changeset 586c0502b5eb9a39cabe0bc2707a8ff63114265c by Christian Heimes (Pablo Galindo) in branch 'master': bpo-31294: Fix ZeroMQSocketListener and ZeroMQSocketHandler examples (#3229)

[issue23588] Errno conflicts in ssl.SSLError

Changes by Christian Heimes : -- assignee: christian.heimes -> ___ Python tracker ___ ___

[issue23749] asyncio missing wrap_socket (starttls)

Christian Heimes added the comment: I'm removing myself and drop the SSL component. It's really a feature request for asyncio. -- assignee: christian.heimes -> yselivanov components: -SSL ___ Python tracker

[issue31388] Provide a way to defer SIGINT handling in the current thread

Nick Coghlan added the comment: Yes, it could also be done as a temporary global block on all signal and pending call processing, not just on SIGINT specifically. Either way, I'll also note that this can be a no-op in any thread other than the main thread, as those already delegate signal

[issue31330] argparse.RawTextHelpFormatter does not maintain lines separated by more than one newline

Changes by Roundup Robot : -- keywords: +patch pull_requests: +3426 stage: backport needed -> patch review ___ Python tracker

[issue28588] Memory leak in OpenSSL thread state

Christian Heimes added the comment: It's rather painful to fix the issue. Since the memory leak only affects users that create and destroy a lot of threads and the bug has been addressed by OpenSSL 1.1.0, I won't fix it. If users are running into the issue, they should rather update to more

[issue31388] Provide a way to defer SIGINT handling in the current thread

Antoine Pitrou added the comment: I think SIGINT handling is the wrong level to do this. Instead, it should be done at the ceval level, at the point where the "eval breaker" flag is examined for any interruption request to the normal sequential flow of execution. -- nosy: +pitrou

[issue31330] argparse.RawTextHelpFormatter does not maintain lines separated by more than one newline

R. David Murray added the comment: Thanks, Elena. -- resolution: -> fixed stage: -> backport needed ___ Python tracker ___

[issue31330] argparse.RawTextHelpFormatter does not maintain lines separated by more than one newline

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

[issue31330] argparse.RawTextHelpFormatter does not maintain lines separated by more than one newline

R. David Murray added the comment: New changeset 397c467c49385023de36411194d381ac993bae1a by R. David Murray (Elena Oat) in branch 'master': bpo-31330: Clarify that RawTextHelpFormatter collapses repeated newlines. (#3272)

[issue31388] Provide a way to defer SIGINT handling in the current thread

New submission from Nick Coghlan: As discussed in issue 29988, it's currently difficult to write completely robust cleanup code in Python, as the default SIGINT handler may lead to KeyboardInterrupt being raised as soon as *any* Python code starts executing in the main thread, even when that

[issue31385] `import as` does not work when module has same same as parent module

R. David Murray added the comment: It seems likely that this is related to the problems discussed (and hopefully solved) in issue 30024. -- nosy: +r.david.murray ___ Python tracker

[issue31270] Simplify documentation of itertools.zip_longest

Changes by Raymond Hettinger : -- pull_requests: +3424 ___ Python tracker ___

[issue29988] with statements are not ensuring that __exit__ is called if __enter__ succeeds

Nick Coghlan added the comment: I've retitled this issue to specifically cover the synchronous signal-safe context management case and filed issue 31387 to cover making it easy to switch asyncio over to cooperative SIGINT handling (rather than the default pre-emptive handling). --

[issue31387] asyncio should make it easy to enable cooperative SIGINT handling

New submission from Nick Coghlan: Issue 29988 covers the fact that with the default SIGINT handler installed, a poorly timed Ctrl-C can lead to context managers failing to even start running their __(a)exit__ methods, let alone complete them. For the asynchronous case, the problem is even

[issue30681] email.utils.parsedate_to_datetime() should return None when date cannot be parsed

Barry A. Warsaw added the comment: So, while we do have a conflict between consistency and utility, I think @r.david.murry 's last comment has convinced me that raising the exception is more helpful. I think we should do that, fixing the documentation and giving up on the consistency issue.

  1   2   >