[issue41157] email.message_from_string() is unable to find the headers for the .msg files

Change by SilentGhost : -- components: +Library (Lib) ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41157] email.message_from_string() is unable to find the headers for the .msg files

Change by SilentGhost : -- nosy: +barry, maxking, r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue41165] [Python 3.10] Remove APIs deprecated since Python 3.3

Change by Inada Naoki : -- keywords: +patch pull_requests: +20423 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21273 ___ Python tracker ___

[issue40967] asyncio.Task.all_tasks() and asyncio.Task.current_task() must be removed in 3.9

Kyle Stanley added the comment: Thanks Rémi for working on this. -- priority: release blocker -> normal stage: patch review -> commit review ___ Python tracker ___

[issue40967] asyncio.Task.all_tasks() and asyncio.Task.current_task() must be removed in 3.9

miss-islington added the comment: New changeset df59293bf0d815fe37743025d639a63a78e0c771 by Miss Islington (bot) in branch '3.9': bpo-40967: Remove deprecated asyncio.Task.current_task() and asyncio.Task.all_tasks() (GH-20874)

[issue40967] asyncio.Task.all_tasks() and asyncio.Task.current_task() must be removed in 3.9

miss-islington added the comment: New changeset 004e64e8059fe68a72890314673282f2e60d5ce1 by Rémi Lapeyre in branch 'master': bpo-40967: Remove deprecated asyncio.Task.current_task() and asyncio.Task.all_tasks() (GH-20874)

[issue40967] asyncio.Task.all_tasks() and asyncio.Task.current_task() must be removed in 3.9

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

[issue41180] marshal load bypass code.__new__ audit event

Change by Yunfan Zhan : -- keywords: +patch pull_requests: +20421 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21271 ___ Python tracker ___

[issue41137] pdb uses the locale encoding for .pdbrc

Change by Emmanuel Arias : -- nosy: +eamanu ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41100] Build failure on macOS 11 (beta)

Change by Emmanuel Arias : -- nosy: +eamanu ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39579] Attribute node in a decorator has wrong end_col_offset

Francis Herne added the comment: Sorry, on further inspection it was the other AST range change https://bugs.python.org/issue39474 , not this one. -- ___ Python tracker ___

[issue41133] Insufficient description of cyclic garbage collector for C API

Pablo Galindo Salgado added the comment: I agree with what Tim said. We also cannot foresee every possible bug of someone misusing the C API, and the garbage collector interacts with many systems of the VM, and having gigantic documentation has shown to be always detrimental. > I think it

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

Change by STINNER Victor : -- pull_requests: +20420 pull_request: https://github.com/python/cpython/pull/21270 ___ Python tracker ___

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

STINNER Victor added the comment: New changeset 666ecfb0957a2fa0df5e2bd03804195de74bdfbf by Victor Stinner in branch 'master': bpo-1635741: Release Unicode interned strings at exit (GH-21269) https://github.com/python/cpython/commit/666ecfb0957a2fa0df5e2bd03804195de74bdfbf --

[issue39579] Attribute node in a decorator has wrong end_col_offset

Francis Herne added the comment: Note: this change causes a regression in kdev-python because our code was based on (and worked around) the long-standing previous behaviour; it produces broken results given the 'fixed' offset. I shall have to write a patch with a version-check before our

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

Change by STINNER Victor : -- pull_requests: +20419 pull_request: https://github.com/python/cpython/pull/21269 ___ Python tracker ___

[issue40521] [subinterpreters] Make free lists and unicode caches per-interpreter

STINNER Victor added the comment: New changeset 90db4653ae37ef90754cfd2cd6ec6857b87a88e6 by Victor Stinner in branch 'master': bpo-40521: Cleanup finalize_interp_types() (GH-21265) https://github.com/python/cpython/commit/90db4653ae37ef90754cfd2cd6ec6857b87a88e6 --

[issue39385] Add an assertNoLogs context manager to unittest TestCase

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

[issue39385] Add an assertNoLogs context manager to unittest TestCase

Vinay Sajip added the comment: New changeset 6b34d7b51e33fcb21b8827d927474ce9ed1f605c by Kit Choi in branch 'master': bpo-39385: Add an assertNoLogs context manager to unittest.TestCase (GH-18067) https://github.com/python/cpython/commit/6b34d7b51e33fcb21b8827d927474ce9ed1f605c --

[issue41043] Escape the literal part of the path for glob()

Petr Viktorin added the comment: Would it be worth it to add a "base" keyword argument to glob.glob? -- nosy: +petr.viktorin ___ Python tracker ___

[issue41168] Lack of proper checking in PyObject_SetAttr leads to segmentation fault

Petr Viktorin added the comment: What kind of security-related issues do you mean? A .pyc file is code; it can do anything. Never run untrusted code, be it .py or .pyc. See also: Lib/test/crashers/bogus_code_obj.py -- nosy: +petr.viktorin ___

[issue41073] [C API] PyType_GetSlot() should accept static types

Petr Viktorin added the comment: > If we extend PyType_GetSlot() to accept non-heaptype, we need find a way to > judge the max slot of non-heaptype. Static types can have some sub-slots structs but not others. A "max slot" will not help for types that have tp_as_mapping but not

[issue41191] PyType_FromModuleAndSpec is not mentioned in 3.9 What's new

New submission from Matthieu Dartiailh : Looking at the What's new for Python 3.9 I noticed that there was no mention of PEP 573. The added functions are properly documented and should probably be mentioned in the What's new. -- assignee: docs@python components: Documentation

[issue41189] An exploitable segmentation fault in _PyEval_EvalFrameDefault

Iman Sharafodin added the comment: Thank you for the response. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue41189] An exploitable segmentation fault in _PyEval_EvalFrameDefault

Ned Deily added the comment: > my only goal was to help Python community (which I love it) to improve the > code quality Thanks for trying to improve things, we do appreciate it! The idea here is that to be able to exploit the crashing pyc file, you need to be able to run an arbitrary pyc

[issue41189] An exploitable segmentation fault in _PyEval_EvalFrameDefault

Iman Sharafodin added the comment: You're right. But if someone uses the exact same code to decompile a pyc to a Python code, attacker doesn't have access to the interpreter and cannot even run the pyc file on the server, but the attacker can cause a crash and run the malicious exploit

[issue41189] An exploitable segmentation fault in _PyEval_EvalFrameDefault

Ned Deily added the comment: If users have unrestricted access to the interpreter, there are easier ways to crash Python than with modified byte code, for example, as is documented with ctypes. As noted on the Python Security Team web page (https://www.python.org/dev/security/): "If you can

[issue41100] Build failure on macOS 11 (beta)

Change by Mark Dickinson : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41133] Insufficient description of cyclic garbage collector for C API

Change by Joannah Nanjekye : -- nosy: +nanjekyejoannah, pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue41100] Build failure on macOS 11 (beta)

Change by Lawrence D'Anna : -- pull_requests: +20418 pull_request: https://github.com/python/cpython/pull/21268 ___ Python tracker ___

[issue37999] No longer use implicit convertion to int with loss

Change by Hans Petter Jansson : -- nosy: +hpj nosy_count: 2.0 -> 3.0 pull_requests: +20417 pull_request: https://github.com/python/cpython/pull/17536 ___ Python tracker ___

[issue41189] An exploitable segmentation fault in _PyEval_EvalFrameDefault

Iman Sharafodin added the comment: It could be potential dangerous, for example some services might use Python Core to decompile pyc files and they could be hacked or some other services could run restricted pyc files for users but using this bug they can escape the sandbox and run the

[issue41187] Convert the _msi module to Argument Clinic

Serhiy Storchaka added the comment: New changeset 5d5c84ef78b19211671c2bfa68fe073485135eed by Serhiy Storchaka in branch 'master': bpo-41187: Convert the _msi module to Argument Clinic (GH-21264) https://github.com/python/cpython/commit/5d5c84ef78b19211671c2bfa68fe073485135eed --

[issue41189] An exploitable segmentation fault in _PyEval_EvalFrameDefault

Ned Deily added the comment: Sorry, if you modified the pyc file, that is undefined behavior. We make no guarantees that you can't crash the interpreter with arbitrary byte code. -- resolution: -> not a bug stage: -> resolved status: open -> closed

[issue41189] An exploitable segmentation fault in _PyEval_EvalFrameDefault

Iman Sharafodin added the comment: I created a Python file with 12 lines of code and then changed the bytecode to make Python crash (I was testing Python to find security related bugs). I can send the original file, do you need that? -- ___

[issue41189] An exploitable segmentation fault in _PyEval_EvalFrameDefault

Ned Deily added the comment: Thank you for the report. Can you please supply the Python code that was translated into the .pyc file you supplied? If there is some reason that you don't want to post it to this issue, you can email it to secur...@python.org. --

[issue41158] IDLE: rewrite the code for handling file encoding

miss-islington added the comment: New changeset c3fa7534c7173d338880a1727f17795670518610 by Miss Islington (bot) in branch '3.8': bpo-41158: IDLE: rewrite the code for handling file encoding (GH-21215) https://github.com/python/cpython/commit/c3fa7534c7173d338880a1727f17795670518610

[issue41181] [macOS] Build macOS installer with LTO and PGO optimizations

Ned Deily added the comment: er, "macOS 11.0 Big Sur" :) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38980] Compile libpython with -fno-semantic-interposition

Change by Tianon : -- nosy: +tianon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41181] [macOS] Build macOS installer with LTO and PGO optimizations

Ned Deily added the comment: I should have made it clearer that we expect to release a new installer variant for macOS 11.6 Big Sur that supports both Intel and Apple Silicon architectures later this year (i.e. in several months) when Big Sur releases. It will be much easier to support

[issue41189] An exploitable segmentation fault in _PyEval_EvalFrameDefault

Change by SilentGhost : -- nosy: +ned.deily type: -> security ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue41190] msilib: SetProperty() accepts str, but GetProperty() returns bytes

New submission from Serhiy Storchaka : There is an inconsistency in the _msi.SummaryInformation class. Its method SetProperty() accepts str, but GetProperty() returns bytes (encoded with the Windows ANSI encoding). Since os.fsencode()/os.fsdecode() now use UTF-8 encoding, it is not so easy

[issue41158] IDLE: rewrite the code for handling file encoding

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

[issue41189] An exploitable segmentation fault in _PyEval_EvalFrameDefault

New submission from Iman Sharafodin : Python 3.6 (June 27, 2020) (https://www.python.org/ftp/python/3.6.11/Python-3.6.11.tgz). I found an exploitable segmentation fault in Python 3.6.11 (I validated that by using GDB's Exploitable plugin). Please find the attachment. #0 0x00b63bf4

[issue41188] Prepare CPython for opaque PyObject structure.

Change by William Pickard : -- keywords: +patch pull_requests: +20415 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21262 ___ Python tracker ___

[issue41188] Prepare CPython for opaque PyObject structure.

New submission from William Pickard : The goal of issue 39573 is to make "PyObject" and opaque structure in the limited API. To do that, a few mandatory changes will be required to CPython in order to allow for seamless implementation. Namely: 1) User types need to get away from directly

[issue41184] Reconciling IDLE's Comment Out Region / Uncomment Region with PEP 8 guidelines for commenting

Guido van Rossum added the comment: The IDLE feature should not change, for all the reasons Terry have. I am quite done with changes to PEP in order to settle arguments, and I do not believe this convention needs mentioning in that PEP. Remember there is text in PEP 8 reminding readers to

[issue41100] Build failure on macOS 11 (beta)

Change by Lawrence D'Anna : -- pull_requests: +20414 pull_request: https://github.com/python/cpython/pull/21266 ___ Python tracker ___

[issue40521] [subinterpreters] Make free lists and unicode caches per-interpreter

Change by STINNER Victor : -- pull_requests: +20413 pull_request: https://github.com/python/cpython/pull/21265 ___ Python tracker ___

[issue40512] [subinterpreters] Meta issue: per-interpreter GIL

STINNER Victor added the comment: > Update of the EXPERIMENTAL_ISOLATED_SUBINTERPRETERS status. Also: * _PyLong_Zero and _PyLong_One singletons are shared * Py_None, Py_True and Py_False singletons are shared: bpo-39511 and PR 18301 * Static types like PyUnicode_Type and PyLong_Type are

[issue41184] Reconciling IDLE's Comment Out Region / Uncomment Region with PEP 8 guidelines for commenting

[issue41180] marshal load bypass code.__new__ audit event

Steve Dower added the comment: I like using the existing event for unmarshalling code objects, assuming we have all the arguments available. I'm not sure whether it's worth auditing all marshal.load() calls (just as we don't audit all pickle.load() calls). But depending on the code paths we

[issue41007] test_importlib logs ResourceWarning: test_path.CommonTests.test_importing_module_as_side_effect()

STINNER Victor added the comment: Alright, this issue was fixed by: commit 2fb5f038f2a2e91a7293d62dfd5601e6eb500c55 (HEAD) Author: Jason R. Coombs Date: Mon Jun 29 16:59:22 2020 -0400 bpo-40924: Ensure importlib.resources.path returns an extant path (GH-20857) -- resolution:

[issue41187] Convert the _msi module to Argument Clinic

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

[issue41187] Convert the _msi module to Argument Clinic

New submission from Serhiy Storchaka : The proposed PR converts the _msi module to Argument Clinic. * Fixes deprecation warnings with the "u" format. * Adds signatures. * Adds meaningful docstrings. -- components: Argument Clinic, Windows messages: 372769 nosy: larry, paul.moore,

[issue41186] distutils.version epoch compatibility

Bar Harel added the comment: Actually, it looks like distutils days are quite over and pip itself uses setuptools with pypa packaging. I'll take the initiative and close this. -- resolution: -> wont fix stage: -> resolved status: open -> closed

[issue41137] pdb uses the locale encoding for .pdbrc

Change by Srinivas Reddy Thatiparthy(శ్రీనివాస్ రెడ్డి తాటిపర్తి) : -- keywords: +patch nosy: +thatiparthy nosy_count: 2.0 -> 3.0 pull_requests: +20411 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21263 ___ Python

[issue41181] [macOS] Build macOS installer with LTO and PGO optimizations

STINNER Victor added the comment: If clang 6.0 is a dead end for LTO, another option is to build a recent clang version on macOS 10.9. If I manage to do that, would it sound like an acceptable solution? I don't expect any API/ABI issue just by changing the clang version. Upgrading clang

[issue41181] [macOS] Build macOS installer with LTO and PGO optimizations

STINNER Victor added the comment: >> Clang 6.0 doesn't support LTO and PGO? > No, it appears not. That's really surprising. I see LTO mentioned in LLVM 3.4 changelog for example: https://releases.llvm.org/3.4/tools/clang/docs/ReleaseNotes.html#new-compiler-flags Did you try to build Python

[issue41186] distutils.version epoch compatibility

New submission from Bar Harel : Is distutils.version aware of the PEP440 epoch version modifier? I haven't seen any reference to this. AFAIK pypa packaging does take it into consideration, but should the stdlib also care about it? I would like to believe pip takes it into consideration but

[issue41179] find_library on macOS Big Sur

Change by Ned Deily : -- resolution: -> duplicate stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue41181] [macOS] Build macOS installer with LTO and PGO optimizations

Ned Deily added the comment: > Clang 6.0 doesn't support LTO and PGO? No, it appears not. And it's not an oversight that we don't use the these options. As Łukasz points out, for the current macOS installer variants we supply are designed to run on all Mac systems from macOS 10.9 on. To

[issue41106] os.scandir() Windows bug dir_entry.stat() not works on file during writing.

Eryk Sun added the comment: > As far as I know os.stat() resets d.stat() maybe should be added > some option to d.stat() to force update(). d.stat(nt_force_update=True). It depends on the filesystem. NTFS will update the directory entry as soon as the link is accessed by CreateFileW. But

[issue41007] test_importlib logs ResourceWarning: test_path.CommonTests.test_importing_module_as_side_effect()

Srinivas Reddy Thatiparthy(శ్రీనివాస్ రెడ్డి తాటిపర్తి) added the comment: (allhub) ➜ cpython git:(master) ✗ ./python.exe -X tracemalloc=20 -m test test_importlib -m test.test_importlib.test_path.CommonTests.test_importing_module_as_side_effect -v == CPython 3.10.0a0

[issue41007] test_importlib logs ResourceWarning: test_path.CommonTests.test_importing_module_as_side_effect()

Srinivas Reddy Thatiparthy(శ్రీనివాస్ రెడ్డి తాటిపర్తి) added the comment: I can repro on 843c27765652e2322011fb3e5d88f4837de38c06 but I have tried this on latest master d0981e6 and I do not see the warning. can be closed? -- nosy: +thatiparthy

[issue41185] lib2to3 generation of pickle files is racy

New submission from Marco Barisione : The generation of pickle files in load_grammar in lib2to3/pgen2/driver.py is racy as other processes may end up reading a half-written pickle file. This is reproducible with the command line tool, but it's easier to reproduce by importing lib2to3. You

[issue39573] [C API] Make PyObject an opaque structure in the limited C API

Change by William Pickard : -- nosy: +WildCard65 nosy_count: 9.0 -> 10.0 pull_requests: +20410 pull_request: https://github.com/python/cpython/pull/21262 ___ Python tracker

[issue41066] Update documentation for Pathlib

Change by Srinivas Reddy Thatiparthy(శ్రీనివాస్ రెడ్డి తాటిపర్తి) : -- keywords: +patch pull_requests: +20409 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21261 ___ Python tracker

[issue41158] IDLE: rewrite the code for handling file encoding

miss-islington added the comment: New changeset fe0175f5b50967aae90cb759a0d2d016fb745584 by Miss Islington (bot) in branch '3.9': bpo-41158: IDLE: rewrite the code for handling file encoding (GH-21215) https://github.com/python/cpython/commit/fe0175f5b50967aae90cb759a0d2d016fb745584

[issue41181] [macOS] Build macOS installer with LTO and PGO optimizations

STINNER Victor added the comment: > We cannot depend on PGO and LTO for it unless we start building the installer > on 10.15. Clang 6.0 doesn't support LTO and PGO? Would you mind to elaborate? -- ___ Python tracker

[issue41184] Reconciling IDLE's Comment Out Region / Uncomment Region with PEP 8 guidelines for commenting

New submission from Anthropologist : IDLE's Comment Out Region formatting tool currently adds two octothorpe characters followed by no spaces. The Uncomment Region tool removes up to 2 octothorpes but does not remove spaces. The Python Style Guide (PEP 8) specifies that: "An inline comment

[issue41158] IDLE: rewrite the code for handling file encoding

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

[issue41158] IDLE: rewrite the code for handling file encoding

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

[issue41183] Workaround or fix for SSL "EE_KEY_TOO_SMALL" test failures

Change by Christian Heimes : -- keywords: +patch pull_requests: +20405 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/21258 ___ Python tracker

[issue34542] [TLS] Update test certs to future proof settings

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

[issue41177] ConvertingList and ConvertingTuple lack iterators and ConvertingDict lacks items()

Change by Brett Hannigan : -- versions: -Python 3.10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41183] Workaround or fix for SSL "EE_KEY_TOO_SMALL" test failures

Christian Heimes added the comment: I'll look into it. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41183] Workaround or fix for SSL "EE_KEY_TOO_SMALL" test failures

New submission from Larry Hastings : I'm testing 3.5.10rc1 on a freshly installed Linux (Pop!_OS 20.04), and I'm getting a lot of these test failures: ssl.SSLError: [SSL: EE_KEY_TOO_SMALL] ee key too small (_ssl.c:2951) Apparently the 2048 keys used in the tests are considered "too small"

[issue41179] find_library on macOS Big Sur

Sumanth Ratna added the comment: I see; thanks for letting me know! I saw Issue41100 but I had assumed that it was only for build issues :) Should I close this issue? -- ___ Python tracker

[issue41169] socket.inet_pton raised when pass an IPv6 address like "[::]" to it

Wator Sead added the comment: Can you try bind "::". My ask is "Can make a consistent behave via constraints it?". -- ___ Python tracker ___

[issue41170] Use strnlen instead of strlen when the size i known.

Larry Hastings added the comment: strnlen() isn't standard C, but an exciting new function strnlen_s() is, as of C11. https://en.cppreference.com/w/c/string/byte/strlen (At this rate, we should be able to code CPython using that standard in about 2030.) But! I found a 2005 thread on /.

[issue41169] socket.inet_pton raised when pass an IPv6 address like "[::]" to it

Christian Heimes added the comment: The behavior of sockets depends on platform and implementation details of OS and libc. Binding to ('[::]', 888) does not work for me on Linux. It might work on other problems. The majority of functions and methods in the socket module are thin wrappers

[issue41169] socket.inet_pton raised when pass an IPv6 address like "[::]" to it

Wator Sead added the comment: [::] can be bound, but the resoult is [::1], you must use this address to connect. Excuse me, are you a developer of the Python? >>> import socket >>> ls = socket.socket(socket.AF_INET6) >>> cs = socket.socket(socket.AF_INET6) >>> ls.bind(('[::]', 888)) # no

[issue41176] revise Tkinter mainloop dispatching flag behavior

Richard Sheridan added the comment: Removing `WaitForMainloop` would surely break some existing programs, but that's why I suggested deprecation instead of just removing it suddenly. We could issue a RuntimeWarning if `WaitForMainloop` actually waits and tell the client to take responsibility

[issue41153] [easy Doc] "PyPreConfig_InitIsolatedConfig" and "PyPreConfig_InitPythonConfig" are given the opposite's documentation.

Change by William Pickard : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue41106] os.scandir() Windows bug dir_entry.stat() not works on file during writing.

Cezary Wagner added the comment: As far as I know os.stat() resets d.stat() maybe should be added some option to d.stat() to force update(). d.stat(nt_force_update=True). I am not sure if os.path.getmtime() can reset d.stat(). os.stat() is 2x times slower than os.path.getmtime() and

[issue41181] [macOS] Build macOS installer with LTO and PGO optimizations

Łukasz Langa added the comment: The installer is built on Mac OS X 10.9 so that it is forward compatible with all OS X and macOS versions. We cannot depend on PGO and LTO for it unless we start building the installer on 10.15. We cannot do this currently as those installers would not work

[issue41182] DefaultSelector fails to detect selector on VMware ESXi

Change by Abhijeet Kasurde : -- keywords: +patch pull_requests: +20403 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21257 ___ Python tracker

[issue41182] DefaultSelector fails to detect selector on VMware ESXi

New submission from Abhijeet Kasurde : When DefaultSelector is used on VMware ESXi, it fails with >>> import selectors >>> selector = selectors.DefaultSelector() Traceback (most recent call last): File "", line 1, in File

[issue41181] [macOS] Build macOS installer with LTO and PGO optimizations

Change by STINNER Victor : -- components: +macOS nosy: +inada.naoki, ned.deily, rhettinger, ronaldoussoren ___ Python tracker ___

[issue41181] [macOS] Build macOS installer with LTO and PGO optimizations

Change by STINNER Victor : -- keywords: +patch pull_requests: +20402 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21256 ___ Python tracker ___

[issue36839] Support the buffer protocol in code objects

Stefan Krah added the comment: For clarification, the incident I referred to is entirely unrelated to *this* issue: Of course Dino Viehland has been rational, friendly and competent. I wanted to point out that people might have had a formative experience *elsewhere*. --

[issue41181] [macOS] Build macOS installer with LTO and PGO optimizations

STINNER Victor added the comment: The performance issue was noticed by Raymond Hettinger who ran a microbenchmark on tuplegetter_descr_get(), comparison between Python 3.8 and Python 3.9: https://mail.python.org/archives/list/python-...@python.org/message/Q3YHYIKNUQH34FDEJRSLUP2MTYELFWY3/

[issue41181] [macOS] Build macOS installer with LTO and PGO optimizations

New submission from STINNER Victor : Link Time Optimization (LTO) and Profile-Guided Optimization (PGO) have a major impact on Python performance: they make Python between 10% and 30% faster (coarse estimation). Currently, macOS installers distributed on python.org are built with Clang 6.0

[issue37495] socket.inet_aton parsing issue on some libc versions

disconnect3d added the comment: Regarding the exception case: seems like OSError, since that's what originally was done and we don't want to break users of this code. -- ___ Python tracker

[issue41176] revise Tkinter mainloop dispatching flag behavior

E. Paine added the comment: I agree it would be helpful to expose an explicit way of telling if the mainloop was running but am not sure about removing `WaitForMainloop` as it could very easily break existing programs. If a program executes a tkinter method in a thread before the mainloop

[issue37495] socket.inet_aton parsing issue on some libc versions

disconnect3d added the comment: Its a while since this has been reported. I think inet_aton_pton.py is fine, though, a commit adding it should explain why we do it this way. @vstinner can you push this patch further or do you want me to do it? --

[issue36839] Support the buffer protocol in code objects

Change by STINNER Victor : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36839] Support the buffer protocol in code objects

Inada Naoki added the comment: FWI, I wrote my idea in python-ideas mailing list. https://mail.python.org/archives/list/python-id...@python.org/message/VKBXY7KDI2OGESB7IPAMAIIHKR4TC7TQ/ -- ___ Python tracker

[issue36839] Support the buffer protocol in code objects

Stefan Krah added the comment: Though code objects do not concern me directly, as the author of memoryview I now concur with Inada-san that we should not support hacks in the Python code base that benefit a single company. -- ___ Python tracker

  1   2   >