[issue20291] Argument Clinic should understand *args and **kwargs parameters

Change by colorfulappl : -- nosy: +colorfulappl nosy_count: 11.0 -> 12.0 pull_requests: +28526 pull_request: https://github.com/python/cpython/pull/30286 ___ Python tracker

[issue46211] Recursively calling makepasv() finally leads to core dumped.

New submission from Xinmeng Xia : See the following 'test.py', we call client.makepasv() in socket, and then create_connection. Recursively calling makepasv() finally leads to core dumped. System: Python 3.10.1, 3.11.0a3 ,master on Ubuntu 18.04 Reproduce step: 1. executing "python

[issue46079] [doc] Broken URL in "Brief Tour of the Standard Library"

Raymond Hettinger added the comment: I'm thinking of this an a replacement example: >>> import json >>> import urllib.request >>> url = "http://worldtimeapi.org/api/timezone/America/Los_Angeles; >>> with urllib.request.urlopen(url) as response: ... timeinfo = json.load(response) ... >>>

[issue46187] Optionally support rounding for math.isqrt()

Tim Peters added the comment: I'm not rejecting anything. Mark wrote the function, and I'll defer to him. Yes, you added `initial` to `accumulate()`, and I spent hours in all explaining to you why it was an utterly natural addition, conspicuous by absence, including writing up several

[issue46187] Optionally support rounding for math.isqrt()

Raymond Hettinger added the comment: So, are you going to reject my feature request? I don't understand why. Both Mark and I have had valid use cases. The implementation is straight-forward and simple. The workaround is slow and non-obvious. The default remains the same so that

[issue46118] Migrate importlib.resources into a package

Jason R. Coombs added the comment: New changeset 35628e4cde71e54afe12aea50c74069afe2c3389 by Jason R. Coombs in branch 'main': bpo-46118: Make sure importlib.resources is included. (GH-30311) https://github.com/python/cpython/commit/35628e4cde71e54afe12aea50c74069afe2c3389 --

[issue37043] Buildbots fail when new files are added

Jason R. Coombs added the comment: I encountered this issue again today in issue46118. I started looking into creating the patchcheck, but I realize it may be a little tricky to detect the introduction of a new folder, because `git diff` doesn't actually report new folders, and my initial

[issue46118] Migrate importlib.resources into a package

Jason R. Coombs added the comment: And the underlying cause is reported in issue37043. -- ___ Python tracker ___ ___

[issue46118] Migrate importlib.resources into a package

Jason R. Coombs added the comment: Looks like I encountered the same foot gun when originally introducing the importlib.metadata package (issue34632). -- stage: patch review -> resolved ___ Python tracker

[issue46118] Migrate importlib.resources into a package

Change by Jason R. Coombs : -- pull_requests: +28525 stage: resolved -> patch review pull_request: https://github.com/python/cpython/pull/30311 ___ Python tracker ___

[issue46118] Migrate importlib.resources into a package

Jason R. Coombs added the comment: Installed buildbots are failing (like this one: https://buildbot.python.org/all/#/builders/350/builds/1164). I'm going to see if it's a simple fix like updating the makefile or if a rollback is called for. -- status: closed -> open

[issue46109] Separate resources docs from other importlib docs

Jason R. Coombs added the comment: New changeset 99945c6b5cf280bd90075cffae942af44941abcc by Jason R. Coombs in branch 'main': bpo-46109: Separate out files relating to importlib.resources (GH-30160) https://github.com/python/cpython/commit/99945c6b5cf280bd90075cffae942af44941abcc

[issue46118] Migrate importlib.resources into a package

Change by Jason R. Coombs : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue46118] Migrate importlib.resources into a package

Jason R. Coombs added the comment: New changeset e712a5b277866a71c195f38c1b5d87d9126dba3e by Jason R. Coombs in branch 'main': bpo-46118: Move importlib.resources to its own package. (#30176) https://github.com/python/cpython/commit/e712a5b277866a71c195f38c1b5d87d9126dba3e --

[issue46187] Optionally support rounding for math.isqrt()

Tim Peters added the comment: Pretend this were the itertools module and you were responding to someone suggesting a new optional argument to one of its functions. You have tons of experience rejecting those, and much the same arguments apply, from "not every one-line function needs to be

[issue46178] Remove `.travis.yml`?

Mariatta added the comment: New changeset 2cf7d02b99ce8cebd26d330aa8aac2ee369d4600 by Hugo van Kemenade in branch 'main': bpo-46178: Remove/rename redundant Travis CI code (#30309) https://github.com/python/cpython/commit/2cf7d02b99ce8cebd26d330aa8aac2ee369d4600 --

[issue46210] print deadlocks

Change by Jason Wilkes : -- keywords: +patch pull_requests: +28524 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30310 ___ Python tracker ___

[issue46187] Optionally support rounding for math.isqrt()

Raymond Hettinger added the comment: > I'd similarly prefer to see recipes in the docs. Can you elaborate on why you prefer having this in the docs rather than as built-in functionality? For me, the rounded case would be the most common. I don't think I'm better-off writing a wrapper with

[issue46210] print deadlocks

New submission from Jason Wilkes : Hi there. :) (First time posting here, so apologies in advance if I'm a goof.) I recently found a deadlock in the stdout and stderr buffer objects. Following the dev guide, I (1) wrote up a patch (2) checked that it fixes the deadlock (on Linux and OS X)

[issue37295] Possible optimizations for math.comb()

Raymond Hettinger added the comment: > I'd be happy to change the implementation to use the trailing > zero counts as suggested. Thanks. I think that is a portability win and will made the code a lot easier to explain. -- ___ Python tracker

[issue22833] The decode_header() function decodes raw part to bytes or str, depending on encoded part

Daniel Lenski added the comment: Due to this bug, any user of this function in Python 3.0+ *already* has to be able to handle all of the following outputs in order to use it reliably: decode_header(...) -> [(str, None)] or decode_header(...) -> [(bytes, str)] or decode_header(...) ->

[issue33937] test_socket: SendmsgSCTPStreamTest.testSendmsgTimeout() failed on Travis CI with: [Errno 12] Cannot allocate memory

Change by Hugo van Kemenade : -- nosy: +hugovk nosy_count: 2.0 -> 3.0 pull_requests: +28523 pull_request: https://github.com/python/cpython/pull/30309 ___ Python tracker ___

[issue46178] Remove `.travis.yml`?

Change by Hugo van Kemenade : -- nosy: +hugovk nosy_count: 2.0 -> 3.0 pull_requests: +28522 pull_request: https://github.com/python/cpython/pull/30309 ___ Python tracker ___

[issue22833] The decode_header() function decodes raw part to bytes or str, depending on encoded part

Daniel Lenski added the comment: I recently ran into this bug as well. For those looking for a reliable workaround, here's an implementation of a 'decode_header_to_string' function which should Just Work™ in all possible cases: #!/usr/bin/python3 import email.header #

[issue46208] os.path.normpath change between 3.11.0a2 and 3.11.0a3+

Hugo van Kemenade added the comment: git bisect between v3.11.0a2 and v3.11.0a3 points to the same commit, 99fcf1505218464c489d419d4500f126b6d6dc28. -- ___ Python tracker

[issue46207] Log emit performance degradation in RotatingFileHandlers due to filesystem checks

Change by Zachary Ware : -- components: +Library (Lib) nosy: +vinay.sajip ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue46178] Remove `.travis.yml`?

Mariatta added the comment: New changeset 82c2b54a35f85d87639201d1431ae6584b079e13 by Nikita Sobolev in branch 'main': bpo-46178: remove unusued `.travis.yml` file (#30257) https://github.com/python/cpython/commit/82c2b54a35f85d87639201d1431ae6584b079e13 -- nosy: +Mariatta

[issue46209] add documentation for decoding newlines in the `io` module

Change by Guo Ci Teo : -- keywords: +patch pull_requests: +28521 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30308 ___ Python tracker ___

[issue46209] add documentation for decoding newlines in the `io` module

New submission from Guo Ci Teo : add documentation for `io.IncrementalNewlineDecoder` `io.TextIOWrapper` `io.StringIO`, listing various ways to decode newlines -- messages: 409388 nosy: guoci priority: normal severity: normal status: open title: add documentation for decoding newlines

[issue46184] Remove `netlify.toml`?

Mariatta added the comment: New changeset fbaf2e604cd354f1ebc6be029480010c6715a8ca by Nikita Sobolev in branch 'main': bpo-46184: remove `netlify.toml` (#30272) https://github.com/python/cpython/commit/fbaf2e604cd354f1ebc6be029480010c6715a8ca -- nosy: +Mariatta

[issue46197] ensurepip bootstrap breaks out of isolated environment

Change by kcdodd : -- keywords: +patch pull_requests: +28520 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30307 ___ Python tracker ___

[issue46208] os.path.normpath change between 3.11.0a2 and 3.11.0a3+

Christian Heimes added the comment: The issue could be related to 99fcf1505218464c489d419d4500f126b6d6dc28 / bpo-45582. -- nosy: +christian.heimes, steve.dower ___ Python tracker

[issue45569] Drop support for 15-bit PyLong digits?

Mark Dickinson added the comment: Terry: > create a fake test file test/test_xintperf [...] Sounds reasonable, though I'm not sure I know what exact timings I'd want to try. Maybe some of the stock integer-heavy Python benchmarks (pidigits, etc.). I realised that I have no idea whether any

[issue45569] Drop support for 15-bit PyLong digits?

Change by Mark Dickinson : -- keywords: +patch pull_requests: +28519 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30306 ___ Python tracker ___

[issue46208] os.path.normpath change between 3.11.0a2 and 3.11.0a3+

New submission from Hugo van Kemenade : The behaviour of os.path.normpath appears to have changed between Python 3.10/Python 3.11.0a2 and 3.11.0a3+. I don't see anything mentioned in https://docs.python.org/3.11/whatsnew/3.11.html Is this intentional? Old behaviour: Python 3.10.1

[issue37295] Possible optimizations for math.comb()

Change by Mark Dickinson : Added file: https://bugs.python.org/file50531/driver.py ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue37295] Possible optimizations for math.comb()

Mark Dickinson added the comment: Thanks Tim for spotting the stupid mistake. The reworked timings are a bit more ... plausible. tl;dr: On my machine, Raymond's suggestion gives a 2.2% speedup in the case where POPCNT is not available, and a 0.45% slowdown in the case that it _is_

[issue37295] Possible optimizations for math.comb()

Serhiy Storchaka added the comment: PR 30305 applies Mark's algorithm for larger n (up to 127) depending on k, as was suggested by Raymond. Note that it uses different table for limits, which maps k to maximal n. -- ___ Python tracker

[issue46207] Log emit performance degradation in RotatingFileHandlers due to filesystem checks

New submission from David Fritz : I believe this also impacts 3.10 and 3.11 based on the original bpo-45401 which led to this change. Prior to commit ac421c348b in the 3.9 branch there were no additional os.path checks in the shouldRollover() methods of RotatingFileHandler and

[issue37295] Possible optimizations for math.comb()

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

[issue46206] Crash when editing emoji containing strings

M Z <10mauryc...@gmail.com> added the comment: FYI: My platform is arch linux on amd64. -- ___ Python tracker ___ ___

[issue46206] Crash when editing emoji containing strings

New submission from M Z <10mauryc...@gmail.com>: Reproduction steps: 0. start rpel. command: ``python`` 1. enter into '___' 2. use arrow keys and backspace to delete an underscore 3. press enter. 4. observe segfault - insertion of chars before emoji can also cause crash back trace (gdb):

[issue46195] Annotated and Optional get_type_hints buggy interaction

Change by Nikita Sobolev : -- keywords: +patch pull_requests: +28517 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30304 ___ Python tracker ___

[issue46070] _PyImport_FixupExtensionObject() regression causing a crash in subintepreters

Change by Manuel Reimer : -- nosy: +M-Reimer ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46202] remove opcode POP_EXCEPT_AND_RERAISE

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46187] Optionally support rounding for math.isqrt()

Tim Peters added the comment: [Mark] > The idea is no more than: "compute an extra bit, then use > that extra bit to determine which way to round". Thanks! Despite that this is what the derivation I sketched boiled down to, I was still missing how general the underlying principle was. Duh!

[issue37295] Possible optimizations for math.comb()

Tim Peters added the comment: > Aargh! That is of course what I meant, but not in fact > what I timed. :-( !!! Even more baffling then. Seems like the code posted got out of math_comb_impl() early here: if (overflow || ki > ni) { result = PyLong_FromLong(0);

[issue37295] Possible optimizations for math.comb()

Mark Dickinson added the comment: > I'm assuming you meant to write comb(67, k) instead Aargh! That is of course what I meant, but not in fact what I timed. :-( I'll redo the timings. Please disregard the previous message. -- ___ Python tracker

[issue46195] Annotated and Optional get_type_hints buggy interaction

Guido van Rossum added the comment: Yes, we changed PEP 484 in https://github.com/python/peps/pull/689. So get_type_hints() should follow suit. -- ___ Python tracker ___

[issue46205] Race condition in runtest_mp leads to hangs (never exits)

Change by Sam Gross : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46205] Race condition in runtest_mp leads to hangs (never exits)

Change by Sam Gross : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46205] Race condition in runtest_mp leads to hangs (never exits)

New submission from Sam Gross : The runtest_mp.py has a race condition between checking for worker.is_alive() and processing the queue that can lead to indefinite hangs. The hang happens when the all the results from the self.output queue are processed but at least one of the workers hasn't

[issue37295] Possible optimizations for math.comb()

Tim Peters added the comment: [Mark] > I ran some timings for comb(k, 67) on my macOS / Intel MacBook Pro, > using timeit to time calls to a function that looked like this: > > def f(comb): > for k in range(68): > for _ in range(256): > comb(k, 67) > comb(k,

[issue45033] Calls to PyErr_PrintEx in destructors cause calling async functions to incorrectly return None

Zac Bentley added the comment: For context (copied from the linked GitHub issue), this has affected at least two OSS projects: https://github.com/apache/pulsar/issues/11823 https://github.com/tbodt/v8py/issues/45 The proposed alternative ("PyErr_Fetch, then PyErr_Display, then

[issue46196] documentation for cmd library should include columnize() function

Change by Nikita Sobolev : -- keywords: +patch nosy: +sobolevn nosy_count: 2.0 -> 3.0 pull_requests: +28516 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30303 ___ Python tracker

[issue45033] Calls to PyErr_PrintEx in destructors cause calling async functions to incorrectly return None

Zac Bentley added the comment: Irit, the documentation is clear. However, the problem is that the presence of StopIteration in the exception global during async return time causes very unexpected behavior. If, during async return time (in the linked issue, I do this in a boost-python

[issue46204] Graphlib documentation (general cleanup)

Change by David Mc Dougall : -- keywords: +patch pull_requests: +28515 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30269 ___ Python tracker

[issue46204] Graphlib documentation (general cleanup)

New submission from David Mc Dougall : The graphlib documentation has some grammar & phrasing issues. -- components: Library (Lib) messages: 409370 nosy: dam1784 priority: normal severity: normal status: open title: Graphlib documentation (general cleanup) type: enhancement versions:

[issue46014] functools.singledispatch does not support Union types

Alex Waygood added the comment: ``` >>> from typing import Optional, get_origin >>> get_origin(Optional[int]) typing.Union ``` ^Because of that, it will work with typing.Optional as well as typing.Union and types.UnionType, yes. I am planning on submitting a docs PR at some point in the

[issue46071] Graphlib documentation (edge direction)

Change by David Mc Dougall : -- title: Graphlib documentation -> Graphlib documentation (edge direction) ___ Python tracker ___ ___

[issue35166] BUILD_MAP_UNPACK doesn't function as expected for dict subclasses

Irit Katriel added the comment: BUILD_MAP_UNPACK and BUILD_MAP_UNPACK_WITH_CALL have been removed. -- nosy: +iritkatriel ___ Python tracker ___

[issue46192] Optimize builtin functions min() and max()

Erlend E. Aasland added the comment: Repeating my comment on GH-30286: If we are touching `min()` and `max()`, it would make sense, IMO, to port them to Argument Clinic. FTR, Argument Clinic got `*args` support in GH-18609 / bpo-20291. @colorfulappl made a "competing" branch using AC on his

[issue46014] functools.singledispatch does not support Union types

wrobell added the comment: Will it support Optional as well? According to PEP-604, these two shall be equivalent (using Python 3.10 below)? ``` type(int | None) types.UnionType type(tp.Optional[int]) typing._UnionGenericAlias ``` Also, IMHO, the documentation of singledispatch should be

[issue45569] Drop support for 15-bit PyLong digits?

Mark Dickinson added the comment: I posted a request for information on usage of 15-bit digits to python-dev: https://mail.python.org/archives/list/python-...@python.org/thread/ZICIMX5VFCX4IOFH5NUPVHCUJCQ4Q7QM/ -- ___ Python tracker

[issue1598083] Top-level exception handler writes to stdout unsafely

Irit Katriel added the comment: I think this can be closed as out of date because PyFile_WriteString/Object no longer use puts and they do check for errors. The error checking of PyFile_WriteString/Object in the traceback display code was the subject of Issue45635. -- nosy:

[issue45033] Calls to PyErr_PrintEx in destructors cause calling async functions to incorrectly return None

Irit Katriel added the comment: Zac, the documentation for PyErr_Print [1] states that it clears the error indicator. This is akin to handling the exception. Was this your intention? If you want to print the exception without clearing it, I think you would probably need to call PyErr_Fetch,

[issue46202] remove opcode POP_EXCEPT_AND_RERAISE

Change by Irit Katriel : -- keywords: +patch pull_requests: +28514 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30302 ___ Python tracker ___

[issue46187] Optionally support rounding for math.isqrt()

Mark Dickinson added the comment: > I'd be happy to see recipes added to the docs for rounded and ceiling flavors > of isqrt, but am dubious about the value of building them in. I'd similarly prefer to see recipes in the docs. We already have such a recipe for ceil(√n). --

[issue46187] Optionally support rounding for math.isqrt()

Mark Dickinson added the comment: > did you invent this? The idea is no more than: "compute an extra bit, then use that extra bit to determine which way to round". More generally, for any real number x, the nearest integer to x (rounding ties towards +infinity) is `⌊(⌊2x⌋ + 1) / 2⌋`. Now

[issue37295] Possible optimizations for math.comb()

Mark Dickinson added the comment: > So which of xor-popcount and add-up-up-trailing-zero-counts is faster may > well depend on platform. I ran some timings for comb(k, 67) on my macOS / Intel MacBook Pro, using timeit to time calls to a function that looked like this: def f(comb): for

[issue46203] Add timeout for Windows build steps

Change by Mark Dickinson : -- keywords: +patch pull_requests: +28513 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30301 ___ Python tracker ___

[issue46203] Add timeout for Windows build steps

New submission from Mark Dickinson : Recently there was an upstream issue with GitHub Actions that caused the Windows build steps in build.yml to hang. No output for the step was displayed in the build logs until the entire job was eventually cancelled, after the default step timeout of 6

[issue34498] Python 3.7+ break on singledispatch_function.register(pseudo_type), which Python 3.6 accepted

wrobell added the comment: To add bit more context, there is a discussion about Python types and annotation types, where suggestion of closing this bug has been raised https://github.com/python/mypy/issues/9773 The discussion is about the need of distinction between Python types and

[issue46195] Annotated and Optional get_type_hints buggy interaction

Nikita Sobolev added the comment: As Guido said, the root cause of this problem is because `None` default automatically adds `Optional` to the resulting type. Source: https://github.com/python/cpython/blob/8d7644fa64213207b8dc6f555cb8a02bfabeced2/Lib/typing.py#L1854-L1856 So, what happens

[issue46202] remove opcode POP_EXCEPT_AND_RERAISE

New submission from Irit Katriel : Following issue45711 this opcode can be replaced by ADDOP(c, ROT_THREE); ADDOP(c, ROT_THREE); ADDOP(c, POP_EXCEPT); ADDOP_I(c, RERAISE, 1); -- assignee: iritkatriel components: Interpreter Core messages: 409356 nosy: iritkatriel priority: normal

[issue46199] Calculation influenced by print

Steven D'Aprano added the comment: Please try to provide a minimal reproducible example: https://stackoverflow.com/help/minimal-reproducible-example http://sscce.org/ At the very least, you need to provide three pieces of information: 1. What you tried. 2. What you expected to happen (and

[issue46201] PEP 495 misnames PyDateTime_DATE_GET_FOLD

New submission from Carl Drougge : PEP 495 names one of the accessor macros PyDateTime_GET_FOLD but the code names it PyDateTime_DATE_GET_FOLD. The FOLD macros are also missing from https://docs.python.org/3/c-api/datetime.html (and versions). -- assignee: docs@python components:

[issue46200] Discourage logging f-strings due to security considerations

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

[issue46189] Text containing "wide" character not correctly refreshed

Change by Serhiy Storchaka : -- resolution: -> third party stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue34498] Python 3.7+ break on singledispatch_function.register(pseudo_type), which Python 3.6 accepted

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