[issue44845] Allow keyword arguments in code.__new__

Change by Patrick Reader : -- nosy: -terry.reedy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

Re: Unexpected behaviour of math.floor, round and int functions (rounding)

On Sat, Nov 20, 2021 at 3:41 PM Ben Bacarisse wrote: > > Chris Angelico writes: > > > On Sat, Nov 20, 2021 at 12:43 PM Ben Bacarisse wrote: > >> > >> Chris Angelico writes: > >> > >> > On Sat, Nov 20, 2021 at 9:07 AM Ben Bacarisse > >> > wrote: > >> >> > >> >> Chris Angelico writes: > >> >>

Re: Unexpected behaviour of math.floor, round and int functions (rounding)

Chris Angelico writes: > On Sat, Nov 20, 2021 at 12:43 PM Ben Bacarisse wrote: >> >> Chris Angelico writes: >> >> > On Sat, Nov 20, 2021 at 9:07 AM Ben Bacarisse wrote: >> >> >> >> Chris Angelico writes: >> >> >> >> > On Sat, Nov 20, 2021 at 5:08 AM ast wrote: >> >> >> >> >> >>> 0.3 + 0.3

[issue45606] pathlib.Path.glob() does not list dangling symlink when pattern is the exact filenane

Andrei Kulakov added the comment: By the way note that path.glob('**/my_symlink') also does return the dangling symlink match. And glob.glob('my_symlink') also returns a dangling symlink. -- ___ Python tracker

[issue45845] Dead link 'pythoncraft.com/OSCON2001' in faq/library

Change by Terry J. Reedy : -- versions: +Python 3.11, Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue45846] Incorrect name capitalisation in faq/programming

Change by Terry J. Reedy : -- pull_requests: -27895 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45606] pathlib.Path.glob() does not list dangling symlink when pattern is the exact filenane

Andrei Kulakov added the comment: Rasmus: thanks for the report, it does seem like a bug to me. -- ___ Python tracker ___ ___

[issue45606] pathlib.Path.glob() does not list dangling symlink when pattern is the exact filenane

Andrei Kulakov added the comment: The issue is that _PreciseSelector follows the symlink when it checks if a path exists before yielding it as a result. I've put up a PR with a fix; I've also added a *follow_symlinks* arg to `exists()` method because it seems more logical to be able to test

[issue45606] pathlib.Path.glob() does not list dangling symlink when pattern is the exact filenane

Change by Andrei Kulakov : -- keywords: +patch nosy: +andrei.avk nosy_count: 1.0 -> 2.0 pull_requests: +27897 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29655 ___ Python tracker

[issue45811] Improve error message when source code contains invisible control characters

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +27896 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29654 ___ Python tracker

[issue45852] statistics.mode test doesn't test what it claims to

New submission from Stefan Pochmann : This test: def test_counter_data(self): # Test that a Counter is treated like any other iterable. data = collections.Counter([1, 1, 1, 2]) # Since the keys of the counter are treated as data points, not the # counts,

[issue45841] IDLE fails to save files in macOS 12.0.1 Monterey

Don Chamberlin added the comment: Thanks, Terry! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45846] Incorrect name capitalisation in faq/programming

Change by Terry J. Reedy : -- pull_requests: +27894, 27895 pull_request: https://github.com/python/cpython/pull/29653 ___ Python tracker ___

Re: Unexpected behaviour of math.floor, round and int functions (rounding)

On Sat, Nov 20, 2021 at 12:43 PM Ben Bacarisse wrote: > > Chris Angelico writes: > > > On Sat, Nov 20, 2021 at 9:07 AM Ben Bacarisse wrote: > >> > >> Chris Angelico writes: > >> > >> > On Sat, Nov 20, 2021 at 5:08 AM ast wrote: > >> > >> >> >>> 0.3 + 0.3 + 0.3 == 0.9 > >> >> False > >> > >

[issue45846] Incorrect name capitalisation in faq/programming

Change by Terry J. Reedy : -- pull_requests: +27894 pull_request: https://github.com/python/cpython/pull/29653 ___ Python tracker ___

[issue45846] Incorrect name capitalisation in faq/programming

Change by Terry J. Reedy : -- versions: +Python 3.11, Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue45846] Incorrect name capitalisation in faq/programming

Terry J. Reedy added the comment: >From Guido's page: 'But when my last name is used alone to refer to me, it is >capitalized, for example: "As usual, Van Rossum ..."' and similar usage on >wiki page. -- nosy: +terry.reedy ___ Python tracker

[issue42238] Deprecate suspicious.py?

Change by Julien Palard : -- pull_requests: +27893 pull_request: https://github.com/python/cpython/pull/29652 ___ Python tracker ___

Re: Unexpected behaviour of math.floor, round and int functions (rounding)

Chris Angelico writes: > On Sat, Nov 20, 2021 at 9:07 AM Ben Bacarisse wrote: >> >> Chris Angelico writes: >> >> > On Sat, Nov 20, 2021 at 5:08 AM ast wrote: >> >> >> >>> 0.3 + 0.3 + 0.3 == 0.9 >> >> False >> > >> > That's because 0.3 is not 3/10. It's not because floats are >> >

[issue45851] statistics.multimode is inefficient (time and space) (mode somewhat, too)

Stefan Pochmann added the comment: (somehow the benchmark script didn't get attached, trying again) -- Added file: https://bugs.python.org/file50453/multimode_mode.py ___ Python tracker

[issue45851] statistics.multimode is inefficient (time and space) (mode somewhat, too)

New submission from Stefan Pochmann : The current implementation is: def multimode(data): counts = Counter(iter(data)).most_common() maxcount, mode_items = next(groupby(counts, key=itemgetter(1)), (0, [])) return list(map(itemgetter(0), mode_items)) The most_common() does a

[issue44845] Allow keyword arguments in code.__new__

Change by Terry J. Reedy : -- pull_requests: -27890 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44844] The command line of launching Edge on Linux hangs

Change by Terry J. Reedy : -- pull_requests: +27892 pull_request: https://github.com/python/cpython/pull/29651 ___ Python tracker ___

[issue45845] Dead link 'pythoncraft.com/OSCON2001' in faq/library

Change by Terry J. Reedy : -- keywords: +patch nosy: +terry.reedy nosy_count: 2.0 -> 3.0 pull_requests: +27891 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29651 ___ Python tracker

[issue44844] The command line of launching Edge on Linux hangs

Change by Terry J. Reedy : -- pull_requests: -27889 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44845] Allow keyword arguments in code.__new__

Change by Terry J. Reedy : -- nosy: +terry.reedy nosy_count: 2.0 -> 3.0 pull_requests: +27890 pull_request: https://github.com/python/cpython/pull/29651 ___ Python tracker ___

[issue44844] The command line of launching Edge on Linux hangs

Change by Terry J. Reedy : -- keywords: +patch nosy: +terry.reedy nosy_count: 2.0 -> 3.0 pull_requests: +27889 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29651 ___ Python tracker

[issue45832] Misleading membersip expression documentation

Change by Harald Husum : -- versions: +Python 3.10 -Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue45823] python stopped working

Change by Terry J. Reedy : -- title: phyton stopped working -> python stopped working ___ Python tracker ___ ___ Python-bugs-list

[issue45813] Importing asyncio after deleting a coroutine object and before cleaning it up leads to crashing on Python3.11

Terry J. Reedy added the comment: On 3.11, both of the last two lines are required for the crash and restart. -- ___ Python tracker ___

[issue45813] Importing asyncio after deleting a coroutine object and before cleaning it up leads to crashing on Python3.11

Terry J. Reedy added the comment: No crash on Windows running in CommandPrompt (using -i to ensure that python survives running the test code): C:\Users\Terry>py -3.10 -i f:/dev/tem/tem.py f:\dev\tem\tem.py:5: RuntimeWarning: coroutine 'f' was never awaited del f RuntimeWarning: Enable

[issue45250] Make sure documentation is accurate for what an (async) iterable and (async) iterator are

Change by Brett Cannon : -- pull_requests: +27888 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29650 ___ Python tracker ___

[issue45816] Python does not support standalone MSVC v143 (VS 2022) Build Tools

Steve Dower added the comment: Looks like the fix for those errors is to specify the arguments to the linker in PCbuild/pyproject.props /OPT:REF,NOICF /CGTHREADS:1 /PDBTHREADS:1 %(AdditionalOptions) I don't particularly know what a good number of threads is for this. One seems safe, but

Re: pytest segfault, not with -v

On 2021-11-19 23:44, Marco Sulla wrote: On Fri, 19 Nov 2021 at 20:38, MRAB wrote: On 2021-11-19 17:48, Marco Sulla wrote: > I have a battery of tests done with pytest. My tests break with a > segfault if I run them normally. If I run them using pytest -v, the > segfault does not happen. > >

[issue45250] Make sure documentation is accurate for what an (async) iterable and (async) iterator are

Brett Cannon added the comment: New changeset be36e0634060c7d5dee8e8876fb888bbb53d992a by Brett Cannon in branch 'main': bpo-45250: fix docs regarding `__iter__` and iterators being inconsistently required by CPython (GH-29170)

[issue45272] 'os.path' should not be a frozen module

Change by Guido van Rossum : -- pull_requests: +27884, 27885 pull_request: https://github.com/python/cpython/pull/29648 ___ Python tracker ___

[issue45272] 'os.path' should not be a frozen module

Change by Guido van Rossum : -- pull_requests: +27884, 27885, 27886 pull_request: https://github.com/python/cpython/pull/29648 ___ Python tracker ___

[issue45272] 'os.path' should not be a frozen module

Change by Guido van Rossum : -- pull_requests: +27884 pull_request: https://github.com/python/cpython/pull/29648 ___ Python tracker ___

[issue45273] OS-specific frozen modules are built, even on other OSes.

Change by Guido van Rossum : -- pull_requests: +27887 pull_request: https://github.com/python/cpython/pull/29648 ___ Python tracker ___

[issue45272] 'os.path' should not be a frozen module

Change by Guido van Rossum : -- pull_requests: -27882 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45273] OS-specific frozen modules are built, even on other OSes.

Change by Guido van Rossum : -- Removed message: https://bugs.python.org/msg406633 ___ Python tracker ___ ___ Python-bugs-list

[issue45273] OS-specific frozen modules are built, even on other OSes.

Change by Guido van Rossum : -- pull_requests: -27883 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45273] OS-specific frozen modules are built, even on other OSes.

Guido van Rossum added the comment: (Note, that PR doesn't actually fix this, its description just references this.) -- ___ Python tracker ___

[issue45506] Out of source tree builds failing on main - test_importlib others unreliable

Steve Dower added the comment: New changeset 4c616911b69ce07fb35da1721506bfaba0998c30 by Steve Dower in branch 'main': bpo-45506: Fix test_embed expecting to not find stdlib in source tree build when stdlib has been installed. (GH-29649)

[issue44556] ctypes unittest crashes with libffi 3.4.2

Isuru Fernando added the comment: Duplicate of https://bugs.python.org/issue45350 -- nosy: +isuruf ___ Python tracker ___ ___

[issue45272] 'os.path' should not be a frozen module

Change by Guido van Rossum : -- pull_requests: +27882 pull_request: https://github.com/python/cpython/pull/29648 ___ Python tracker ___

Re: pytest segfault, not with -v

On Fri, 19 Nov 2021 at 20:38, MRAB wrote: > > On 2021-11-19 17:48, Marco Sulla wrote: > > I have a battery of tests done with pytest. My tests break with a > > segfault if I run them normally. If I run them using pytest -v, the > > segfault does not happen. > > > > What could cause this quantical

[issue45273] OS-specific frozen modules are built, even on other OSes.

Change by Guido van Rossum : -- keywords: +patch nosy: +gvanrossum nosy_count: 2.0 -> 3.0 pull_requests: +27883 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/29648 ___ Python tracker

[issue45850] Port deep-freeze to Windows

Change by Guido van Rossum : -- keywords: +patch pull_requests: +27881 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29648 ___ Python tracker

[issue45850] Port deep-freeze to Windows

Change by Guido van Rossum : -- nosy: gvanrossum priority: normal severity: normal status: open title: Port deep-freeze to Windows versions: Python 3.11 ___ Python tracker ___

[issue45811] Improve error message when source code contains invisible control characters

Terry J. Reedy added the comment: I agree. -- nosy: +terry.reedy ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue45811] Improve error message when source code contains invisible control characters

Change by Terry J. Reedy : -- nosy: +pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45506] Out of source tree builds failing on main - test_importlib others unreliable

Change by Steve Dower : -- pull_requests: +27880 pull_request: https://github.com/python/cpython/pull/29649 ___ Python tracker ___

[issue45506] Out of source tree builds failing on main - test_importlib others unreliable

Steve Dower added the comment: Hijacking this issue number for a related test failure I found: if you "make install" Python and then run the test_embed tests from the build directory, some will successfully find the stdlib under PREFIX and fail because they expect to never find it. PR

[issue45849] Embedded python doesn't recognize exit()

Steve Dower added the comment: This is expected. The top-level exit() command only exists when the site module is imported, which is not the default for embedded Python (you should specify all the import paths explicitly, since they're going to be in your app rather than found by searching

[issue44556] ctypes unittest crashes with libffi 3.4.2

Eli Rykoff added the comment: To add a bit more color, I don't think you can explicitly set LIBFFI_INCLUDE_DIR, it's set by the configure script explicitly. The problem is that some time between python 3.9 and 3.10 the configure script has (at least in our system) failed to figure out the

[issue44556] ctypes unittest crashes with libffi 3.4.2

jakirkham added the comment: We ran into the same issue in conda-forge ( https://github.com/conda-forge/python-feedstock/issues/522 ). The problem is Apple also supplies their own `libffi`. However if the build scripts in CPython fail to find the user provided `libffi`, they end up pulling

[issue45727] Parse error when missing commas is inconsistent

Change by Pablo Galindo Salgado : -- pull_requests: +27879 pull_request: https://github.com/python/cpython/pull/29647 ___ Python tracker ___

[issue45727] Parse error when missing commas is inconsistent

Pablo Galindo Salgado added the comment: New changeset 546cefcda75d7150b55c8bc1724bea35a1e12890 by Pablo Galindo Salgado in branch 'main': bpo-45727: Make the syntax error for missing comma more consistent (GH-29427)

[issue45848] Pegen's nice error reporting crashes with non-UTF-8 files

Change by Pablo Galindo Salgado : -- pull_requests: +27878 pull_request: https://github.com/python/cpython/pull/29646 ___ Python tracker ___

[issue45849] Embedded python doesn't recognize exit()

New submission from thewh1teagle : C:\Users\user\Downloads\python-3.10.0-embed-win32>python Python 3.10.0 (tags/v3.10.0:b494f59, Oct 4 2021, 18:46:30) [MSC v.1929 32 bit (Intel)] on win32 >>> exit Traceback (most recent call last): File "", line 1, in NameError: name 'exit' is not defined

[issue45844] Dead link 'consolelib' in faq/library

JMcB added the comment: The command line libraries I'm aware of that support windows are Blessed (curses-based), Rich, Asciimatics, and python-prompt-toolkit. >From here: https://www.pythondiscord.com/events/code-jams/8/frameworks/ -- ___ Python

Re: Unexpected behaviour of math.floor, round and int functions (rounding)

On 20/11/2021 10.21, Chris Angelico wrote: > On Sat, Nov 20, 2021 at 7:39 AM dn via Python-list > wrote: >>> 0.3 + 0.3 + 0.3 == 0.9 False >>> >>> That's because 0.3 is not 3/10. It's not because floats are >>> "unreliable" or "inaccurate". It's because the ones you're entering >>> are

Re: Unexpected behaviour of math.floor, round and int functions (rounding)

On Sat, Nov 20, 2021 at 9:07 AM Ben Bacarisse wrote: > > Chris Angelico writes: > > > On Sat, Nov 20, 2021 at 5:08 AM ast wrote: > > >> >>> 0.3 + 0.3 + 0.3 == 0.9 > >> False > > > > That's because 0.3 is not 3/10. It's not because floats are > > "unreliable" or "inaccurate". It's because the

[issue45805] CO_FUTURE_ANNOTATIONS flag is not documented or in inspect

Saul Shanabrook added the comment: Thanks Éric! Do you think it would make sense to add the future flags as well to the inspect flags documentation (https://docs.python.org/3/library/inspect.html#code-objects-bit-flags) and to the dis.pretty_flags? --

Re: Unexpected behaviour of math.floor, round and int functions (rounding)

Chris Angelico writes: > On Sat, Nov 20, 2021 at 5:08 AM ast wrote: >> >>> 0.3 + 0.3 + 0.3 == 0.9 >> False > > That's because 0.3 is not 3/10. It's not because floats are > "unreliable" or "inaccurate". It's because the ones you're entering > are not what you think they are. > > When will

[issue45805] CO_FUTURE_ANNOTATIONS flag is not documented or in inspect

Éric Araujo added the comment: No worry about posting multiple messages. I think the flag is documented through the __future__ module. Future imports are both special-cased by the compiler to enable custom behaviour, but also real, regular imports! >>> from __future__ import annotations

[issue45823] phyton stopped working

Éric Araujo added the comment: Please give a more detailed answer: what is your OS version, what’s the version of python and how did you install it, what is your IDE or how do you run your python script, copy full error messages from event viewer. It would also be useful if you attached

[issue45844] Dead link 'consolelib' in faq/library

Éric Araujo added the comment: Archived version: https://web.archive.org/web/20191202041245/http://effbot.org/zone/console-index.htm The whole FAQ entry should be reviewed for relevance. Is it true that curses is not built by default? Should third-party curses modules be recommended? How do

Re: frozenset can be altered by |=

On 2021-11-19 21:11, Marco Sulla wrote: (venv_3_10) marco@buzz:~$ python Python 3.10.0 (heads/3.10-dirty:f6e8b80d20, Nov 18 2021, 19:16:18) [GCC 10.1.1 20200718] on linux Type "help", "copyright", "credits" or "license" for more information. a = frozenset((3, 4)) a frozenset({3, 4}) a |= {5,}

Re: frozenset can be altered by |=

Mh. Now I'm thinking that I've done a = "Marco " a += "Sulla" many times without bothering. On Fri, 19 Nov 2021 at 22:22, Chris Angelico wrote: > > On Sat, Nov 20, 2021 at 8:16 AM Chris Angelico wrote: > > > > On Sat, Nov 20, 2021 at 8:13 AM Marco Sulla > > wrote: > > > > > > (venv_3_10)

[issue45847] Port module setup to PY_STDLIB_MOD() macro and addext()

Change by Christian Heimes : -- pull_requests: +27877 pull_request: https://github.com/python/cpython/pull/29644 ___ Python tracker ___

Re: Unexpected behaviour of math.floor, round and int functions (rounding)

On Sat, Nov 20, 2021 at 7:39 AM dn via Python-list wrote: > >> >>> 0.3 + 0.3 + 0.3 == 0.9 > >> False > > > > That's because 0.3 is not 3/10. It's not because floats are > > "unreliable" or "inaccurate". It's because the ones you're entering > > are not what you think they are. > > > > When will

Re: frozenset can be altered by |=

On Sat, Nov 20, 2021 at 8:16 AM Chris Angelico wrote: > > On Sat, Nov 20, 2021 at 8:13 AM Marco Sulla > wrote: > > > > (venv_3_10) marco@buzz:~$ python > > Python 3.10.0 (heads/3.10-dirty:f6e8b80d20, Nov 18 2021, 19:16:18) > > [GCC 10.1.1 20200718] on linux > > Type "help", "copyright",

Re: frozenset can be altered by |=

On Sat, Nov 20, 2021 at 8:13 AM Marco Sulla wrote: > > (venv_3_10) marco@buzz:~$ python > Python 3.10.0 (heads/3.10-dirty:f6e8b80d20, Nov 18 2021, 19:16:18) > [GCC 10.1.1 20200718] on linux > Type "help", "copyright", "credits" or "license" for more information. > >>> a = frozenset((3, 4)) > >>>

frozenset can be altered by |=

(venv_3_10) marco@buzz:~$ python Python 3.10.0 (heads/3.10-dirty:f6e8b80d20, Nov 18 2021, 19:16:18) [GCC 10.1.1 20200718] on linux Type "help", "copyright", "credits" or "license" for more information. >>> a = frozenset((3, 4)) >>> a frozenset({3, 4}) >>> a |= {5,} >>> a frozenset({3, 4, 5}) --

Re: Unexpected behaviour of math.floor, round and int functions (rounding)

On 20/11/2021 09.17, Chris Angelico wrote: > On Sat, Nov 20, 2021 at 5:08 AM ast wrote: >> Le 19/11/2021 à 03:51, MRAB a écrit : >>> On 2021-11-19 02:40, 2qdxy4rzwzuui...@potatochowder.com wrote: On 2021-11-18 at 23:16:32 -0300, René Silva Valdés wrote: > Working with floats i

Re: Unexpected behaviour of math.floor, round and int functions (rounding)

On Sat, Nov 20, 2021 at 5:08 AM ast wrote: > > Le 19/11/2021 à 03:51, MRAB a écrit : > > On 2021-11-19 02:40, 2qdxy4rzwzuui...@potatochowder.com wrote: > >> On 2021-11-18 at 23:16:32 -0300, > >> René Silva Valdés wrote: > >> > >>> Hello, I would like to report the following issue: > >>> > >>>

[issue28445] Wrong documentation for GzipFile.peek

Change by Irit Katriel : -- keywords: +easy, newcomer friendly type: -> behavior versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.5 ___ Python tracker ___

Re: Unexpected behaviour of math.floor, round and int functions (rounding)

On 11/18/21 19:40, 2qdxy4rzwzuui...@potatochowder.com wrote: On 2021-11-18 at 23:16:32 -0300, René Silva Valdés wrote: Hello, I would like to report the following issue: Working with floats i noticed that: int(23.99/12) returns 1, and int(23.999/12) returns 2 This

Re: import question

On 20/11/2021 03.38, lucas wrote: > ok. all good advice. thank you for that. and with all that I've decided > what to do. > > I'm going to close off any server-side python access so that I don't expose > my server or the file system to vulnerabilities and/or wonton attacks. I am > building

Re: pytest segfault, not with -v

On 2021-11-19 17:48, Marco Sulla wrote: I have a battery of tests done with pytest. My tests break with a segfault if I run them normally. If I run them using pytest -v, the segfault does not happen. What could cause this quantical phenomenon? Are you testing an extension that you're

[issue45847] Port module setup to PY_STDLIB_MOD() macro and addext()

Christian Heimes added the comment: New changeset c8c21bdd199f9feb75fc6cdb398a686dc133b99f by Christian Heimes in branch 'main': bpo-45847: Port builtin hashlib extensions to PY_STDLIB_MOD (GH-29642) https://github.com/python/cpython/commit/c8c21bdd199f9feb75fc6cdb398a686dc133b99f

Re: getting source code line of error?

Have you tried the logger module and the format options? On Fri, 19 Nov 2021 at 19:09, Ulli Horlacher wrote: > > I am trying to get the source code line of the last error. > I know traceback.format_exc() but this contains much more information, e.g.: > > Traceback (most recent call last): >

[issue19072] classmethod doesn't honour descriptor protocol of wrapped callable

Łukasz Langa added the comment: New changeset bbe3c57c865439f2194eb760a4362b5506d221a7 by Miss Islington (bot) in branch '3.10': bpo-19072: Classmethod can wrap other classmethod like descriptors (GH-29634) (GH-29643)

[issue45847] Port module setup to PY_STDLIB_MOD() macro and addext()

Change by Erlend E. Aasland : -- nosy: +erlendaasland ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45848] Pegen's nice error reporting crashes with non-UTF-8 files

Change by Łukasz Langa : -- type: -> crash ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45848] Pegen's nice error reporting crashes with non-UTF-8 files

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +27876 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29626 ___ Python tracker

[issue45837] Fix turtle deprecations

Łukasz Langa added the comment: Thanks, Hugo! ✨  ✨ -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue45837] Fix turtle deprecations

Łukasz Langa added the comment: New changeset 9501e8d3a339c5a9217b7d90275d2a8c8cba5d13 by Hugo van Kemenade in branch '3.10': bpo-45837: Note tiltangle is not deprecated, it's really settiltangle (GH-29629) https://github.com/python/cpython/commit/9501e8d3a339c5a9217b7d90275d2a8c8cba5d13

[issue45837] Fix turtle deprecations

Łukasz Langa added the comment: New changeset e8d41eea7a73a91cf1da2a4e60245902226bc599 by Hugo van Kemenade in branch '3.9': bpo-45837: Note tiltangle is not deprecated, it's really settiltangle (GH-29630) https://github.com/python/cpython/commit/e8d41eea7a73a91cf1da2a4e60245902226bc599

[issue45116] Performance regression 3.10b1: inlining issue in the big _PyEval_EvalFrameDefault() function with Visual Studio (MSC)

neonene added the comment: In the eval-loop of PR29565, inlining seems to be enabled within about 70 op-brahches, trained with 44 tests. log & source: ceval_PR29565_split_func.c (not for performance) -- Added file: https://bugs.python.org/file50452/ceval_PR29565_split_func.c

[issue45838] Incorrect line numbers in GDB Python backtraces [3.9]

Łukasz Langa added the comment: Thanks, Sam! ✨  ✨ -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue45838] Incorrect line numbers in GDB Python backtraces [3.9]

Łukasz Langa added the comment: New changeset 2a32dbf110cf80ec9a00290ea6bc84f409948cb0 by Sam Gross in branch '3.9': [3.9] bpo-45838: Fix incorrect line numbers in Tools/gdb/libpython.py (GH-29628) https://github.com/python/cpython/commit/2a32dbf110cf80ec9a00290ea6bc84f409948cb0 --

[issue45806] Cannot Recover From StackOverflow in 3.9 Tests

Łukasz Langa added the comment: Thanks! ✨  ✨ -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue45806] Cannot Recover From StackOverflow in 3.9 Tests

Łukasz Langa added the comment: New changeset 4296396db017d782d3aa16100b366748c9ea4a04 by Mark Shannon in branch '3.9': [3.9] bpo-45806: Fix recovery from stack overflow for 3.9. Again. (GH-29640) https://github.com/python/cpython/commit/4296396db017d782d3aa16100b366748c9ea4a04 --

[issue45507] Small oversight in 3.11 gzip.decompress implementation with regards to backwards compatibility

Łukasz Langa added the comment: Thanks for noticing, Ruben! ✨  ✨ -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue19072] classmethod doesn't honour descriptor protocol of wrapped callable

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

[issue19072] classmethod doesn't honour descriptor protocol of wrapped callable

Łukasz Langa added the comment: New changeset e34809e1c2a09478f4e0651d551c9c12d3c556ab by Raymond Hettinger in branch 'main': bpo-19072: Classmethod can wrap other classmethod like descriptors (GH-29634) https://github.com/python/cpython/commit/e34809e1c2a09478f4e0651d551c9c12d3c556ab

[issue45356] Calling `help` executes @classmethod @property decorated methods

Alex Waygood added the comment: It makes me sad that the stdlib will no longer provide a way to compose classmethods with other descriptors. However, I agree that deprecating classmethod chaining is probably the correct course of action, given the complications this feature has caused, and

  1   2   >