[issue45253] mimetypes cannot detect mime of mka files

New submission from Manuj Chandra : The mimetypes library cannot detect mime of mka files. It returns None instead of audio. mp3 and mkv are working. Only mka is not working. -- components: Library (Lib) files: Screenshot from 2021-09-21 13-10-33.png messages: 402290 nosy: manujchandr

[issue45254] HAS_SHMEM detection logic is duplicated in implementation and tests

New submission from Nikita Sobolev : `HAS_SHMEM` is defined in `multiprocessing.managers` module https://github.com/python/cpython/blob/0bfa1106acfcddc03590e1f5d6789dbad3affe70/Lib/multiprocessing/managers.py#L35-L40 Later the same logic is duplicated in `_test_multiprocessing`: https://githu

[issue45254] HAS_SHMEM detection logic is duplicated in implementation and tests

Change by Nikita Sobolev : -- components: +Tests versions: +Python 3.10, Python 3.11, Python 3.8, Python 3.9 ___ Python tracker ___

[issue45254] HAS_SHMEM detection logic is duplicated in implementation and tests

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

[issue45251] signal.SIGCLD alias is not available on OSX

Ronald Oussoren added the comment: The documentation for the SIG* constants also mentions: SIG* All the signal numbers are defined symbolically. For example, the hangup signal is defined as signal.SIGHUP; the variable names are identical to the names used in C programs, as found in . The

[issue45113] [subinterpreters][C API] Add a new function to create PyStructSequence from Heap.

Petr Viktorin added the comment: Subinterpreters are not the only reason to do this (and they're not *my* reason to do it). Adding a way to create PyStructSequence heap will help users of the stable ABI, where reduced performance is a known tradeoff (see https://www.python.org/dev/peps/pep-

[issue41682] [Windows] test_asyncio: Proactor test_sendfile_close_peer_in_the_middle_of_receiving failure

Nikita Sobolev added the comment: Happened to me today: https://dev.azure.com/Python/cpython/_build/results?buildId=88208&view=logs&j=c83831cd-3752-5cc7-2f01-8276919eb334&t=5a421c4a-0933-53d5-26b9-04b36ad165eb ``` test_sendfile_close_peer_in_the_middle_of_receiving (test.test_asyncio.test_s

[issue24076] sum() several times slower on Python 3 64-bit

Stefan Behnel added the comment: New changeset debd80403721b00423680328d6adf160a28fbff4 by scoder in branch 'main': bpo-24076: Inline single digit unpacking in the integer fastpath of sum() (GH-28469) https://github.com/python/cpython/commit/debd80403721b00423680328d6adf160a28fbff4 ---

[issue45116] Performance regression 3.10b1 and later on Windows: Py_DECREF() not inlined in PGO build

Ken Jin added the comment: Like what Ma Lin and neonene have mentioned above, PR28475 recovered half of the lost performance. It's unfortunately still 4% slower than 3.10a7. >pyperf compare_to 310a7.json 310rc2.json 310rc2patched.json Geometric mean (versus 3.10a7) == 310rc2: 1.

[issue45246] the sorted() documentation should refer to operator

Dimitri Papadopoulos Orfanos added the comment: Then what about removing it from the list.sort() documentation too? Note that maintainers of other PEPs insist that this is a known fact and base their code on that: https://github.com/python/peps/pull/2077 -- _

[issue24076] sum() several times slower on Python 3 64-bit

Serhiy Storchaka added the comment: What are microbenchmark results for PR 28469 in comparison with the baseline? -- ___ Python tracker ___ ___

[issue45246] the sorted() documentation should refer to operator

Dimitri Papadopoulos Orfanos added the comment: I would recommend the wording in the "Sorting HOW TO" from: The sort routines are guaranteed to use __lt__() when making comparisons between two objects. to: The sort routines happen to use __lt__() when making comparisons between two ob

[issue30349] Preparation for advanced set syntax in regular expressions

Philippe Ombredanne added the comment: FWIW, this warning is annoying because it is hard to fix in the case where the regex are source from data: the warning message does not include the regex at fault; it should otherwise the warning is noisy and ineffective IMHO. -- nosy: +pombreda

[issue24076] sum() several times slower on Python 3 64-bit

Stefan Behnel added the comment: Original: $ ./python -m timeit -s 'd = list(range(2**61, 2**61 + 1))' 'sum(d)' 500 loops, best of 5: 712 usec per loop $ ./python -m timeit -s 'd = list(range(2**30, 2**30 + 1))' 'sum(d)' 2000 loops, best of 5: 149 usec per loop $ ./python -m timeit -s '

[issue24076] sum() several times slower on Python 3 64-bit

Change by Stefan Behnel : -- Removed message: https://bugs.python.org/msg402301 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue24076] sum() several times slower on Python 3 64-bit

Stefan Behnel added the comment: Original: $ ./python -m timeit -s 'd = list(range(2**61, 2**61 + 1))' 'sum(d)' 500 loops, best of 5: 712 usec per loop $ ./python -m timeit -s 'd = list(range(2**30, 2**30 + 1))' 'sum(d)' 2000 loops, best of 5: 149 usec per loop $ ./python -m timeit -s '

[issue30349] Preparation for advanced set syntax in regular expressions

Philippe Ombredanne added the comment: Sorry, my comment was at best nonsensical gibberish! I meant to say that this warning message should include the actual regex at fault; otherwise it is hard to fix when the regex in question comes from some data structure like a list; then the line numb

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

Sebastian Rittau added the comment: One thing I would strongly suggest for consistent terminology: Make "iterator" mean an object that has both "__next()__" and "__iter()__". This is consistent with how an iterator has been described in the glossary for a long time, but also consistent with

[issue45176] Many regtest failures on Windows with non-ASCII account name

Serhiy Storchaka added the comment: Not only sys.executable. Sources of non-ASCII paths: * sys.executable * __file__ of the stdlib or test modules * the current working directory * the temporary directory The last one is the most common in these failures. Tests fail when a non-ASCII path is

[issue24076] sum() several times slower on Python 3 64-bit

Serhiy Storchaka added the comment: Thank you. Could you please test PGO builds? -- ___ Python tracker ___ ___ Python-bugs-list mai

[issue45116] Performance regression 3.10b1 and later on Windows: Py_DECREF() not inlined in PGO build

neonene added the comment: To be fair, the slowdowns between PR25244 and b1 seems to be an accumulation of "1.00x slower" of every commit. I don't know after b1. -- ___ Python tracker __

[issue45116] Performance regression 3.10b1 and later on Windows: Py_DECREF() not inlined in PGO build

Mark Shannon added the comment: The only other change of any obvious significance to _PyEval_EvalFrameDefault since 3.10a7 are the changes to MATCH_MAPPING and MATCH_SEQUENCE and those make _PyEval_EvalFrameDefault smaller. We may need to look elsewhere for the remaining ~4% performance. --

[issue45255] sqlite3.connect() should check if the sqlite file exists and throw a FileNotFoundError if it doesn't

New submission from Isaac Boates : I was just using the sqlite3 package and was very confused when trying to open an sqlite database from a relative path, because the only error provided was: File "/path/to/filepy", line 50, in __init__ self.connection = sqlite3.connect(path) sqlite3.Ope

[issue24076] sum() several times slower on Python 3 64-bit

Stefan Behnel added the comment: Hmm, thanks for insisting, Serhiy. I was accidentally using a debug build this time. I'll make a PGO build and rerun the microbenchmarks. -- ___ Python tracker _

[issue45256] Remove the usage of the cstack in Python to Python calls

New submission from Pablo Galindo Salgado : Removing the usage of the C stack in Python-to-Python calls will allow future optimizations in the eval loop to take place and can yield some speed ups given that we will be removing C function calls and preambles by inlining the callee in the same

[issue45256] Remove the usage of the cstack in Python to Python calls

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

[issue42406] Importing multiprocessing breaks pickle.whichmodule

Change by Roundup Robot : -- nosy: +python-dev nosy_count: 5.0 -> 6.0 pull_requests: +26885 pull_request: https://github.com/python/cpython/pull/28489 ___ Python tracker ___ __

[issue44958] [sqlite3] only reset statements when needed

Pablo Galindo Salgado added the comment: New changeset 050d1035957379d70e8601e6f5636637716a264b by Erlend Egeberg Aasland in branch 'main': bpo-44958: Only reset `sqlite3` statements when needed (GH-27844) https://github.com/python/cpython/commit/050d1035957379d70e8601e6f5636637716a264b ---

[issue24076] sum() several times slower on Python 3 64-bit

Stefan Behnel added the comment: Old, with PGO: $ ./python -m timeit -s 'd = list(range(2**61, 2**61 + 1))' 'sum(d)' 1000 loops, best of 5: 340 usec per loop $ ./python -m timeit -s 'd = list(range(2**30, 2**30 + 1))' 'sum(d)' 2000 loops, best of 5: 114 usec per loop $ ./python -m timei

[issue24076] sum() several times slower on Python 3 64-bit

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

[issue45176] Many regtest failures on Windows with non-ASCII account name

Eryk Sun added the comment: I see no problem with changing a test -- such as test_consistent_sys_path_for_direct_execution() -- to spawn the child interpreter with `-X utf8` when the I/O encoding itself is irrelevant to the test -- except for forcing a common Unicode encoding to ensure the i

[issue24076] sum() several times slower on Python 3 64-bit

Serhiy Storchaka added the comment: Thank you again Stefan. Now no doubts are left. BTW, pyperf gives more stable results. I use it if have any doubts (either the results of timeit are not stable or the difference is less than say 10%). -- ___ Pyt

[issue44958] [sqlite3] only reset statements when needed

Change by Erlend E. Aasland : -- pull_requests: +26886 pull_request: https://github.com/python/cpython/pull/28490 ___ Python tracker ___ ___

[issue45233] Allow split key dictionaries with values owned by other objects.

Mark Shannon added the comment: Experiments show that using `stride` just makes the code more complex, `dk_kind` is sufficient. We will still need ownership flags for split dicts, though. A single flag may suffice. -- ___ Python tracker

[issue44958] [sqlite3] only reset statements when needed

miss-islington added the comment: New changeset 3e3ff09058a71b92c32d1d7dc32470c0cf49300c by Erlend Egeberg Aasland in branch 'main': bpo-44958: Fix ref. leak introduced in GH-27844 (GH-28490) https://github.com/python/cpython/commit/3e3ff09058a71b92c32d1d7dc32470c0cf49300c -- nosy:

[issue45257] Compiling 3.8 branch on Windows attempts to use incompatible libffi version

New submission from William Proffitt : Wasn't sure where to file this. I built Python 3.8.12 for Windows recently from the latest bugfix source release in the cpython repository. One tricky thing came up I wanted to write-up in case it matters to someone else. The version of libffi in the cpy

[issue44958] [sqlite3] only reset statements when needed

Erlend E. Aasland added the comment: Now that pysqlite_statement_reset() is only used in cursor.c, I suggest to move it to cursor.c and make it a static function. -- ___ Python tracker _

[issue45255] sqlite3.connect() should check if the sqlite file exists and throw a FileNotFoundError if it doesn't

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

[issue45256] Remove the usage of the cstack in Python to Python calls

Change by Ken Jin : -- nosy: +kj ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mail

[issue45116] Performance regression 3.10b1 and later on Windows: Py_DECREF() not inlined in PGO build

neonene added the comment: PR28475 PGO is 2% slower than the patch I pasted on msg401743. The function sizes are almost the same (+1:goto,+1:label), and there is no performance gap between release builds. I suspect the following. 1. PGO is too sensitive to a function size at near the limit.

[issue40951] csv skipinitialspace no longer working

Andrei Kulakov added the comment: Closing; if anyone finds a way to reproduce please add a comment or open a new issue. -- resolution: -> works for me stage: -> resolved status: open -> closed ___ Python tracker

[issue45200] Address Sanitizer: libasan dead lock in pthread_create() (test_multiprocessing_fork.test_get() hangs)

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

[issue45257] Compiling 3.8 branch on Windows attempts to use incompatible libffi version

Steve Dower added the comment: Yes, unfortunately the external build was not referencing a tag in those sources but a branch, so when the newer version was pushed they picked it up. We fixed the pin in https://github.com/python/cpython/commit/8c3a10e58b12608c3759fee684e7aa399facae2a You sho

[issue45200] Address Sanitizer: libasan dead lock in pthread_create() (test_multiprocessing_fork.test_get() hangs)

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue45200] Address Sanitizer: libasan dead lock in pthread_create() (test_multiprocessing_fork.test_get() hangs)

Pablo Galindo Salgado added the comment: New changeset a356272362c15f2561872f3206baf5e9a0543997 by Pablo Galindo Salgado in branch 'main': bpo-45200: Ignore test_multiprocessing_* in ASAN build due to false positives (GH-28492) https://github.com/python/cpython/commit/a356272362c15f2561872f3

[issue45176] Many regtest failures on Windows with non-ASCII account name

Steve Dower added the comment: > I've already installed for all users, just not into the default "C:\Program > Files\", but instead "C:\Programs\Python\" Ah yes, that indeed rules out my first suspicion. > Fixing tests is not enough, because it is often an issue of scripts which > write pat

[issue24076] sum() several times slower on Python 3 64-bit

Pablo Galindo Salgado added the comment: Unfortunately commit debd80403721b00423680328d6adf160a28fbff4 introduced a reference leak: ❯ ./python -m test test_grammar -R : 0:00:00 load avg: 2.96 Run tests sequentially 0:00:00 load avg: 2.96 [1/1] test_grammar beginning 9 repetitions 123456789 ..

[issue24076] sum() several times slower on Python 3 64-bit

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

[issue24076] sum() several times slower on Python 3 64-bit

Pablo Galindo Salgado added the comment: Opened #28493 to fix the refleak -- ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue24076] sum() several times slower on Python 3 64-bit

Pablo Galindo Salgado added the comment: Sorry, I meant PR 28493 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue45226] Misleading error message when pathlib.Path.symlink_to() fails with permissions error

Maor Feldinger added the comment: Oh I see what you mean, sorry about that, maybe the comperison to `os.symlink()` was wrong. It still feels wrong to me with since I am trying to make src symlink(point) to target and in the error message it looks like I am trying to do the other way around.

[issue45246] the sorted() documentation should refer to operator

Change by Raymond Hettinger : -- pull_requests: +26889 pull_request: https://github.com/python/cpython/pull/28494 ___ Python tracker ___ ___

[issue45246] the sorted() documentation should refer to operator

Dimitri Papadopoulos Orfanos added the comment: I've seen the new PR for sorted(), thank you for looking into this. Would it make sense to change list.sort() in the same way? -- ___ Python tracker _

[issue40503] PEP 615: Add zoneinfo module

Change by Isuru Fernando : -- pull_requests: +26890 pull_request: https://github.com/python/cpython/pull/28495 ___ Python tracker ___ __

[issue40503] PEP 615: Add zoneinfo module

Isuru Fernando added the comment: Thanks @steve.dower for the info. I've created https://github.com/python/cpython/pull/28495. Let me know if it needs to have a separate bpo issue. -- ___ Python tracker __

[issue45246] the sorted() documentation should refer to operator

Raymond Hettinger added the comment: > Thank you for looking into this. You're welcome :-) > Would it make sense to change list.sort() in the same way? I think not. This is a such a minor point and is a distractor. Most users would be better off focusing on the other text. -- _

[issue45246] the sorted() documentation should refer to operator

Raymond Hettinger added the comment: New changeset 9a0dcc5b2e04d9c51350107734f12a1cbc0284a7 by Raymond Hettinger in branch 'main': bpo-45246: Document that sorted() only uses "<" comparisons (GH-28494) https://github.com/python/cpython/commit/9a0dcc5b2e04d9c51350107734f12a1cbc0284a7 ---

[issue45246] the sorted() documentation should refer to operator

Change by miss-islington : -- nosy: +miss-islington nosy_count: 4.0 -> 5.0 pull_requests: +26891 pull_request: https://github.com/python/cpython/pull/28496 ___ Python tracker _

[issue45246] the sorted() documentation should refer to operator

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

[issue45246] the sorted() documentation should refer to operator

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

[issue44807] typing.Protocol silently overrides __init__ method of delivered class

Łukasz Langa added the comment: I'm not sure whether we should downright reject `__init__()` methods. Sadly, they aren't usable at the moment anyway, but they could. Hear me out. There seems to be a gap in the PEP 544 definition of protocols, i.e. whether `__init__` should be definable as par

[issue24076] sum() several times slower on Python 3 64-bit

Pablo Galindo Salgado added the comment: New changeset 1c7e98dc258a0e7ccd2325a1aefc4aa2de51e1c5 by Pablo Galindo Salgado in branch 'main': bpo-24076: Fix reference in sum() introduced by GH-28469 (GH-28493) https://github.com/python/cpython/commit/1c7e98dc258a0e7ccd2325a1aefc4aa2de51e1c5 --

[issue45026] More compact range iterator

Łukasz Langa added the comment: Looks like GH-28176 is faster across the board. One missing benchmark here is comparing `len()` speed as this was where the results will be reversed. It would be interesting to see to what extent. -- ___ Python track

[issue45209] multiprocessing tests log: UserWarning: resource_tracker: There appear to be 1 leaked shared_memory objects to clean up at shutdown

Łukasz Langa added the comment: New changeset f604cf1c377a7648e0686044e6e49900bfc9feef by Nikita Sobolev in branch 'main': bpo-45209: fix `UserWarning: resource_tracker` in test_multiprocessing (GH-28377) https://github.com/python/cpython/commit/f604cf1c377a7648e0686044e6e49900bfc9feef

[issue43760] The DISPATCH() macro is not as efficient as it could be (move PyThreadState.use_tracing)

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

[issue45246] the sorted() documentation should refer to operator

miss-islington added the comment: New changeset aea92de9900ceb8d679a9324fc72621940b9c8a0 by Miss Islington (bot) in branch '3.9': bpo-45246: Document that sorted() only uses "<" comparisons (GH-28494) https://github.com/python/cpython/commit/aea92de9900ceb8d679a9324fc72621940b9c8a0

[issue45209] multiprocessing tests log: UserWarning: resource_tracker: There appear to be 1 leaked shared_memory objects to clean up at shutdown

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

[issue45209] multiprocessing tests log: UserWarning: resource_tracker: There appear to be 1 leaked shared_memory objects to clean up at shutdown

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

[issue45258] sysroot_paths in setup.py does not consider -isysroot for macOS

New submission from Isuru Fernando : It only looks at --sysroot which is Linux specific -- components: Build messages: 402338 nosy: FFY00, isuruf priority: normal severity: normal status: open title: sysroot_paths in setup.py does not consider -isysroot for macOS versions: Python 3.11

[issue45258] sysroot_paths in setup.py does not consider -isysroot for macOS

Change by Isuru Fernando : -- keywords: +patch pull_requests: +26896 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28501 ___ Python tracker ___ _

[issue43976] Allow Python distributors to add custom site install schemes

Jason R. Coombs added the comment: > In the short term, and possible for the long term, Debian can continue to > patch the install routine... The problem with this approach is Setuptools is attempting to adopt distutils by exposing its own vendored copy of distutils as `distutils` (top-level

[issue45257] Compiling 3.8 branch on Windows attempts to use incompatible libffi version

William Proffitt added the comment: Ah yes, thank you Steve. I see the commit you're referencing is the cherry pick from upstream onto the 3.8 branch, but it's newer than the tag 3.8.12 I was using. Looks like I won't have to do anything if I wait until 3.8.13 before doing this again. This i

[issue45209] multiprocessing tests log: UserWarning: resource_tracker: There appear to be 1 leaked shared_memory objects to clean up at shutdown

miss-islington added the comment: New changeset 09e5016f8bb07beb7d780df221febac2d2867ad0 by Miss Islington (bot) in branch '3.10': bpo-45209: fix `UserWarning: resource_tracker` in test_multiprocessing (GH-28377) https://github.com/python/cpython/commit/09e5016f8bb07beb7d780df221febac2d2867a

[issue45209] multiprocessing tests log: UserWarning: resource_tracker: There appear to be 1 leaked shared_memory objects to clean up at shutdown

STINNER Victor added the comment: New changeset 65268ab849173e9849b7fc94c3d73900b5410444 by Miss Islington (bot) in branch '3.9': bpo-45209: fix `UserWarning: resource_tracker` in test_multiprocessing (GH-28377) (GH-28500) https://github.com/python/cpython/commit/65268ab849173e9849b7fc94c3d7

[issue45209] multiprocessing tests log: UserWarning: resource_tracker: There appear to be 1 leaked shared_memory objects to clean up at shutdown

STINNER Victor added the comment: Thanks Nikita Sobolev for the fix. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.10, Python 3.9 ___ Python tracker

[issue44480] test_compile killed by signal 9 on AMD64 FreeBSD Non-Debug 3.x

STINNER Victor added the comment: I didn't see this failure recently. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___

[issue44416] test_threading: test_print_exception() hangs and killed after 3h15 on AMD64 Windows8.1 Refleaks 3.9

STINNER Victor added the comment: I didn't see this failure recently. I close the issue as out of date. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker __

[issue44358] AMD64 RHEL8 LTO + PGO 3.x build failed with: /usr/bin/ld: Dwarf Error: Offset (2487097600) greater than or equal to .debug_str size (571933).

STINNER Victor added the comment: > I reported the compiler bug to RHEL: > https://bugzilla.redhat.com/show_bug.cgi?id=1969775 I close the issue. It's now tracked at https://bugzilla.redhat.com/show_bug.cgi?id=1969775 -- resolution: -> third party stage: -> resolved status: open -

[issue45026] More compact range iterator

Serhiy Storchaka added the comment: length_hint(), not len(). Its cost is included in microbenchmark for list(), where it is followed by iterating 2000 items. Calling operator.length_hint() in Python: $ ./python -m pyperf timeit -s 'it = iter(range(1000)); from operator import length_hint'

[issue44807] typing.Protocol silently overrides __init__ method of delivered class

Guido van Rossum added the comment: I wonder if part of the problem here isn't that protocols are primarily focused on instances, where the __init__ method is explicitly *not* considered part of the type. IIRC supporting protocols for classes was an afterthought. That said you have made a g

[issue40503] PEP 615: Add zoneinfo module

Steve Dower added the comment: I meant I don't think we want that path upstream, and you should keep it as your own patch. We don't have a "share" directory as part of CPython, but this would codify it. That would then conflict with your use of it in conda-forge. It also makes sysconfig non

[issue45026] More compact range iterator

Guido van Rossum added the comment: May the best PR win. :-) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue45259] No _heappush_max()

New submission from Thomas : There is no heappush function for a max heap when the other supporting helper functions are already implemented (_siftdown_max()) -- components: Library (Lib) messages: 402351 nosy: ThomasLee94 priority: normal severity: normal status: open title: No _heapp

[issue45259] No _heappush_max()

Change by Thomas : -- nosy: +rhettinger, stutzbach -ThomasLee94 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue40503] PEP 615: Add zoneinfo module

Isuru Fernando added the comment: Do you have a suggestion for how to make it configurable at compile time? In POSIX platforms, we can set `--with-tzpath` to make it configurable at compile time. -- ___ Python tracker

[issue45259] No _heappush_max()

Change by Thomas : -- versions: +Python 3.10, Python 3.11, Python 3.6, Python 3.7, Python 3.8 ___ Python tracker ___ ___ Python-bugs

[issue44531] Add _PyType_AllocNoTrack() function: allocate without tracking in the GC

Change by STINNER Victor : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue45246] the sorted() documentation should refer to operator

Change by Łukasz Langa : -- nosy: +lukasz.langa nosy_count: 5.0 -> 6.0 pull_requests: +26897 pull_request: https://github.com/python/cpython/pull/28502 ___ Python tracker ___ __

[issue40453] [subinterpreters] Add PyConfig._isolated_interpreter: isolated subinterpreters

Change by STINNER Victor : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue44203] test__xxsubinterpreters: heap-buffer-overflow in interp_is_running() on AMD64 Arch Linux Asan 3.x

STINNER Victor added the comment: On the latest build 564, there is no more error: 0:17:51 load avg: 2.50 [169/421] test__xxsubinterpreters passed -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker

[issue42641] Deprecate os.popen() function

STINNER Victor added the comment: It seems like they are legit use cases for os.popen(), so I abandon my idea of deprecating it. -- resolution: -> rejected stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue44807] typing.Protocol silently overrides __init__ method of delivered class

Łukasz Langa added the comment: Yurri, is the issue you reported your original finding? If you haven't found this issue in the wild, we might want to let this be as-is until we specify exactly whether `__init__()` should be considered part of a protocol. -- __

[issue45020] Freeze all modules imported during startup.

Guido van Rossum added the comment: I'm still torn about the need for a __file__ attribute. Assuming it's more likely that people write code that *reads* stdlib source for some reason (maybe printing more context for error messages) than *writing* it (which would be truly strange), the amoun

[issue40503] PEP 615: Add zoneinfo module

Steve Dower added the comment: We'd need to implement some form of data store for values on Windows, which currently are not compiled in anywhere, and it would need a substitution syntax to be updated at runtime. We're talking a big feature now, and you'd end up having just as much code on

[issue43760] The DISPATCH() macro is not as efficient as it could be (move PyThreadState.use_tracing)

Pablo Galindo Salgado added the comment: >From PR 28498: @vstinner @ambv The ABI is not broken, the only thing that this PR change is the size of the struct. All the offsets to the members are the same and therefore will be valid in any compiled code. Any compiled wheels will still work. Lo

[issue45246] the sorted() documentation should refer to operator

Łukasz Langa added the comment: New changeset 0d41bf15702832540afc1b1c078bc4fde5baebd6 by Łukasz Langa in branch '3.10': [3.10] bpo-45246: Document that sorted() only uses "<" comparisons (GH-28494) (GH-28502) https://github.com/python/cpython/commit/0d41bf15702832540afc1b1c078bc4fde5baebd6

[issue44807] typing.Protocol silently overrides __init__ method of delivered class

Yurii Karabas <1998uri...@gmail.com> added the comment: Łukasz this issue is my original finding. I have found this case when I was working on another issue that was related to `typing.Protocol`. I agree that we can leave it as it is for now because I didn't find any information from python c

[issue43760] The DISPATCH() macro is not as efficient as it could be (move PyThreadState.use_tracing)

Pablo Galindo Salgado added the comment: Also, just to clarify, I also opened PR 28498 to discuss the possibility of going ahead, I still don't want to move on without consensus. -- ___ Python tracker _

[issue45061] [C API] Detect refcount bugs on True/False in C extensions

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

[issue43760] The DISPATCH() macro is not as efficient as it could be (move PyThreadState.use_tracing)

Pablo Galindo Salgado added the comment: Also, I personally thing there is absolutely no guarantee that Cython code generated for 3.9 should work for 3.10 and the thread state is a private structure that has undocumented fields and is not part of the stable API nor the limited API so, tstate

  1   2   >