[issue42443] Provide Thread creation hook support

Christian Heimes added the comment: Besindes tests, PR also needs documentation and a better definition how and when the hook is called. * IMO it should be called after profiling and tracing hook, so non-trivial hooks can be profiled and traced. * It's important to define and document, which

[issue42445] Assertion in run_coroutine_threadsafe

Jochen Kienzle added the comment: Thanks for your reply. I already tried asyncio.run(self.mqtt_client.publish_json(INGESTION_TOPIC, msg)) but this leads (rarely) to the following error: got Future attac

[issue42445] Assertion in run_coroutine_threadsafe

Andrew Svetlov added the comment: "got Future attached to a different loop" means exactly what it says: you create a future object in one loop but awaits it in the different one. This is a programming error. Most likely the error in your script, not in mqtt and definitely not in asyncio. S

[issue31904] Python should support VxWorks RTOS

Change by Peixing Xin : -- pull_requests: +22375 pull_request: https://github.com/python/cpython/pull/21687 ___ Python tracker ___ _

[issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure an interpreter

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

[issue41442] test_posix.PosixTester.test_getgroups fail on operating systems without supporting unix shell

Peixing Xin added the comment: The issue has been moved into bpo31904. -- resolution: -> duplicate stage: patch review -> resolved status: open -> closed ___ Python tracker _

[issue31904] Python should support VxWorks RTOS

Change by Peixing Xin : -- pull_requests: +22377 pull_request: https://github.com/python/cpython/pull/23489 ___ Python tracker ___ _

[issue42451] Indicate in the docs that PyTuple_GetItem does not support negative indices

New submission from Antony Lee : Unlike `PySequence_GetItem`, `PyTuple_GetItem` does not support negative indices ("indexing from the end"). That is fine, but warrants a notice in the docs (as that behavior is certainly not obvious). The same wording as for `PyList_GetItem` (changing "list" t

[issue42370] test_ttk_guionly: test_to() fails on the GitHub Ubuntu job

Change by Serhiy Storchaka : -- keywords: +patch nosy: +serhiy.storchaka nosy_count: 1.0 -> 2.0 pull_requests: +22378 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23474 ___ Python tracker

[issue11998] test_signal cannot test blocked signals if _tkinter is loaded; Tcl_Finalize()

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

[issue42370] test_ttk_guionly: test_to() fails on the GitHub Ubuntu job

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

[issue42370] test_ttk_guionly: test_to() fails on the GitHub Ubuntu job

Serhiy Storchaka added the comment: PR 23491 does not fix the failure, but it adds new checks which can provide additional information in case of failure. -- ___ Python tracker _

[issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure an interpreter

Serhiy Storchaka added the comment: New changeset 14d81dcaf827f6b66bda45e8f5689d07d7d5735c by Serhiy Storchaka in branch 'master': bpo-42260: Improve error handling in _PyConfig_FromDict (GH-23488) https://github.com/python/cpython/commit/14d81dcaf827f6b66bda45e8f5689d07d7d5735c --

[issue28468] Add platform.linux_os_release()

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

[issue28468] Add platform.freedesktop_osrelease()

Christian Heimes added the comment: Since we need distribution information in tests and code, I decided to reopen the bug. I named the new function freedesktop_osrelease because it's technically not restricted to Linux. It's freedesktop.org standard that may be used by non-Linux platforms,

[issue42212] Check if generated files are up-to-date in Github Actions

STINNER Victor added the comment: New changeset ac7d0169d2bce2021b8d88973e649889d7dc1b03 by Victor Stinner in branch 'master': bpo-42212: smelly.py also checks the dynamic library (GH-23423) https://github.com/python/cpython/commit/ac7d0169d2bce2021b8d88973e649889d7dc1b03 -- __

[issue28468] Add platform.freedesktop_osrelease()

Matthias Klose added the comment: it's easy to say "we need it". It took a while to remove that, so I don't think it should be easily re-introduced. so why do you need it, and why should it be exposed as part of the standard library? -- ___ Pytho

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

Change by Senthil Kumaran : -- nosy: +orsenthil ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue42212] Check if generated files are up-to-date in Github Actions

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

[issue42212] Check if generated files are up-to-date in Github Actions

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

[issue28468] Add platform.freedesktop_osrelease()

Christian Heimes added the comment: What do you mean by "that"? Python never had any code to parse and handle freekdesktop.org's os-release file. Are you referring to linux_distribution() function? Petr removed platform.linux_distribution() in bpo-28167 because the function was problematic o

[issue42299] Remove formatter module

Change by Dong-hee Na : -- title: Add test_formatter (or remove deprecated formatter module?) -> Remove formatter module ___ Python tracker ___ ___

[issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale test_resize, and more

Matthias Klose added the comment: I became aware of this by the patch proposal "Please submit a PR to skip on Ubuntu", which results in the re-introduction of a distro specific API. I would rather help fixing this issue, instead on relying on some distro behavor. -- nosy: +doko ___

[issue28468] Add platform.freedesktop_osrelease()

STINNER Victor added the comment: Matthias Klose: > I'm not aware of any embedded Linux distro using systemd (no, I don't > consider Raspian an embedded Linux distro). As soon as the function is documented to return an error if the file doesn't exist, I don't see how this is a blocker issue.

[issue42299] Remove formatter module

Dong-hee Na added the comment: @christian.heimes Thank you Christian I also discuss this issue on python-dev and everybody agree with removing this module. I will remove this module ;) -- ___ Python tracker

[issue28468] Add platform.freedesktop_osrelease()

Matthias Klose added the comment: > Since the filename is now fixed and the format is well specified, > IMO it's perfectly fine to add PR 23492. I disagree with that. The distro module is the preferred way to do this (which cannot be used in the Python core). The rationale given is an not ye

[issue28468] Add platform.freedesktop_osrelease()

STINNER Victor added the comment: The Chef Software seems to maintain a copy of the os-release of major Linux distribution: https://github.com/chef/os_release Copy of the project README: # os_release This repo contains the /etc/os-release file from Linux distros. ## About os-release /etc/

[issue28468] Add platform.freedesktop_osrelease()

Matthias Klose added the comment: "The os-release file has been a well-defined standard for over 8 years." ... doesn't implicate that it's a good style to base your checks on that information. -- ___ Python tracker

[issue28468] Add platform.freedesktop_osrelease()

Matthias Klose added the comment: the Chef repo seems to be a little bit out-of-date, but anyway. I don't see the relevance for this issue. -- ___ Python tracker ___

[issue28468] Add platform.freedesktop_osrelease()

STINNER Victor added the comment: Article about os-release: https://opensource.com/article/18/6/linux-version -- ___ Python tracker ___ ___

[issue42212] Check if generated files are up-to-date in Github Actions

miss-islington added the comment: New changeset 15d42d7ec6ad4305ea20c7b98ab093bd33bc254c by Miss Islington (bot) in branch '3.9': bpo-42212: Check if generated files are up-to-date in GitHub Actions (GH-23042) https://github.com/python/cpython/commit/15d42d7ec6ad4305ea20c7b98ab093bd33bc254c

[issue42212] Check if generated files are up-to-date in Github Actions

miss-islington added the comment: New changeset b55a276a18e7c46f1e4e09fa24e9854deb0ed334 by Miss Islington (bot) in branch '3.8': bpo-42212: Check if generated files are up-to-date in GitHub Actions (GH-23042) https://github.com/python/cpython/commit/b55a276a18e7c46f1e4e09fa24e9854deb0ed334

[issue28468] Add platform.freedesktop_osrelease()

STINNER Victor added the comment: "How to Check Linux Version" article: https://linuxize.com/post/how-to-check-linux-version/ * lsb_release command <= is it still used nowadays? * /etc/os-release file <= this PR * /etc/issue file * hostnamectl command * /etc/*release file <= covered by the PyP

[issue28468] Add platform.freedesktop_osrelease()

Christian Heimes added the comment: The os-release file is not tight to systemd. Only the reverse relationship is true: systemd, d-bus and other software require os-release. The file is present in the minimal base image of distributions like Alpine, ArchLinux, CentOS, Debian, Fedora, RHEL, S

[issue28468] Add platform.freedesktop_osrelease()

Matthias Klose added the comment: > * /etc/os-release file <= this PR > * /etc/*release file <= covered by the PyPI distro module no Victor, you are wrong. os-release is covered by the distro module. There's no need to expose a second implementation as another API in the standard library.

[issue28468] Add platform.freedesktop_osrelease()

STINNER Victor added the comment: Matthias Klose > "The os-release file has been a well-defined standard for over 8 years." > ... doesn't implicate that it's a good style to base your checks on that > information. IMO /etc/os-release is a reliable way to retrieve the Linux distribution name.

[issue28468] Add platform.freedesktop_osrelease()

Matthias Klose added the comment: Christian, is it necessary to start with threats? > Python could also follow the lead of other software like D-Bus > and make the presence of os-release mandatory on Linux. > Any Linux platform without it would be considered broken. > I don't think it is neces

[issue42212] Check if generated files are up-to-date in Github Actions

STINNER Victor added the comment: Thanks Filipe Laíns! I merged your PR on 3.8, 3.9 and master branches. -- components: +Build resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.10, Python 3.8, Python 3.9 ___

[issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale test_resize, and more

Matthias Klose added the comment: how is this test run on the CI? at least it succeeds for me when run locally. -- ___ Python tracker ___

[issue42418] PyType_GetModule() should warn/fail when type has Py_TPFLAGS_BASETYPE

Petr Viktorin added the comment: > I missed it when I ported some of my code to heap types and multiphase init. I guess PyType_GetModule() is not good for that use case. If your code is open, could you add a link? -- ___ Python tracker

[issue28468] Add platform.freedesktop_osrelease()

STINNER Victor added the comment: > os-release is covered by the distro module. Ah, I didn't know. https://pypi.org/project/distro/ """ The distro package implements a robust and inclusive way of retrieving the information about a distribution based on new standards and old methods, namely

[issue28468] Add platform.freedesktop_osrelease()

STINNER Victor added the comment: > Python could also follow the lead of other software like D-Bus and make the > presence of os-release mandatory on Linux. Any Linux platform without it > would be considered broken. I don't think it is necessary to impose such > restriction on vendors. I d

[issue28468] Add platform.freedesktop_osrelease()

pmp-p added the comment: -1 android and aosp, termux are also linux distributions without /etc/os-release the only thing reliable there is probably sysconfig.get_config_vars('MULTIARCH') when properly used. -- nosy: +pmpp ___ Python tracker

[issue28468] Add platform.freedesktop_osrelease()

STINNER Victor added the comment: Matthias Klose: > There's no need to expose a second implementation as another API in the > standard library. When linux_distribution() has been removed, platform.platform() became less useful. Example: $ python2 -m platform Linux-5.9.8-200.fc33.x86_64-x86_

[issue28468] Add platform.freedesktop_osrelease()

STINNER Victor added the comment: pmp-p: > android and aosp, termux are also linux distributions without /etc/os-release I replied ealier. It's fine that platform.freedesktop_os_release() (I prefer a name with two underscores :-)) raises an error on embedded Linux distributions. Usually, whe

[issue42299] Remove formatter module

Karthikeyan Singaravelan added the comment: This was proposed earlier : https://bugs.python.org/issue39352 -- nosy: +xtreak ___ Python tracker ___

[issue42246] Implement PEP 626

Change by Mark Shannon : -- pull_requests: +22384 pull_request: https://github.com/python/cpython/pull/23495 ___ Python tracker ___

[issue42246] Implement PEP 626

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue28468] Add platform.freedesktop_osrelease()

Christian Heimes added the comment: > IMO it's interesting to see which Linux distributions provide os-release. The > list of quite long! As I said before I could not find any supported release of a Linux distribution without a proper os-release file. It might be possible that there are micr

[issue42452] FIX Optimize 'rgb_to_hls'

New submission from Julien Jerphanion : This issue has been created after the PR. -- components: Library (Lib) messages: 381748 nosy: jjerphan priority: normal pull_requests: 22385 severity: normal status: open title: FIX Optimize 'rgb_to_hls' type: enhancement versions: Python 3.10 __

[issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale test_resize, and more

E. Paine added the comment: PR 23156 [Skip select ttk tests when on Ubuntu] proposes Ubuntu-specific test skips and is given as a justification for PR 28468 [Add platform.freedesktop_osrelease]. However, PR 23474 [Fix timeouts in ttk tests] attempts to correctly address the issue, though pro

[issue28468] Add platform.freedesktop_osrelease()

Matthias Klose added the comment: > In the case of this it's mood to even discuss requiring > os-release. (a) the PR does not add a hard dependency > on os-release, and (b) the file is present anyway. For anything outside cpython, there is the distro module, and the distro module is checking

[issue36159] Modify Formatter Class to handle arbitrary objects

Eric V. Smith added the comment: I just stumbled across this. I don't think the idea is totally without merit, although maybe it's too niche to warrant being in the stdlib. It should probably be discussed on python-ideas first. -- versions: +Python 3.10 -Python 2.7, Python 3.8 _

[issue42410] Raise a pickleError when convert _functools module to use PyType_FromModuleAndSpec

hai shi added the comment: I updated the test_functools.py in PR23405, the CI have all passed. -- ___ Python tracker ___ ___ Python

[issue42453] utf-8 codec error when pip uninstalling a package which has files containing unicode filename on Windows

New submission from 赵豪杰 <1292756...@qq.com>: When using `pip install package_name` installing a package, it will generate a `installed-files.txt` file, which records the file that the package contains. When updating or uninstalling the package, pip will need to read the `installed-files.txt`

[issue42453] utf-8 codec error when pip uninstalling a package which has files containing unicode filename on Windows

STINNER Victor added the comment: Please report the issue to https://github.com/pypa/pip pip is not part of Python stdlib. -- nosy: +vstinner resolution: -> third party stage: -> resolved status: open -> closed ___ Python tracker

[issue42443] Provide Thread creation hook support

Piotr Stanczyk added the comment: Thanks Christian for looking into this, please find my responses inlined: > * IMO it should be called after profiling and tracing hook, so non-trivial > hooks can be profiled and traced. Makes sense, Done. > * It's important to define and document, which thr

[issue42453] utf-8 codec error when pip uninstalling a package which has files containing unicode filename on Windows

赵豪杰 <1292756...@qq.com> added the comment: got it. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue28468] Add platform.freedesktop_osrelease()

Christian Heimes added the comment: Correction: It was ArchLinux, not Alpine. ArchLinux used to have /usr/lib/os-release only. Recent ArchLinux releases has a symlink from /etc/os-release to /usr/lib/os-release. -- ___ Python tracker

[issue28468] Add platform.freedesktop_osrelease()

STINNER Victor added the comment: The distro module has been mentioned multiple times. I looked at its code base and I suggest to not add it to the Python stdlib. It contains code specific to some Linux distributions. Examples. elif 'ubuntu_codename' in props: # Same as above but a non-

[issue42454] Move slice creation to the compiler for constants

New submission from Batuhan Taskaya : Currently, all the slices are created by the interpreter with BUILD_SLICE preceded by 2/3 LOAD_CONSTS. We can move the slice creation into the compiler and deduce the cost of these 3/4 instructions into a single LOAD_CONST operation where all values in th

[issue42454] Move slice creation to the compiler for constants

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +22386 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23496 ___ Python tracker ___

[issue42454] Move slice creation to the compiler for constants

Change by Batuhan Taskaya : -- nosy: +Mark.Shannon, serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue42410] Raise a pickleError when convert _functools module to use PyType_FromModuleAndSpec

STINNER Victor added the comment: > I updated the test_functools.py in PR23405, the CI have all passed. Does it mean that this issue is invalid and can be closed? -- ___ Python tracker _

[issue42454] Move slice creation to the compiler for constants

Change by Raymond Hettinger : -- nosy: +mark.dickinson, rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue42370] test_ttk_guionly: test_to() fails on the GitHub Ubuntu job

Serhiy Storchaka added the comment: New changeset b0b428510cfd604a8eef1f245f039331e671ea4a by Serhiy Storchaka in branch 'master': bpo-42370: Check element before making mouse click in ttk tests (GH-23491) https://github.com/python/cpython/commit/b0b428510cfd604a8eef1f245f039331e671ea4a ---

[issue42370] test_ttk_guionly: test_to() fails on the GitHub Ubuntu job

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

[issue42370] test_ttk_guionly: test_to() fails on the GitHub Ubuntu job

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

[issue42454] Move slice creation to the compiler for constants

Pablo Galindo Salgado added the comment: Unless we see something fundamentally broken with the hashability, I am +1 on this. Even if it does not show in macro benchmarks over the 3% mark, the microbenchmarks are positive and the code changes are very scoped, so there is not a maintainability

[issue42410] Raise a pickleError when convert _functools module to use PyType_FromModuleAndSpec

hai shi added the comment: > Does it mean that this issue is invalid and can be closed? I think it's can be closed if I can update test_functools.py in PR23405 :) -- ___ Python tracker _

[issue42370] test_ttk_guionly: test_to() fails on the GitHub Ubuntu job

miss-islington added the comment: New changeset 8388a333070e3a0022b0fc4ce1ac876a2805c0a0 by Miss Islington (bot) in branch '3.8': bpo-42370: Check element before making mouse click in ttk tests (GH-23491) https://github.com/python/cpython/commit/8388a333070e3a0022b0fc4ce1ac876a2805c0a0

[issue42454] Move slice creation to the compiler for constants

Christian Heimes added the comment: I'm slightly concerned about hashability of slice objects. Currently the slice constructor does not ensure that any slice parameter is a number. You can do horrible stuff like this: >>> slice({}) slice(None, {}, None) which of course fails later on: >>>

[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

Andrew Svetlov added the comment: New changeset 0ec34cab9dd4a7bcddafaeeb445fae0f26afcdd1 by Yurii Karabas in branch 'master': bpo-42392: Remove loop parameter form asyncio locks and Queue (#23420) https://github.com/python/cpython/commit/0ec34cab9dd4a7bcddafaeeb445fae0f26afcdd1 --

[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

Change by Andrew Svetlov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> enhancement ___ Python tracker ___

[issue42454] Move slice creation to the compiler for constants

Batuhan Taskaya added the comment: > I'm slightly concerned about hashability of slice objects. Currently the > slice constructor does not ensure that any slice parameter is a number. You > can do horrible stuff like this: The same thing can be applied to tuples, which are hashable if all th

[issue28468] Add platform.freedesktop_osrelease()

Christian Heimes added the comment: >From PR discussion on GH: I made ID_LIKE a special case because it's likely a users will use the field in a wrong way. The issue won't be detected in common CI because the field is either not present or contains a single item for majority of Linux distros

[issue42454] Move slice creation to the compiler for constants

Christian Heimes added the comment: Good point and excellent explanation. I'm no longer concerned! :) -- ___ Python tracker ___ ___

[issue42454] Move slice creation to the compiler for constants

Batuhan Taskaya added the comment: As a side effect, we also now fold some esoteric cases which are not very common. Like; """ test """[1:-1] We reviewed only optimizing this a while back and decided these are not that common to add a code path. Just wanted to mention that now we optimize th

[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

Yury Selivanov added the comment: Sorry, there are a few things in the committed patch that should be fixed. See the PR for my comments. -- resolution: fixed -> stage: resolved -> patch review status: closed -> open ___ Python tracker

[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

Change by Yurii Karabas <1998uri...@gmail.com>: -- pull_requests: +22389 pull_request: https://github.com/python/cpython/pull/23499 ___ Python tracker ___ _

[issue42299] Remove formatter module

Terry J. Reedy added the comment: I took a look at the module and its doc. It is based on a 1980s model of document processing that has been somewhat superseded by html, xml, and pdf. The module itself has been pretty well superseded by stdlib and external moudles. IDLE, for instance, dis

[issue42455] Add decorator_with_params function to functools module

New submission from Yurii Karabas <1998uri...@gmail.com>: In the current python codebases, there are a lot of decorators with parameters, and their code in most cases contains a lot of code boilerplates. The purpose of this issue is to add `decorator_with_params` function to `functools` module

[issue42455] Add decorator_with_params function to functools module

Change by Yurii Karabas <1998uri...@gmail.com>: -- keywords: +patch pull_requests: +22390 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23501 ___ Python tracker

[issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale test_resize, and more

Terry J. Reedy added the comment: 'Intermittent' appears to mean under 1%, but to much to ignore. Serhiy's patch is based on some definite hypothesis as to the reason. The test of his patch would be to merge it and see if failure re-occurs or not. Doing so seems better than nothing. Addit

[issue42088] types.SimpleNamespace.__repr__ documentation inconsistency

Change by Zackery Spytz : -- keywords: +patch nosy: +ZackerySpytz nosy_count: 1.0 -> 2.0 pull_requests: +22391 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23502 ___ Python tracker

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

STINNER Victor added the comment: New changeset ed1a5a5baca8f61e9a99c5be3adc16b1801514fe by Hai Shi in branch 'master': bpo-40170: Hide impl detail of Py_TRASHCAN_BEGIN macro (GH-23235) https://github.com/python/cpython/commit/ed1a5a5baca8f61e9a99c5be3adc16b1801514fe -- ___

[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

Yurii Karabas <1998uri...@gmail.com> added the comment: Is there anyone who is assigned to removing the deprecated `loop` parameter from `asyncio` codebase? If not I can take this task, I believe I have enough free time and curiosity to do that :) --

[issue42115] Caching infrastructure for the evaluation loop: specialised opcodes

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

[issue42115] Caching infrastructure for the evaluation loop: specialised opcodes

Pablo Galindo Salgado added the comment: I may not know the what is the average airspeed velocity of a laden swallow, but I know the average speed of adding a LOAD_METHOD opcode cache as in PR 23503 (measured with PGO + LTO + CPU isolation): +-+---

[issue42115] Caching infrastructure for the evaluation loop: specialised opcodes

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue42410] Raise a pickleError when convert _functools module to use PyType_FromModuleAndSpec

STINNER Victor added the comment: > I think it's can be closed if I can update test_functools.py in PR23405 :) Well, it's your issue, you can close the attached PR and close the issue. -- ___ Python tracker ___

[issue16346] maximum recursion installing readline package

Irit Katriel added the comment: write_pkg_file looks very different now. -- nosy: +iritkatriel resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker __

[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

Kyle Stanley added the comment: > Is there anyone who is assigned to removing the deprecated `loop` parameter > from `asyncio` codebase? > If not I can take this task, I believe I have enough free time and curiosity > to do that :) You can certainly feel free to work on that and it would de

[issue26451] CSV documentation doesn't open with an example

Irit Katriel added the comment: The example in the patch is very similar to the example that's in the doc under "A short usage example::", which is not that far below the beginning of the doc. -- nosy: +iritkatriel status: open -> pending ___ Pytho

[issue26878] Allow doctest to deep copy globals

Change by Irit Katriel : -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bu

[issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure an interpreter

STINNER Victor added the comment: I opened a thread on python-dev about this issue: "Configure Python initialization (PyConfig) in Python" https://mail.python.org/archives/list/python-...@python.org/thread/HQNFTXOCDD5ROIQTDXPVMA74LMCDZUKH/#X45X2K4PICTDJQYK3YPRPR22IGT2CDXB -- _

[issue28913] "Fatal Python error: Cannot recover from stack overflow." from RecursionError in Python 3.5

Irit Katriel added the comment: Hi Richard, 3.5 is no longer maintained. Does this issue exist in current (>= 3.8) versions? -- nosy: +iritkatriel status: open -> pending ___ Python tracker

[issue28913] "Fatal Python error: Cannot recover from stack overflow." from RecursionError in Python 3.5

STINNER Victor added the comment: https://github.com/Naddiseo/python-core-dump reproducer no longer works on Python 3.10. # in Python source code directory git clone https://github.com/Naddiseo/python-core-dump make ./python -m venv ENV ENV/bin/python -m pip install -r python-core-dump/requir

[issue28913] "Fatal Python error: Cannot recover from stack overflow." from RecursionError in Python 3.5

STINNER Victor added the comment: > This appears to happen in 3.5, and not in 3.6 so perhaps whatever fix was > applied to 3.6 can be backported to 3.5 so that it doesn't core dump? I removed the stack usage for function calls in Python 3.6. See the "Stack consumption" section of: https://vs

[issue42440] MACBOOK Python launcher

Rawad Bader added the comment: I installed Python 3.8 from Python.org, the Mac version is 11.0.1 (20B29). I have no idea before but now it doesn't work anymore. I will include the Python script here -- Added file: https://bugs.python.org/file49616/p.py _

  1   2   >