[issue42969] pthread_exit & PyThread_exit_thread from PyEval_RestoreThread etc. are harmful

STINNER Victor added the comment: > Change CPython to call abort() instead of pthread_exit() as that situation is > unresolvable and the process dying is better than hanging, partially alive. > That solution isn't friendly, but is better than being silent and allowing > deadlock. A failing

[issue45216] Remove redundand information from difflib docstrings

New submission from Serhiy Storchaka : Difflib docstrings contain short descriptions of functions and methods defined in the module and classes. It is redundant because pydoc shows descriptions for every function and method just few lines below. For example: | Methods: | |

[issue45208] test_pdb: test_checkline_is_not_executable() logs messages

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

[issue45155] Add default arguments for int.to_bytes()

STINNER Victor added the comment: > bpo-45155 : Default arguments for int.to_bytes(length=1, > byteorder=sys.byteorder) (#28265) The commit title is wrong, the default "big" not sys.byteorder: int.to_bytes(length=1, byteorder='big', *, signed=False) int.from_bytes(bytes, byteorder='b

[issue45128] test_multiprocessing fails sporadically on the release artifacts

STINNER Victor added the comment: > The thing is that we are running the test suite constantly on CI and > buildbots and non of them have seen this problem :( Most (if not all) Python CIs run the Python test suite using -jN option which runs each test in isolation: a fresh process is spawned

[issue45208] test_pdb: test_checkline_is_not_executable() logs messages

STINNER Victor added the comment: New changeset 471b3811fe695dcd388396893a0f375a8866ac0c by Victor Stinner in branch '3.9': bpo-45208: Make test_pdb.test_checkline_is_not_executable() quiet (GH-28354) (GH-28381) https://github.com/python/cpython/commit/471b3811fe695dcd388396893a0f375a8866ac0

[issue45208] test_pdb: test_checkline_is_not_executable() logs messages

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

[issue45186] Marshal output isn't completely deterministic.

Inada Naoki added the comment: FYI, This issue is duplicate of https://bugs.python.org/issue34093, and I had made two pull requests to solve the issue. -- nosy: +methane ___ Python tracker _

[issue45128] test_multiprocessing fails sporadically on the release artifacts

STINNER Victor added the comment: Minimum command to reproduce the issue (on Linux): $ ./python -m test -m test.test_logging.LogRecordTest.test_multiprocessing test_genericalias test_logging test_multiprocessing_fork -v (...) 0:00:00 load avg: 0.45 Run tests sequentially 0:00:00 load avg: 0.

[issue45128] test_multiprocessing fails sporadically on the release artifacts

STINNER Victor added the comment: I can still reproduce the issue if test_logging.py is simplified to: --- import unittest import sys class LogRecordTest(unittest.TestCase): def test_multiprocessing(self): import multiprocessing.queues del sys.modules['multiprocessing']

[issue45128] test_multiprocessing_fork fails if run sequentially after test_logging

Change by STINNER Victor : -- title: test_multiprocessing fails sporadically on the release artifacts -> test_multiprocessing_fork fails if run sequentially after test_logging ___ Python tracker ___

[issue5846] Deprecate obsolete functions in unittest

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

[issue45128] test_multiprocessing_fork fails if run sequentially after test_logging

STINNER Victor added the comment: > ./python -m test -m test.test_logging.LogRecordTest.test_multiprocessing > test_genericalias test_logging test_multiprocessing_fork -v This command reproduces the issue: * importing test.test_genericalias imports multiprocessing submodules like multiproce

[issue45128] test_multiprocessing_fork fails if run sequentially after test_logging

STINNER Victor added the comment: The issue can be reproduced just with these lines: --- import sys import multiprocessing.queues del sys.modules['multiprocessing'] import multiprocessing import multiprocessing.connection from multiprocessing.connection import wait connection = multiprocessing.

[issue45128] test_multiprocessing_fork fails if run sequentially after test_genericalias and test_logging

Change by STINNER Victor : -- title: test_multiprocessing_fork fails if run sequentially after test_logging -> test_multiprocessing_fork fails if run sequentially after test_genericalias and test_logging ___ Python tracker

[issue45217] ConfigParser does not accept "No value" reversely to the doc

New submission from sbougnoux : Just the simple following config crashes """ [Bug] Here """ Hopefully using "Here=" solves the issue, but the doc claims it shall work. https://docs.python.org/3.8/library/configparser.html?highlight=configparser#supported-ini-file-structure Save the config in

[issue45218] cmath.log has an invalid signature

New submission from Mark Dickinson : inspect.signature reports that the cmath.log function has an invalid signature: Python 3.11.0a0 (heads/fix-44954:d0ea569eb5, Aug 19 2021, 14:59:04) [Clang 12.0.0 (clang-1200.0.32.29)] on darwin Type "help", "copyright", "credits" or "license" for more infor

[issue45218] cmath.log has an invalid signature

Change by Mark Dickinson : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue45212] Dangling threads in skipped tests in test_socket

Serhiy Storchaka added the comment: New changeset 7dacb70485a0910eb298c24b4d051720ca56fb91 by Serhiy Storchaka in branch 'main': bpo-45212: Fix dangling threads in skipped tests in test_socket (GH-28361) https://github.com/python/cpython/commit/7dacb70485a0910eb298c24b4d051720ca56fb91 -

[issue45212] Dangling threads in skipped tests in test_socket

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

[issue45212] Dangling threads in skipped tests in test_socket

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

[issue45183] Unexpected exception with zip importer

Ronald Oussoren added the comment: I just noticed that I'm unnecessarily obtuse in my description of a possible fix, the diff (without test update): % git diff Lib/zipimport.py (main)cpython diff --git a/L

[issue45219] Expose indexing and other simple operations on dict-keys in internal API

New submission from Mark Shannon : Specialization and other optimizations rely on shared dictionary key properties (version number, no deletions, etc). However checking those properties during specialization is tricky and rather clunky as the dict-keys can only be tested indirectly through a d

[issue45218] cmath.log has an invalid signature

Mark Dickinson added the comment: Issue #43067 is similar. I'm not sure what the best solution is in this case: - un-argument-clinic cmath.log, and document the signature using two lines (similar to range): log(z) log(z, base) - change the behaviour of cmath.log so that the second

[issue45218] cmath.log has an invalid signature

Mark Dickinson added the comment: See also #36306 and #29299. There may be nothing to be done here, but it would be nice if math.log and cmath.log at least behaved in the same way. A default of `None` doesn't seem like a terrible option. (BTW, just to forestall the suggestion, a default of `

[issue45218] cmath.log has an invalid signature

Mark Dickinson added the comment: > and `log` base `math.e` is likely to be less accurate than plain natural log Nope, that's nonsense, since the two-argument form simply divides by log(base), and while log(math.e) is mathematically not exactly 1 (its exact value, assuming IEEE 754 binary64,

[issue45218] cmath.log has an invalid signature

STINNER Victor added the comment: The current Argument Clinic syntax for math.log() is: -- /*[clinic input] math.log x:object [ base: object(c_default="NULL") = math.e ] / Return the logarithm of x to the given base. (...) -- math.log.__text_s

[issue45212] Dangling threads in skipped tests in test_socket

STINNER Victor added the comment: def testWithTimeoutTriggeredSend(self): conn = self.accept_conn() conn.recv(88192) +time.sleep(1) Was it a deliberate choice to add a sleep of 1 second? If yes, can you please add a comment to explain why? -- nosy: +vstinner

[issue45027] Allow basicConfig to configure any logger, not just root

Vinay Sajip added the comment: > This change serves the purpose of making it easier to configure non-root > loggers. My point was, they don't need to configure non-root loggers (in terms of adding handlers) because the root logger's handlers will normally be used for all loggers. > However

[issue45211] Useful (expensive) information is discarded in getpath.c.

STINNER Victor added the comment: See also https://github.com/python/cpython/pull/23169 of bpo-42260 which rewrites getpath.c in pure Python. -- nosy: +vstinner ___ Python tracker __

[issue45210] tp_dealloc docs should mention error indicator may be set

STINNER Victor added the comment: I'm not sure that it's a feature. Maybe we should modify to never call tp_dealloc with an exception set. -- nosy: +vstinner ___ Python tracker _

[issue45156] mock.seal has infinite recursion with int class attributes

STINNER Victor added the comment: Thanks for the report and the fix! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue24132] Direct sub-classing of pathlib.Path

Richard added the comment: I agree this would be nice. For now, I'm doing this as a hack: class Path(type(pathlib.Path())): ... -- nosy: +nyuszika7h ___ Python tracker __

[issue45128] test_multiprocessing_fork fails if run sequentially after test_genericalias and test_logging

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

[issue45155] Add default arguments for int.to_bytes()

Barry A. Warsaw added the comment: On Sep 16, 2021, at 00:36, STINNER Victor wrote: > > The commit title is wrong, the default "big" not sys.byteorder: > >int.to_bytes(length=1, byteorder='big', *, signed=False) >int.from_bytes(bytes, byteorder='big', *, signed=False) Oops

[issue45220] Windows builds sometimes fail on main branch

New submission from Nikita Sobolev : I've started to notice that CPython's builds on Windows now simetimes fail with something like this: (both Azure and Github Actions are affected) ``` Using "C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\MSBuild\Current\Bin\msbuild.exe" (f

[issue45212] Dangling threads in skipped tests in test_socket

Serhiy Storchaka added the comment: Yes, it is a deliberate choice. It is difficult to explain why it was passed without it -- dues to a specific order of calling tearDown() and callbacks registered with addCleanup() in different base classes. Using an event object would fix it too, but: *

[issue44598] test_constructor (test.test_ssl.ContextTests) ... Fatal Python error: Segmentation fault

tongxiaoge added the comment: I'm sorry I haven't replied for a long time. I found that the OpenSSL version I use is 1.1.1f, which is probably caused by this. Today, I tried to upgrade Python 3 to 3.8.12, and the same problem occurred. I'll try again after upgrading the OpenSSL version tomor

[issue45221] Linker flags starting with -h breaks setup.py (regression)

New submission from ux : Hi, Since 3.8 (included), the following build command fails: LDFLAGS=-headerpad_max_install_names ./configure make With the following error: setup.py: error: argument -h/--help: ignored explicit argument 'eaderpad_max_install_names' A quick hack in set

[issue45220] Windows builds sometimes fail on main branch

Change by Zachary Ware : -- components: +Windows nosy: +paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker ___ ___ Py

[issue45220] Windows builds sometimes fail on main branch: fatal error RC1116: RC terminating after preprocessor errors

Change by STINNER Victor : -- title: Windows builds sometimes fail on main branch -> Windows builds sometimes fail on main branch: fatal error RC1116: RC terminating after preprocessor errors ___ Python tracker

[issue45220] Windows builds sometimes fail on main branch

STINNER Victor added the comment: It also fails on the 3.9 and 3.10 on the Windows jobs of GitHub Action. -- nosy: +vstinner versions: +Python 3.10, Python 3.9 ___ Python tracker

[issue45220] Windows builds sometimes fail on Azure and GitHub Action: fatal error RC1116: RC terminating after preprocessor errors

Change by STINNER Victor : -- title: Windows builds sometimes fail on main branch: fatal error RC1116: RC terminating after preprocessor errors -> Windows builds sometimes fail on Azure and GitHub Action: fatal error RC1116: RC terminating after preprocessor errors __

[issue45020] Freeze all modules imported during startup.

STINNER Victor added the comment: Is bpo-45220 "Windows builds sometimes fail on Azure and GitHub Action: fatal error RC1116: RC terminating after preprocessor errors" related to this issue? -- nosy: +vstinner ___ Python tracker

[issue45220] Windows builds sometimes fail on Azure and GitHub Action: fatal error RC1116: RC terminating after preprocessor errors

STINNER Victor added the comment: It may be related to bpo-45020 which recently got a change: New changeset 9fd87a5fe5c468cf94265365091267838b004b7f by Eric Snow in branch 'main': bpo-45020: Revert "Drop the frozen .h files from the repo." (gh-28380) https://github.com/python/cpython/commit/9

[issue45222] test_with_pip fail

New submission from tongxiaoge : Today, I tried to upgrade Python 3 to version 3.8.12, the test case test_with_pip failed. The error message is as follows: [ 356s] test_with_pip (test.test_venv.EnsurePipTest) ... FAIL [ 356s] [ 356s] =

[issue44936] test_concurrent_futures: test_cancel_futures_wait_false() and test_interpreter_shutdown() failed on GHA Windows x64

STINNER Victor added the comment: Recent failure, Windows x64 job of GitHub Action: https://github.com/python/cpython/runs/3617689771 0:07:18 load avg: 6.20 [425/427/2] test_concurrent_futures failed (2 failures) (1 min 51 sec) (...) ===

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

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

[issue45222] test_with_pip fail

Change by tongxiaoge : -- components: +Build type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue45222] test_with_pip fail

STINNER Victor added the comment: > Today, I tried to upgrade Python 3 to version 3.8.12, the test case > test_with_pip failed. The error message is as follows: What is your operating system? How did you install Python? Which command did you type to run tests? -- __

[issue45222] test_venv: test_with_pip fails on version 3.8.12 with: pip._vendor.packaging.version.InvalidVersion: Invalid version: 'setuptools'

Change by STINNER Victor : -- title: test_with_pip fail -> test_venv: test_with_pip fails on version 3.8.12 with: pip._vendor.packaging.version.InvalidVersion: Invalid version: 'setuptools' ___ Python tracker _

[issue42969] pthread_exit & PyThread_exit_thread from PyEval_RestoreThread etc. are harmful

Jeremy Maitin-Shepard added the comment: Regarding your suggestion of adding a hook like `Py_SetThreadExitCallback`, it seems like there are 4 plausible behaviors that such a callback may implement: 1. Abort the process immediately with an error. 2. Exit immediately with the original exit co

[issue42969] pthread_exit & PyThread_exit_thread from PyEval_RestoreThread etc. are harmful

Jeremy Maitin-Shepard added the comment: Regarding your suggestion of banning daemon threads: I happened to come across this bug not because of daemon threads but because of threads started by C++ code directly that call into Python APIs. The solution I am planning to implement is to add an

[issue45186] Marshal output isn't completely deterministic.

Eric Snow added the comment: Thanks, Inada-san. That's super helpful. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue45223] test_spawn_doesnt_hang (test.test_pty.PtyTest) fails when stdin isn't readable

New submission from Alexander Kanavin : I am observing the following under yocto's test harness: == ERROR: test_spawn_doesnt_hang (test.test_pty.PtyTest) --

[issue45223] test_spawn_doesnt_hang (test.test_pty.PtyTest) fails when stdin isn't readable

Change by Roundup Robot : -- keywords: +patch nosy: +python-dev nosy_count: 1.0 -> 2.0 pull_requests: +26801 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28388 ___ Python tracker _

[issue45220] Windows builds sometimes fail on Azure and GitHub Action: fatal error RC1116: RC terminating after preprocessor errors

Eric Snow added the comment: This is more likely to relate to bpo-45188, "De-couple the Windows builds from freezing modules.", for which the PR was merged yesterday: New changeset 09b4ad11f323f8702cde795e345b75e0fbb1a9a5 by Steve Dower in branch 'main': bpo-45188: Windows now regenerates fr

[issue45220] Windows builds sometimes fail on Azure and GitHub Action: fatal error RC1116: RC terminating after preprocessor errors

Eric Snow added the comment: Of course, it might also be unrelated. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

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

neonene added the comment: I reported this issue to developercommunity of microsoft. https://developercommunity.visualstudio.com/t/1531987 -- ___ Python tracker ___ _

[issue45220] Windows builds sometimes fail on Azure and GitHub Action: fatal error RC1116: RC terminating after preprocessor errors

STINNER Victor added the comment: > C:\Program Files (x86)\Windows Kits\10\Include\10.0.22000.0\um\winnt.h(253): > error RC2188: > D:\a\cpython\cpython\PCbuild\obj\311win32_Release\pythoncore\RCa05056(47) : > fatal error RC1116: RC terminating after preprocessor errors > [D:\a\cpython\cpyth

[issue45020] Freeze all modules imported during startup.

Eric Snow added the comment: I left a comment on bpo-45220. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue45220] Windows builds sometimes fail on Azure and GitHub Action: fatal error RC1116: RC terminating after preprocessor errors

STINNER Victor added the comment: > bpo-45188: Windows now regenerates frozen modules at the start of build > instead of late (GH-28322) Maybe the resource compiler needs a header file which is not generated yet, and so the build fails. In msg401948 logs, I don't see when header files are g

[issue45220] Windows builds sometimes fail on Azure and GitHub Action: fatal error RC1116: RC terminating after preprocessor errors

STINNER Victor added the comment: This issue is serious: it prevents to merge many pull requests, it blocks the Python development workflow. -- ___ Python tracker ___ ___

[issue45219] Expose indexing and other simple operations on dict-keys in internal API

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

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

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

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

Raymond Hettinger added the comment: These should be changed back to macros where inlining is guaranteed. -- ___ Python tracker ___ ___

[issue45224] Argparse shows required arguments as optional

New submission from Khalid Mammadov : Currently argparse module shows all optional arguments under "optional arguments" section of the help. It also includes those flags/arguments that are required as well. This add confusion to a user and does not properly show intention -- component

[issue45224] Argparse shows required arguments as optional

Raymond Hettinger added the comment: In Python3.10, "optional arguments" has been replaced with "options". We didn't backport the change because it risks breaking tests that rely on exact string matches. Also, it was really a bug, it was just an unfortunate choice of words. "Optional argum

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

Steve Dower added the comment: I agree with Raymond. Let's stop throwing more code at this until we've figured out what's going on and revert the change for now. -- ___ Python tracker __

[issue45220] Windows builds sometimes fail on Azure and GitHub Action: fatal error RC1116: RC terminating after preprocessor errors

Steve Dower added the comment: The build order change was not backported (and should not be), so it's unrelated to the failures on 3.9 and 3.10. More likely this is either a problematic compiler update, or some additional data leaking into the build information (e.g. I could see this happeni

[issue45220] Windows builds sometimes fail on Azure and GitHub Action: fatal error RC1116: RC terminating after preprocessor errors

Steve Dower added the comment: > C:\Program Files (x86)\Windows Kits\10\Include\10.0.22000.0\um\winnt.h This appears to be the Windows 11 preview SDK, so most likely it's a bug in that. We'll obviously need some logic to not automatically upgrade to this SDK on build. -- __

[issue45020] Freeze all modules imported during startup.

Change by Eric Snow : -- pull_requests: +26804 pull_request: https://github.com/python/cpython/pull/28392 ___ Python tracker ___ ___

[issue45220] Windows builds sometimes fail on Azure and GitHub Action: fatal error RC1116: RC terminating after preprocessor errors

Change by Steve Dower : -- keywords: +patch pull_requests: +26805 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28393 ___ Python tracker ___

[issue33809] Expose `capture_locals` parameter in `traceback` convenience functions

Ulrich Petri added the comment: > If we copy all the params from TracebackException (and it will be all params, > why only this one?) Why expose the internal machinery at all? If all additional parameters (and unless I'm miscounting we're talking about 2) were exposed on the convenience func

[issue33809] Expose `capture_locals` parameter in `traceback` convenience functions

Irit Katriel added the comment: Feel free to create a new issue and propose a patch. -- ___ Python tracker ___ ___ Python-bugs-list

[issue45186] Marshal output isn't completely deterministic.

Eric Snow added the comment: I'm closing this in favor of bpo-34093. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue45220] Windows builds sometimes fail on Azure and GitHub Action: fatal error RC1116: RC terminating after preprocessor errors

Change by miss-islington : -- nosy: +miss-islington nosy_count: 7.0 -> 8.0 pull_requests: +26806 pull_request: https://github.com/python/cpython/pull/28394 ___ Python tracker _

[issue45220] Windows builds sometimes fail on Azure and GitHub Action: fatal error RC1116: RC terminating after preprocessor errors

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

[issue45220] Windows builds sometimes fail on Azure and GitHub Action: fatal error RC1116: RC terminating after preprocessor errors

Steve Dower added the comment: New changeset f4b94b1f57827083990272b5f282aa1493ae2bf4 by Steve Dower in branch 'main': bpo-45220: Avoid automatically selecting the Windows 11 SDK preview when building (GH-28393) https://github.com/python/cpython/commit/f4b94b1f57827083990272b5f282aa1493ae2bf

[issue34093] Reproducible pyc: FLAG_REF is not stable.

Eric Snow added the comment: FYI, I unknowingly created a duplicate of this issue a few days ago, bpo-45186, and created a PR for it: https://github.com/python/cpython/pull/28379. Interestingly, while I did that PR independently, it has a lot in common with Inada-san's second PR. My intere

[issue45186] Marshal output isn't completely deterministic.

Change by Eric Snow : -- resolution: -> duplicate stage: patch review -> resolved status: open -> closed superseder: -> Reproducible pyc: FLAG_REF is not stable. ___ Python tracker _

[issue45220] Windows builds sometimes fail on Azure and GitHub Action: fatal error RC1116: RC terminating after preprocessor errors

miss-islington added the comment: New changeset 7ad07eed885ae333d5dfc470b9c11ff2f7b229aa by Miss Islington (bot) in branch '3.9': bpo-45220: Avoid automatically selecting the Windows 11 SDK preview when building (GH-28393) https://github.com/python/cpython/commit/7ad07eed885ae333d5dfc470b9c1

[issue45225] use map function instead of genexpr in capwords

New submission from speedrun-program : In string.py, the capwords function passes str.join a generator expression, but the map function could be used instead. This is how capwords is currently written: ```py def capwords(s, sep=None): """capwords(s [,sep]) -> string

[issue45063] PEP 657 Fine Grained Error Locations: omit indicators if they are one the whole line, to make tracebacks shorter

STINNER Victor added the comment: It seems that I will have to learn to use PYTHONNODEBUGRANGES=1 and -Xno_debug_ranges. I close the issue. -- resolution: -> wont fix stage: -> resolved status: open -> closed ___ Python tracker

[issue45217] ConfigParser does not accept "No value" reversely to the doc

Nikita Sobolev added the comment: Try this: ``` from configparser import ConfigParser ConfigParser(allow_no_value=True).read('bug.ini') ``` It should work! :) But, the docs are missing this config value here (which caused this issue): > Values can be omitted, in which case the key/value del

[issue45220] Windows builds sometimes fail on Azure and GitHub Action: fatal error RC1116: RC terminating after preprocessor errors

Serhiy Storchaka added the comment: New changeset f798cef87faeb428bdb9ebf73df1a6146304 by Miss Islington (bot) in branch '3.10': bpo-45220: Avoid automatically selecting the Windows 11 SDK preview when building (GH-28393) (GH-28394) https://github.com/python/cpython/commit/f798cef87f

[issue45217] ConfigParser does not accept "No value" reversely to the doc

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

[issue45225] use map function instead of genexpr in capwords

Raymond Hettinger added the comment: New changeset a59ede244714455aa9ee8637608e019a20fa2ca6 by speedrun-program in branch 'main': bpo-45225: use map function instead of genexpr in capwords (GH-28342) https://github.com/python/cpython/commit/a59ede244714455aa9ee8637608e019a20fa2ca6 -

[issue45225] use map function instead of genexpr in capwords

Raymond Hettinger added the comment: Thanks for the PR. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___

[issue43574] Regression in overallocation for literal list initialization in v3.9+

Change by Raymond Hettinger : -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue45224] Argparse shows required arguments as optional

Khalid Mammadov added the comment: May I suggest to change it again so we two sections: required and optional? This can help to be more clear from usage perspective. I have changed it locally and it looks like below: usage: myprogram.py [-h] [--foo FOO] --bar BAR required arguments: --bar

[issue45020] Freeze all modules imported during startup.

Eric Snow added the comment: New changeset fdc6b3d9316501d2f0068a1bf4334debc1949e62 by Eric Snow in branch 'main': bpo-45020: Drop the frozen .h files from the repo. (gh-28392) https://github.com/python/cpython/commit/fdc6b3d9316501d2f0068a1bf4334debc1949e62 --

[issue45224] Argparse shows required arguments as optional

Khalid Mammadov added the comment: This is another, larger example, where I actually stumbled on this when looking into Apache Airflow project. Below makes it confusing to see what is actually required and what not. Unless you look for square brackets. Would be it much nicer to list required

[issue45220] Windows builds sometimes fail on Azure and GitHub Action: fatal error RC1116: RC terminating after preprocessor errors

Change by Steve Dower : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ P

[issue45215] Add docs for Mock name and parent args and deprecation warning when wrong args are passed

Andrei Kulakov added the comment: I forgot to include example of the breakage: >>> m=Mock(name=1) >>> m Traceback (most recent call last): File "", line 1, in File "/Users/ak/opensource/cpython2/Lib/unittest/mock.py", line 735, in __repr__ name = self._extract_mock_name()

[issue22699] Module source files not found when cross-compiling

Change by Isuru Fernando : -- keywords: +patch nosy: +isuruf nosy_count: 8.0 -> 9.0 pull_requests: +26810 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28397 ___ Python tracker

[issue45120] Windows cp encodings "UNDEFINED" entries update

Steve Dower added the comment: Thanks for the PR. Just wanted to acknowledge that we've seen it. Unfortunately, I'm not feeling confident to take this change right now - encodings are a real minefield, and we need to think through the implications. It's been a while since I've done that, so

[issue17005] Add a topological sort algorithm

Change by Éric Araujo : -- versions: +Python 3.9 -Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue40503] PEP 615: Add zoneinfo module

Isuru Fernando added the comment: > If anyone building Python for Windows shows up needing support for this, we > can re-visit the issue — I don't believe it's technically infeasible, just > that the usage patterns of Python on Windows mean that it's not worth doing. At conda-forge, we need t

[issue34093] Reproducible pyc: FLAG_REF is not stable.

Change by Eric Snow : -- pull_requests: +26811 pull_request: https://github.com/python/cpython/pull/28379 ___ Python tracker ___ ___

  1   2   >