[issue36906] Compile time textwrap.dedent() equivalent for str or bytes literals

Inada Naoki added the comment: > (1) add a .dedent() method to str (and bytes?) - behaviors to consider > mirroring are textwrap.dedent() and inspect.cleandoc(). Given their utility > and similarities, it makes sense to offer both behaviors; behavior could be > selected by a kwarg passed

[issue42427] Use the errno attribute of OSError instead of args[0]

Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41100] Support macOS 11 and Apple Silicon Macs

Change by Ronald Oussoren : -- pull_requests: +22349 pull_request: https://github.com/python/cpython/pull/23293 ___ Python tracker ___

[issue41116] build on macOS 11 (beta) does not find system-supplied third-party libraries

Ned Deily added the comment: New changeset 0aab3522b259c40abf1f070c71aa7b914c1239b5 by Miss Islington (bot) in branch '3.9': bpo-41116: Ensure system supplied libraries are found on macOS 11 (GH-23301) (GH-23455)

[issue42391] Clarify documentation of TestCase.assertIs

Change by Terry J. Reedy : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.8, Python 3.9 ___ Python tracker ___

[issue42391] Clarify documentation of TestCase.assertIs

miss-islington added the comment: New changeset 4f8712696924586cc12ca295899944c11b46 by Miss Islington (bot) in branch '3.9': bpo-42391: Clarify documentation of TestCase.assertIs (GH-23348) https://github.com/python/cpython/commit/4f8712696924586cc12ca295899944c11b46 --

[issue42391] Clarify documentation of TestCase.assertIs

miss-islington added the comment: New changeset 2528a7db1c8b7ebc3d442ff0984248ed3e325bf6 by Miss Islington (bot) in branch '3.8': bpo-42391: Clarify documentation of TestCase.assertIs (GH-23348) https://github.com/python/cpython/commit/2528a7db1c8b7ebc3d442ff0984248ed3e325bf6 --

[issue42391] Clarify documentation of TestCase.assertIs

Change by miss-islington : -- pull_requests: +22348 pull_request: https://github.com/python/cpython/pull/23457 ___ Python tracker ___

[issue42391] Clarify documentation of TestCase.assertIs

Change by miss-islington : -- nosy: +miss-islington nosy_count: 3.0 -> 4.0 pull_requests: +22347 pull_request: https://github.com/python/cpython/pull/23456 ___ Python tracker

[issue42391] Clarify documentation of TestCase.assertIs

Terry J. Reedy added the comment: New changeset bd8c22e1fa8f8f6e31ee083a8b9321a2c324f02f by Ram Rachum in branch 'master': bpo-42391: Clarify documentation of TestCase.assertIs (GH-23348) https://github.com/python/cpython/commit/bd8c22e1fa8f8f6e31ee083a8b9321a2c324f02f -- nosy:

[issue42426] IDLE: Fix reporting RE error in searchengine

Change by Terry J. Reedy : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue42426] IDLE: Fix reporting RE error in searchengine

miss-islington added the comment: New changeset dd20643b144d1c81989d235c3ec51f18fda618c2 by Miss Islington (bot) in branch '3.9': bpo-42426: IDLE: Fix reporting offset of the RE error in searchengine (GH-23447) https://github.com/python/cpython/commit/dd20643b144d1c81989d235c3ec51f18fda618c2

[issue42430] Windows py launcher default for shebang line is surprising

Guido van Rossum added the comment: I guess this explains it: >>> for p in os.getenv("PATH").split(os.pathsep): print(p) ... C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\WINDOWS\System32\WindowsPowerShell\v1.0\ C:\WINDOWS\System32\OpenSSH\ C:\Program Files\Git\cmd C:\Program

[issue42430] Windows py launcher default for shebang line is surprising

Guido van Rossum added the comment: Oops, I think I understand why. The py launcher actually does a search for an interpreter named "python" and that turns out to be python 3.10. Now my question becomes why py chooses a different default than that. I don't have a py.ini file in either of

[issue42426] IDLE: Fix reporting RE error in searchengine

miss-islington added the comment: New changeset 28b40d7a349787817fe5f6ebfa753c29b96c8832 by Miss Islington (bot) in branch '3.8': bpo-42426: IDLE: Fix reporting offset of the RE error in searchengine (GH-23447) https://github.com/python/cpython/commit/28b40d7a349787817fe5f6ebfa753c29b96c8832

[issue42430] Windows py launcher default for shebang line is surprising

New submission from Guido van Rossum : I have 3.9 and 3.10 installed on my Windows box. The py launcher runs Python 3.10 when invoked on a script starting with a shebang line #!/usr/bin/env python even though the default without a script is 3.9, as shown here: PS C:\Users\gvanrossum\peps>

[issue41116] build on macOS 11 (beta) does not find system-supplied third-party libraries

Change by miss-islington : -- nosy: +miss-islington nosy_count: 3.0 -> 4.0 pull_requests: +22346 pull_request: https://github.com/python/cpython/pull/23455 ___ Python tracker

[issue41116] build on macOS 11 (beta) does not find system-supplied third-party libraries

Ned Deily added the comment: New changeset 404a719b5127602c1a948f8e189ab61cd3f147d8 by Ronald Oussoren in branch 'master': bpo-41116: Ensure system supplied libraries are found on macOS 11 (GH-23301) https://github.com/python/cpython/commit/404a719b5127602c1a948f8e189ab61cd3f147d8

[issue42426] IDLE: Fix reporting RE error in searchengine

Change by miss-islington : -- pull_requests: +22345 pull_request: https://github.com/python/cpython/pull/23454 ___ Python tracker ___

[issue42426] IDLE: Fix reporting RE error in searchengine

Change by miss-islington : -- nosy: +miss-islington nosy_count: 2.0 -> 3.0 pull_requests: +22344 pull_request: https://github.com/python/cpython/pull/23453 ___ Python tracker

[issue42426] IDLE: Fix reporting RE error in searchengine

Terry J. Reedy added the comment: New changeset 453bc1da2023d6cbe362637a2e0b06d0521f013c by Serhiy Storchaka in branch 'master': bpo-42426: IDLE: Fix reporting offset of the RE error in searchengine (GH-23447) https://github.com/python/cpython/commit/453bc1da2023d6cbe362637a2e0b06d0521f013c

[issue42429] Behavior of general (%g, :g) formatting inconsistent for decimal.Decimal

Eric V. Smith added the comment: A few things: - There is no %-formatting for Decimal types. They're being converted to float first. That's why it appears that %-formatting with 'g' works the same for decimal and float: you're really just calling the float version. - The difference in 'g'

[issue42426] IDLE: Fix reporting RE error in searchengine

Terry J. Reedy added the comment: The confusion about error.args is this: BaseException.args is documented as "The tuple of arguments given to the exception constructor." https://docs.python.org/3/library/exceptions.html#base-classes args[0] is usually and I would expect it to always be the

[issue41100] Support macOS 11 and Apple Silicon Macs

Ned Deily added the comment: New changeset 442746af649cc2c20d690acfabf44ab0e06c36b4 by Ronald Oussoren in branch 'master': bpo-41100: Stripping '-arch arm64' didn't work after all (GH-23280) https://github.com/python/cpython/commit/442746af649cc2c20d690acfabf44ab0e06c36b4 --

[issue36906] Compile time textwrap.dedent() equivalent for str or bytes literals

Gregory P. Smith added the comment: I expect several phases here: (1) add a .dedent() method to str (and bytes?) - behaviors to consider mirroring are textwrap.dedent() and inspect.cleandoc(). Given their utility and similarities, it makes sense to offer both behaviors; behavior could be

[issue42361] Use Tcl/Tk 8.6.10 in build-installer.py when building on recent macOS

miss-islington added the comment: New changeset 690a5fa3ddc675a434730b057ddb5c33f44fd0b7 by Ronald Oussoren in branch 'master': bpo-42361: Use Tcl/Tk 8.6.10 when building the installer on recent macOS (GH-23293)

[issue38443] unavailable --with-universal-archs= macOS confgure options fail cryptically

Change by Ned Deily : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.10 ___ Python tracker ___

[issue38443] unavailable --with-universal-archs= macOS confgure options fail cryptically

miss-islington added the comment: New changeset 6e665424d6e7abf6d6de010609a398a7407df83c by Miss Islington (bot) in branch '3.8': bpo-38443: Check that the specified universal architectures work (GH-22910) https://github.com/python/cpython/commit/6e665424d6e7abf6d6de010609a398a7407df83c

[issue38443] unavailable --with-universal-archs= macOS confgure options fail cryptically

miss-islington added the comment: New changeset 748d38bf529d71d87cc7ef6d63e9df7d7d771ac9 by Miss Islington (bot) in branch '3.9': [3.9] bpo-38443: Check that the specified universal architectures work (GH-22910) (GH-23451)

[issue38443] unavailable --with-universal-archs= macOS confgure options fail cryptically

Change by miss-islington : -- pull_requests: +22343 pull_request: https://github.com/python/cpython/pull/23452 ___ Python tracker ___

[issue38443] unavailable --with-universal-archs= macOS confgure options fail cryptically

Change by miss-islington : -- pull_requests: +22342 pull_request: https://github.com/python/cpython/pull/23451 ___ Python tracker ___

[issue38443] unavailable --with-universal-archs= macOS confgure options fail cryptically

miss-islington added the comment: New changeset 0f20bd9042c9b7fce20c3b9511cd0820b30094c3 by Ronald Oussoren in branch 'master': bpo-38443: Check that the specified universal architectures work (GH-22910) https://github.com/python/cpython/commit/0f20bd9042c9b7fce20c3b9511cd0820b30094c3

[issue33167] RFC Documentation Updates to urllib.parse.rst

Change by Irit Katriel : -- resolution: -> out of date stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue33167] RFC Documentation Updates to urllib.parse.rst

Emmanuel Arias added the comment: +1 for the closed -- nosy: +eamanu ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue42429] Behavior of general (%g, :g) formatting inconsistent for decimal.Decimal

New submission from Chris Warrick : When formatting decimal.Decimal using old-style formatting (%g), the output is as short as possible, as expected. When using new-style formatting (str.format or f-strings), the output uses the input precision. Floats behave correctly with new-style

[issue14527] How to link with a non-system libffi?

Raphael Krut-Landau added the comment: To install Python 3.9 locally, with ctypes, this worked for me. # I created a temp directory cd ~ mkdir tmp cd tmp # I downloaded and installed the latest libffi source from Github wget

[issue8733] list type and UserList do not call super in __init__ and therefore, they cannot be parents in a multiple inheritence scheme

Raymond Hettinger added the comment: There will always be classes that don't call super() init, sometimes for efficiency and sometimes to preserve their internal invariants. Also, __init__() isn't the only method affected. For a perfectly cooperative class, all of the methods would need to

[issue42422] Py_Decref on value crash the interpreter in Python/ceval.c:1104

Change by Eric V. Smith : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42428] Inconsistent squaring behavior

Christian Heimes added the comment: Operator precedence and unary operator binding is explained in the language reference documentation, https://docs.python.org/3/reference/expressions.html#the-power-operator -- nosy: +christian.heimes resolution: -> not a bug stage: -> resolved

[issue42428] Inconsistent squaring behavior

Mark Dickinson added the comment: -3 ** 2 is parsed by Python as -(3 **2), not as (-3) ** 2. -- nosy: +mark.dickinson ___ Python tracker ___

[issue42428] Inconsistent squaring behavior

New submission from JohnSmith11132 : Basically when squaring as a negative number, if it's a variable it acts like -3*-3 otherwise it acts like 3*-3. For example: >>> x = -3 >>> x ** 2 9 >>> -3 ** 2 -9 pow(-3, 2) seems to act like -3 * -3? ** 3 seems fine and both seems to act like -3*-3*-3.

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

Christian Heimes added the comment: New changeset ea97ebab3578a6e0bb505da96819ac44d422a6cb by Christian Heimes in branch 'master': bpo-1635741: Port select module to multiphase init (GH-23409) https://github.com/python/cpython/commit/ea97ebab3578a6e0bb505da96819ac44d422a6cb --

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

Christian Heimes added the comment: New changeset 035deee265c7fb227ddc87222fa48761231d8bd7 by Christian Heimes in branch 'master': bpo-1635741: Port _posixsubprocess module to multiphase init (GH-23406) https://github.com/python/cpython/commit/035deee265c7fb227ddc87222fa48761231d8bd7

[issue8733] list type and UserList do not call super in __init__ and therefore, they cannot be parents in a multiple inheritence scheme

Change by Irit Katriel : -- versions: +Python 3.10, Python 3.9 -Python 3.5 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue42427] Use the errno attribute of OSError instead of args[0]

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +22341 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23449 ___ Python tracker

[issue42427] Use the errno attribute of OSError instead of args[0]

New submission from Serhiy Storchaka : Some code in the stdlib still uses e.args[0] to access errno of OSError instead of e.errno. The latter is more readable, and also it always success (although can return None), but args can be an empty tuple. -- components: Library (Lib)

[issue42425] Possible leak in initialization of errmap for OSError

Serhiy Storchaka added the comment: New changeset ed1007c0d74e658d1e6c9b51b12ce7501eb8cbf9 by Serhiy Storchaka in branch 'master': bpo-42425: Fix possible leak in initialization of errmap for OSError (GH-23446) https://github.com/python/cpython/commit/ed1007c0d74e658d1e6c9b51b12ce7501eb8cbf9

[issue42422] Py_Decref on value crash the interpreter in Python/ceval.c:1104

Change by Sofian Brabez : -- pull_requests: +22340 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23448 ___ Python tracker ___

[issue7460] extended slicing not sufficiently covered in docs

Change by Irit Katriel : -- versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.1, Python 3.2, Python 3.3 ___ Python tracker ___

[issue42413] Replace custom exception socket.timeout with TimeoutError

Serhiy Storchaka added the comment: This is a good idea. Writing IsADirectoryError(errno.EISDIR, os.strerror(errno.EISDIR), filename) is boring. -- ___ Python tracker ___

[issue42424] add constructor that support multiple context managers to contextlib.ExitStack and contextlib.AsyncExitStack

Serhiy Storchaka added the comment: Yes, this design has an incorrigible flaw. -- nosy: +serhiy.storchaka resolution: -> rejected stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue42426] IDLE: Fix reporting RE error in searchengine

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +22339 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23447 ___ Python tracker

[issue42426] IDLE: Fix reporting RE error in searchengine

Change by Serhiy Storchaka : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42426] IDLE: Fix reporting RE error in searchengine

New submission from Serhiy Storchaka : In Lib/idlelib/searchengine.py there is a code which decomposes re.error and reports error message, pattern, and position of error. The problem is that that code does not match the structure of re.error. It takes args[0] as error message, and args[1]

[issue42425] Possible leak in initialization of errmap for OSError

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +22338 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23446 ___ Python tracker

[issue42425] Possible leak in initialization of errmap for OSError

New submission from Serhiy Storchaka : There is a potential leak when adding item to errmap (errno to OSError subclass mapping) fails. -- components: Interpreter Core messages: 381565 nosy: serhiy.storchaka priority: normal severity: normal status: open title: Possible leak in

[issue42419] Typo in "what's new in Python 3.9"

Change by Irit Katriel : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue42424] add constructor that support multiple context managers to contextlib.ExitStack and contextlib.AsyncExitStack

Irit Katriel added the comment: There used to be a contextlib.nested function which did this, and it was deprecated because there were problems with it. See here: https://docs.python.org/2/library/contextlib.html#contextlib.nested -- nosy: +iritkatriel

[issue21041] pathlib.PurePath.parents rejects negative indexes

Yaroslav Pankovych added the comment: That makes sense, but should we have this behaviour only for negative indices? We'll end up with something lie: path.parents[len(path.parents) - 1] != path.parents[-1] I think that is should be consistent regardless of negative/positive indices.

[issue42413] Replace custom exception socket.timeout with TimeoutError

Christian Heimes added the comment: There is another option: The subclasses of OSError could set a correct errno automatically. -- ___ Python tracker ___

[issue42424] add constructor that support multiple context managers to contextlib.ExitStack and contextlib.AsyncExitStack

Change by Roundup Robot : -- pull_requests: +22337 pull_request: https://github.com/python/cpython/pull/23445 ___ Python tracker ___

[issue42424] add constructor that support multiple context managers to contextlib.ExitStack and contextlib.AsyncExitStack

Change by Roundup Robot : -- keywords: +patch nosy: +python-dev nosy_count: 1.0 -> 2.0 pull_requests: +22336 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23444 ___ Python tracker

[issue42424] add constructor that support multiple context managers to contextlib.ExitStack and contextlib.AsyncExitStack

New submission from Vito De Tullio : The enhancement is to add a __init__ method to both contextlib.ExitStack and contextlib.AsyncExitStack, so that you can pass (async)context managers directly in the costructor. additionally, a new "context_managers" / "async_context_managers" field is

[issue42413] Replace custom exception socket.timeout with TimeoutError

Andrew Svetlov added the comment: Thus using bare TimeoutError in asyncio is safe, isn't it? This is good news! -- ___ Python tracker ___

[issue42413] Replace custom exception socket.timeout with TimeoutError

Serhiy Storchaka added the comment: I fixed many instantiations of OSError subclasses, but many are still left in Python code. -- ___ Python tracker ___

[issue42413] Replace custom exception socket.timeout with TimeoutError

Andrew Svetlov added the comment: I know that I just create OSError() with errno set to None. My question is: has the standard library such code examples already? In other words, how many third-party code will be broken by catching OSError with errno=None? --

[issue42413] Replace custom exception socket.timeout with TimeoutError

Christian Heimes added the comment: They have an errno attribute, it's just to None by default. You have to call OSError with multiple arguments to set errno to a non-None value. -- ___ Python tracker

[issue42413] Replace custom exception socket.timeout with TimeoutError

Serhiy Storchaka added the comment: Yes, I think this is a problem. It is expected that an instance of OSError has valid errno. OSError is a merge of several old exception types, some of them did have errno, and others did not. Maybe add BaseTimeoutError and make TimeoutError a subclass of

[issue42413] Replace custom exception socket.timeout with TimeoutError

Andrew Svetlov added the comment: Perhaps it is a good compromise. OSError-derived class without errno looks getter to me that different incompatible TimeoutError classes. How many exceptions inherited from OSError have no errno set? Do we have a precedent in stdlib at all already?

[issue42327] Add PyModule_Add()

Change by Serhiy Storchaka : -- pull_requests: +22335 pull_request: https://github.com/python/cpython/pull/23443 ___ Python tracker ___

[issue42413] Replace custom exception socket.timeout with TimeoutError

Christian Heimes added the comment: PyErr_SetString(PyErr_TimeoutError, "msg") and raise TimeoutError("msg") do not set any additional exception attributes. errno, strerror, filename, and filename2 are None: >>> try: ... raise TimeoutError("msg") ... except Exception as e: ... err =

[issue42413] Replace custom exception socket.timeout with TimeoutError

Andrew Svetlov added the comment: In futures and asyncio TimeoutError has no errno. I'm not sure should we care but I consider it as a show stopper. On another hand, two distinct timeout classes confuse people. I had many conversions about this during the aiohttp support. asyncio can raise

[issue42413] Replace custom exception socket.timeout with TimeoutError

Christian Heimes added the comment: Thanks Serhiy! Andrew, Antoine, Yury, do you want to replace the custom Timeout exceptions in asyncio, multiprocessing, and concurrent with global TimeoutError, too? -- nosy: +asvetlov, bquinlan, davin, pitrou, yselivanov resolution: fixed ->

[issue42232] mmap module add Darwin specific madvise options

Ronald Oussoren added the comment: Thanks for the PR. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___

[issue42232] mmap module add Darwin specific madvise options

miss-islington added the comment: New changeset 0e62efc51e31c741b61604787aeab4936e6e50e4 by David CARLIER in branch 'master': bpo-42232: mmap module add Darwin specific madvise options. (GH-23076) https://github.com/python/cpython/commit/0e62efc51e31c741b61604787aeab4936e6e50e4 --

[issue42423] Support passing single class to PyType_FromSpecWithBases and PyType_FromModuleAndSpec

Christian Heimes added the comment: Excellent idea -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue17695] _sysconfigdata broken with universal builds on OSX

Ronald Oussoren added the comment: This only affects universal builds where the CPU architectures are sufficiently different. In particular binaries with both 32-bit and 64-bit alternatives. The current installers and the upcoming Universal2 installers only contain 64-bit code. That's

[issue42412] Fix bases issues in PyType_FromModuleAndSpec()

Change by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue42412] Fix bases issues in PyType_FromModuleAndSpec()

miss-islington added the comment: New changeset d153eb8a1e47123ecdb3fb47995a2c39ce7713ea by Miss Islington (bot) in branch '3.9': bpo-42412: Fix possible leaks and check arguments in PyType_FromModuleAndSpec() (GH-23410)

[issue36906] Compile time textwrap.dedent() equivalent for str or bytes literals

Steven D'Aprano added the comment: A string prefix would be a large language change that would need to go through Python-Ideas, a PEP and Steering Council approval. Let's not go there :-) A new string method is a comparatively small new feature that probably won't need a PEP or Steering

[issue36906] Compile time textwrap.dedent() equivalent for str or bytes literals

Terry J. Reedy added the comment: I read to the end of the patch and found astfold_dedent. A small point in favor of textwrap.dedent is immediately announcing that the string will be dedented. -- ___ Python tracker

[issue36906] Compile time textwrap.dedent() equivalent for str or bytes literals

Terry J. Reedy added the comment: I am opposed to more prefix characters. Are any string literal optimizations done now at compile time, like for 'abc'.upper? It does not exactly make sense to me to do just .dedent. But without the optimization, adding str.dedent without removing

[issue42412] Fix bases issues in PyType_FromModuleAndSpec()

miss-islington added the comment: New changeset 648a32b12ec676036ae4115747d458fb6f379d74 by Miss Islington (bot) in branch '3.8': bpo-42412: Fix possible leaks and check arguments in PyType_FromModuleAndSpec() (GH-23410)

[issue42412] Fix bases issues in PyType_FromModuleAndSpec()

Change by miss-islington : -- pull_requests: +22334 pull_request: https://github.com/python/cpython/pull/23442 ___ Python tracker ___

[issue42423] Support passing single class to PyType_FromSpecWithBases and PyType_FromModuleAndSpec

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +22333 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23441 ___ Python tracker

[issue42423] Support passing single class to PyType_FromSpecWithBases and PyType_FromModuleAndSpec

Change by Serhiy Storchaka : -- nosy: +petr.viktorin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42423] Support passing single class to PyType_FromSpecWithBases and PyType_FromModuleAndSpec

New submission from Serhiy Storchaka : It is common that class have a single base class. PyType_FromModuleAndSpec() is only called with NULL as bases (that means inheriting object) in the stdlib, and PyType_FromSpecWithBases() is called with a 1-tuple as bases all three times (not counting

[issue42412] Fix bases issues in PyType_FromModuleAndSpec()

Change by miss-islington : -- nosy: +miss-islington nosy_count: 1.0 -> 2.0 pull_requests: +22332 pull_request: https://github.com/python/cpython/pull/23440 ___ Python tracker

[issue42412] Fix bases issues in PyType_FromModuleAndSpec()

Serhiy Storchaka added the comment: New changeset 1db76394ea79030aa4ed5349c950f6c6da51450f by Serhiy Storchaka in branch 'master': bpo-42412: Fix possible leaks and check arguments in PyType_FromModuleAndSpec() (GH-23410)

[issue36906] Compile time textwrap.dedent() equivalent for str or bytes literals

Gregory P. Smith added the comment: (assigning to me as I want to help remi.lapeyre's .dedent() method PR move forward) -- assignee: -> gregory.p.smith ___ Python tracker

[issue42413] Replace custom exception socket.timeout with TimeoutError

Serhiy Storchaka added the comment: There are also other distinct exceptions: multiprocessing.TimeoutError concurrent.futures.TimeoutError asyncio.TimeoutError -- nosy: +serhiy.storchaka ___ Python tracker

[issue40550] Popen.terminate fails with ProcessLookupError under certain conditions

miss-islington added the comment: New changeset 713b4bbd97392acc492a4fefb2d07ae61fb7b75d by Miss Islington (bot) in branch '3.9': bpo-40550: Fix time-of-check/time-of-action issue in subprocess.Popen.send_signal. (GH-20010)

[issue36906] Compile time textwrap.dedent() equivalent for str or bytes literals

Change by Gregory P. Smith : -- versions: +Python 3.10 -Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue40550] Popen.terminate fails with ProcessLookupError under certain conditions

Gregory P. Smith added the comment: Thanks for the patch! PRs are in or on their way in for 3.10 and 3.9. The 3.8 auto-backport failed, if anyone wants it on a future 3.8.x please follow up with a manual cherry pick to make a PR for the 3.8 branch. -- resolution: -> fixed stage:

[issue42422] Py_Decref on value crash the interpreter in Python/ceval.c:1104

Sofian Brabez added the comment: Thanks Dennis for pointing me the crashers, I was not aware of them. I have added a new crash test to cover multiple crashes in different interpreter versions. Current bogus does not crash where it could be possible to crash in older and newer interpreter

[issue40550] Popen.terminate fails with ProcessLookupError under certain conditions

Change by miss-islington : -- nosy: +miss-islington nosy_count: 3.0 -> 4.0 pull_requests: +22331 pull_request: https://github.com/python/cpython/pull/23439 ___ Python tracker

[issue40550] Popen.terminate fails with ProcessLookupError under certain conditions

Gregory P. Smith added the comment: New changeset 01a202ab6b0ded546e47073db6498262086c52e9 by Filipe Laíns in branch 'master': bpo-40550: Fix time-of-check/time-of-action issue in subprocess.Popen.send_signal. (GH-20010)

[issue41655] New Node may not be visited in lib2to3.refactor.RefactoringTool.traverse_by

Change by Gregory P. Smith : -- resolution: -> wont fix stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue41655] New Node may not be visited in lib2to3.refactor.RefactoringTool.traverse_by

Gregory P. Smith added the comment: I expect your overall logic is sound in the PR. But this is a public API change, and while we've typically exempted lib2to3 from needing to concern itself about deprecations and API changes by leaving it undocumented and explicitly promising not to care

[issue40791] hmac.compare_digest could try harder to be constant-time.

miss-islington added the comment: New changeset c1bbca5b004b3f74d240ef8a76ff445cc1a27efb by Miss Islington (bot) in branch '3.9': bpo-40791: Make compare_digest more constant-time. (GH-20444) https://github.com/python/cpython/commit/c1bbca5b004b3f74d240ef8a76ff445cc1a27efb --

  1   2   >