[issue41682] [Windows] test_asyncio: Proactor test_sendfile_close_peer_in_the_middle_of_receiving failure

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

[issue41682] [Windows] test_asyncio: Proactor test_sendfile_close_peer_in_the_middle_of_receiving failure

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

[issue41682] [Windows] test_asyncio: Proactor test_sendfile_close_peer_in_the_middle_of_receiving failure

STINNER Victor added the comment: Test fixed on Windows 2022 by: commit 1c705fda8f9902906edd26d46acb0433b0b098e1 Author: Kumar Aditya <59607654+kumaraditya...@users.noreply.github.com> Date: Tue Jan 25 02:34:47 2022 +0530 fixed flaky test (GH-30845) --

[issue46511] dataclasses: Allow typing.Annotated to wrap dataclasses-specific annotations

Eric V. Smith added the comment: My thoughts are that I'd like PEP 563 to go away, and PEP 649 to be accepted, and also never allow string literal annotations like the string "Annotated[ClassVar[int]]". But since we'll no doubt have to support string-ized annotations even if PEP 649 is

[issue42238] Deprecate suspicious.py?

STINNER Victor added the comment: IMO moving this small script into the separated project https://github.com/JulienPalard/sphinxlint will help people who are not core developers to contribute and it makes the tool usable by projects outside CPython. So yeah, it's a good thing! Also, it's

[issue46521] compile_command not raising syntax error when command ends with triple quotes

Pablo Galindo Salgado added the comment: > because my requirement is to detect if a code can be incomplete Python code, > without ever compiling it. AS I mentioned in other issues, unfortunately the new parser doesn't allow to do this as the old one does, because how it works. The codeop

[issue46521] compile_command not raising syntax error when command ends with triple quotes

Pablo Galindo Salgado added the comment: > Can you help me figure out why this bug doesn't show up in the normal Python > REPL? That's because the normal Python REPL works very differently when in interactive mode. This is because the tokenizer in interactive mode is coupled with reading

[issue46521] compile_command not raising syntax error when command ends with triple quotes

Tushar Sadhwani added the comment: You're right. There was another bug in my code that was causing the SyntaxError to not show up at all, sorry about that. Can you help me figure out why this bug doesn't show up in the normal Python REPL? ``` >>> abc def ''' File "", line 1 abc def

[issue46282] return value of builtins is not clearly indicated

Éric Araujo added the comment: The new title is puzzling; the discussion moved to advertising that all functions default to returning None, this is not related to the built-in status. -- ___ Python tracker

[issue46514] Pathlib Path.touch() seems to ignore groups write bit for mode parameter

Ronald Oussoren added the comment: The touch method combines the mode you specify with the active umask (set by os.umask()). This is fairly standard behaviour for Unix APIs that accept a file mode. This is documented at: https://docs.python.org/3/library/pathlib.html#pathlib.Path.touch

[issue33125] Windows 10 ARM64 platform support

Change by Guido van Rossum : -- nosy: -Guido.van.Rossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40077] Convert static types to heap types: use PyType_FromSpec()

STINNER Victor added the comment: Converting further static types to heap types require a discussion. See what the Python Steering Council wrote at Feb 8, 2021: "The Steering Council discussed the ongoing work on porting types in the standard library to heap-types and the

[issue46282] return value of builtins is not clearly indicated

Change by James Gerity : -- title: print() docs do not indicate its return value -> return value of builtins is not clearly indicated ___ Python tracker ___

[issue46521] compile_command not raising syntax error when command ends with triple quotes

Pablo Galindo Salgado added the comment: > wontfix would really suck, because that would mean every REPL written with > the `code` module will be broken, even IPython: I understand, but I don't see a way to fix this without reverting the change to detect unclosed triple quites or without

[issue46521] compile_command not raising syntax error when command ends with triple quotes

Tushar Sadhwani added the comment: wontfix would really suck, because that would mean every REPL written with the `code` module will be broken, even IPython: ``` $ ipython Python 3.10.0 (default, Oct 11 2021, 05:33:59) [GCC 11.2.0] Type 'copyright', 'credits' or 'license' for more

[issue46497] IDLE macOS shortcut ctrl+S doesn’t work for show completions

Change by David Contreras : -- assignee: -> terry.reedy components: +IDLE nosy: +terry.reedy type: -> behavior versions: +Python 3.10, Python 3.9 ___ Python tracker ___

[issue30424] make pydoc-topics fails

Irit Katriel added the comment: We're have minimum sphinx version set to 1.8 now, so this should no longer be an issue. -- nosy: +iritkatriel resolution: -> out of date stage: needs patch -> resolved status: open -> closed ___ Python tracker

[issue46521] compile_command not raising syntax error when command ends with triple quotes

Pablo Galindo Salgado added the comment: This is due to the fact that the new parser doesn't detect the syntax error of "abc def" after it has parsed the full text, but before that happens, the tokenizer has detected a problem (the ''' is not closed) and this is considered incomplete output

[issue46523] Test suite skips failing tests when setUp[Class] fails

Change by Ken Jin : -- title: Test suite skips failing tests -> Test suite skips failing tests when setUp[Class] fails ___ Python tracker ___

[issue46523] Test suite skips failing tests

Ken Jin added the comment: I vote for option 2. -- nosy: +ezio.melotti, gvanrossum, kj ___ Python tracker ___ ___ Python-bugs-list

[issue46520] `ast.unparse` produces syntactically illegal code for identifiers that look like reserved words

Change by Jelle Zijlstra : -- nosy: +BTaskaya, Jelle Zijlstra, benjamin.peterson, pablogsal ___ Python tracker ___ ___

[issue42982] Update suggested number of iterations for pbkdf2_hmac()

Christian Heimes added the comment: You are arguing from the perspective of a Django/werkzeug developer and you are using experiential domain knowledge to argue for higher recommendation. I'm asking for a scientific answer. Based on my experience 100k PBKDF2 HMAC-SHA256 rounds is already a

[issue26120] pydoc: move __future__ imports out of the DATA block

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

[issue26120] pydoc: move __future__ imports out of the DATA block

Change by Irit Katriel : -- keywords: +patch pull_requests: +29070 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30888 ___ Python tracker ___

[issue42982] Update suggested number of iterations for pbkdf2_hmac()

Paul Kehrer added the comment: NIST provides no official guidance on iteration count other than NIST SP 800-132 Appendix A.2.2, which states "The number of iterations should be set as high as can be tolerated for the environment, while maintaining acceptable performance." I can think of no

[issue46519] test_typing failing on branch 3.10

Nikita Sobolev added the comment: I filled a new issue: https://bugs.python.org/issue46523 -- ___ Python tracker ___ ___

[issue46519] test_typing failing on branch 3.10

Guido van Rossum added the comment: Exactly what I just thought. A bit more research might find a buggy assumption in the test "framework". -- nosy: +gvanrossum ___ Python tracker

[issue46523] Test suite skips failing tests

New submission from Nikita Sobolev : Here's what happened. We had an error in `test_typing.py`, which was silently ignored. ``` == ERROR: setUpClass (test.test_typing.NewTypeTests)

[issue46519] test_typing failing on branch 3.10

Nikita Sobolev added the comment: These lines seem suspicious: ``` 0:09:12 load avg: 6.37 Re-running failed tests in verbose mode 0:09:12 load avg: 6.37 Re-running test_typing in verbose mode (matching: setUpClass) 1 re-run test: test_typing 1 test run no tests: test_typing ```

[issue46510] Update Python2-style exception handling

Irit Katriel added the comment: New changeset 45f5f52601ebccb195c19cb0a77beaf7f7dfa56a by Kumar Aditya in branch 'main': bpo-46510: update Python2-style exception handling in argparse (GH-30881) https://github.com/python/cpython/commit/45f5f52601ebccb195c19cb0a77beaf7f7dfa56a --

[issue46519] test_typing failing on branch 3.10

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

[issue46519] test_typing failing on branch 3.10

Ken Jin added the comment: New changeset 9a7d01046723a8a0a10f9a26702c5e39e73d4414 by Ken Jin in branch '3.10': [3.10] bpo-46445, bpo-46519: Re-import typing.NewType (GH-30886) https://github.com/python/cpython/commit/9a7d01046723a8a0a10f9a26702c5e39e73d4414 --

[issue46445] Multiple inheritance of TypedDict is not covered in `test_typing`

Ken Jin added the comment: New changeset 9a7d01046723a8a0a10f9a26702c5e39e73d4414 by Ken Jin in branch '3.10': [3.10] bpo-46445, bpo-46519: Re-import typing.NewType (GH-30886) https://github.com/python/cpython/commit/9a7d01046723a8a0a10f9a26702c5e39e73d4414 --

[issue46522] concurrent.futures.__getattr__ raises the wrong AttributeError message

Thomas Grainger added the comment: this also applies to io and _pyio -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue46511] dataclasses: Allow typing.Annotated to wrap dataclasses-specific annotations

Jelle Zijlstra added the comment: Related: issue44799 about InitVar. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue46519] test_typing failing on branch 3.10

Ken Jin added the comment: The test correctly fails on the first run in the CI, then skips itself on the second run, tricking the CI into thinking everything's passed. E.g. search for "test_typing" here https://github.com/python/cpython/runs/4902363883?check_suite_focus=true. As to why it

[issue46396] `Concatenate` should not raise any semantic errors

Guido van Rossum added the comment: No, that would make the behavior normative. Let sleeping dogs lie. -- resolution: -> wont fix stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue46521] compile_command not raising syntax error when command ends with triple quotes

Change by Pablo Galindo Salgado : -- nosy: -pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46522] concurrent.futures.__getattr__ raises the wrong AttributeError message

New submission from Thomas Grainger : >>> import types >>> types.ModuleType("concurrent.futures").missing_attribute Traceback (most recent call last): File "", line 1, in AttributeError: module 'concurrent.futures' has no attribute 'missing_attribute' >>> import concurrent.futures >>>

[issue42982] Update suggested number of iterations for pbkdf2_hmac()

April King added the comment: Django probably stores and computes more passwords than every other Python framework combined, and it doesn't provide you any control over the number of iterations. And it hasn't for years. If this were truly a problem, wouldn't their users be complaining about

[issue46502] Py_CompileString no longer allows to tell "incomplete input" from "invalid input"

Pablo Galindo Salgado added the comment: > However, I'm very keen to learn what is an alternative solution then to > distinguish hard invalid from incomplete input. IOW, what would be the new > way of achieving what's described in the old FAQ? Unfortunately, there is no new way to do this

[issue46521] compile_command not raising syntax error when command ends with triple quotes

New submission from Tushar Sadhwani : compile_command used to raise error for this until Python 3.9: ``` >>> import code >>> code.compile_command("abc def '''") Traceback (most recent call last): File "", line 1, in File "/usr/lib/python3.9/codeop.py", line 132, in compile_command

[issue46519] test_typing failing on branch 3.10

Nikita Sobolev added the comment: One of the first things to think of: maybe `NewTypeTests` are not executed at all on 3.10? -- ___ Python tracker ___

[issue46520] `ast.unparse` produces syntactically illegal code for identifiers that look like reserved words

New submission from Kodiologist : This works: 핕핖핗 = 1 This raises SyntaxError: import ast exec(ast.unparse(ast.parse("핕핖핗 = 1"))) It looks like `ast.parse` creates a `Name` node with `id='def'`, which is correct per PEP 3131, but `ast.unparse` doesn't know it needs to mangle the

[issue46502] Py_CompileString no longer allows to tell "incomplete input" from "invalid input"

Mateusz Loskot added the comment: Irit, I can and I will submit a patch. However, I'm very keen to learn what is an alternative solution then to distinguish hard invalid from incomplete input. IOW, what would be the new way of achieving what's described in the old FAQ? I believe it would

[issue46519] test_typing failing on branch 3.10

Change by Ken Jin : -- keywords: +patch pull_requests: +29068 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30886 ___ Python tracker ___

[issue46445] Multiple inheritance of TypedDict is not covered in `test_typing`

Change by Ken Jin : -- pull_requests: +29067 pull_request: https://github.com/python/cpython/pull/30886 ___ Python tracker ___ ___

[issue26120] pydoc: move __future__ imports out of the DATA block

Irit Katriel added the comment: It's like this: >>> import foo >>> dir(foo) ['__builtins__', '__cached__', '__doc__', '__file__', '__loader__', '__name__', '__package__', '__spec__', 'annotations', 'x'] >>> foo.annotations _Feature((3, 7, 0, 'beta', 1), (3, 11, 0, 'alpha', 0), 16777216) So

[issue33125] Windows 10 ARM64 platform support

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

[issue33125] Windows 10 ARM64 platform support

Steve Dower added the comment: Yeah, will just be the same files again but with "arm64" in place of "win32"/"amd64". I'm also going to stop uploading the old webinstall files with my change here, though that shouldn't matter. The code we added to filter them out should handle them being

[issue46519] test_typing failing on branch 3.10

Ken Jin added the comment: Thanks Matheus for the report. I can reproduce this too. Unrelated: I'm confused why the CI checks passed on 3.10. Furthermore the buildbots aren't complaining. -- nosy: +kj, sobolevn ___ Python tracker

[issue31057] pydoc for tempfile.TemporaryDirectory should say it returns the name

Irit Katriel added the comment: The OP seems to have abandoned this and all it got was a +0 for changing, so I suggest we close it. -- nosy: +iritkatriel resolution: -> wont fix status: open -> pending ___ Python tracker

[issue46491] typing: allow Annotated in outermost scope

Ken Jin added the comment: Thanks Gregory for fixing this! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue46491] typing: allow Annotated in outermost scope

miss-islington added the comment: New changeset b0b8388a1c29dc9203dd1a9e8b1420a6a5e88c97 by Miss Islington (bot) in branch '3.9': bpo-46491: Allow Annotated on outside of Final/ClassVar (GH-30864) https://github.com/python/cpython/commit/b0b8388a1c29dc9203dd1a9e8b1420a6a5e88c97 --

[issue46491] typing: allow Annotated in outermost scope

miss-islington added the comment: New changeset 41e0aead3defa6d0486514e313b6975fbf375998 by Miss Islington (bot) in branch '3.10': bpo-46491: Allow Annotated on outside of Final/ClassVar (GH-30864) https://github.com/python/cpython/commit/41e0aead3defa6d0486514e313b6975fbf375998 --

[issue46502] Py_CompileString no longer allows to tell "incomplete input" from "invalid input"

Change by Irit Katriel : -- versions: +Python 3.11, Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue46502] Py_CompileString no longer allows to tell "incomplete input" from "invalid input"

Irit Katriel added the comment: Mateusz, would you like to submit a patch to remove this section from the faq? -- ___ Python tracker ___

[issue46502] Py_CompileString no longer allows to tell "incomplete input" from "invalid input"

Pablo Galindo Salgado added the comment: Indeed, these new errors are due to the new parser. Unfortunately, the new parser doesn't allow to check against incomplete input the way the old one did so that piece of documentation is unfortunately outdated. We should remove it to avoid further

[issue11831] "pydoc -w" causes "no Python documentation found" error when the path is not current directory

Irit Katriel added the comment: Closed Issue31305 as a duplicate of this. -- nosy: +iritkatriel versions: +Python 3.10, Python 3.11, Python 3.9 -Python 2.7, Python 3.2 ___ Python tracker

[issue31305] 'pydoc -w import' report "no Python documentation found for 'import'"

Irit Katriel added the comment: It is still relevant, but there is another issue for this: issue11831. -- nosy: +iritkatriel resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> "pydoc -w" causes "no Python documentation found" error when the path is

[issue46503] assertion failure in Parser/string_parser.c

Pablo Galindo Salgado added the comment: Thanks for the quick fix, Eric! -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue5884] pydoc to return error status code

Change by Irit Katriel : -- resolution: -> duplicate stage: needs patch -> resolved status: open -> closed superseder: -> pydoc should return non-zero exit code when a query is not found ___ Python tracker

[issue25970] py_compile.compile fails if existing bytecode file is unwritable

Irit Katriel added the comment: It is explicitly documented that existing files are not overwritten and the script fails in this case, so I think this is a feature: https://docs.python.org/3/library/py_compile.html#py_compile.compile -- nosy: +iritkatriel resolution: -> rejected

[issue46502] Py_CompileString no longer allows to tell "incomplete input" from "invalid input"

Irit Katriel added the comment: The python parser was completely rewritten in version 3.9, so it's likely that this caused changes to error messages. Adding @pablogsal and @lys.nikolaou in case they can say more. -- nosy: +iritkatriel, lys.nikolaou, pablogsal

[issue46515] SPAM

Change by Eric V. Smith : -- nosy: -faizanjaved2021 title: Benefits Of Phool Makhana -> SPAM ___ Python tracker ___ ___

[issue46515] Benefits Of Phool Makhana

Change by Eric V. Smith : -- Removed message: https://bugs.python.org/msg411578 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue45945] compileall.py throws a traceback when using -j0 and thus 'make install' locks up

Change by Irit Katriel : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> "dictionary changed size during iteration" error in _ExecutorManagerThread ___ Python tracker

[issue46396] `Concatenate` should not raise any semantic errors

Nikita Sobolev added the comment: I think that in case when we preserve the runtime checks, they should be covered by tests. Right now - they are not. So, I will switch my PR to the initial version with a new test case. Does this sound right? :) --

[issue33125] Windows 10 ARM64 platform support

Pablo Galindo Salgado added the comment: No problem! What do I need to update? The script to add the binaries to the release page? -- ___ Python tracker ___

[issue46517] Review exception handling in urllib

Irit Katriel added the comment: Note that test.support has special handling for urllib's nested exception structure: https://github.com/python/cpython/blob/3.10/Lib/test/support/socket_helper.py#L250 -- ___ Python tracker

[issue46515] Benefits Of Phool Makhana

Change by Matthew Barnett : -- stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue46519] test_typing failing on branch 3.10

New submission from Matheus Castanho : test_typing on branch 3.10 is failing after GH-30770 [1] test test_typing failed -- Traceback (most recent call last): File "/home/mscastanho/AT/python-next-220124/opt/at-next-16.0-0-alpha/lib64/python3.10/test/test_typing.py", line 3917, in

[issue33125] Windows 10 ARM64 platform support

Steve Dower added the comment: > Our challenge with the installer is the portability of Wix Toolset. I'm > pretty sure our current version doesn't support ARM64, and they haven't > released a newer version that does yet. Turns out they've released some test versions that support it

[issue46517] Review exception handling in urllib

Change by Irit Katriel : -- title: Review exception handling in urllib.parse -> Review exception handling in urllib ___ Python tracker ___

[issue46518] SSL socket timeout not set after client connects via accept

New submission from tomazas : Once a client connects to a SSL server over socket accept() the newly returned client socket `newsock` is wrapped in SSL context. Since the new client `newsock` does not have a socket timeout set (i.e. None), the final returned SSL context socket is also assigned

[issue46517] Review exception handling in urllib.parse

Irit Katriel added the comment: In urllib.request, there are in a few places things like: except OSError as msg: raise OSError('socket error', msg).with_traceback(sys.exc_info()[2]) I imagine this predates chaining - is there a reason not to raise..from here instead of wrapping the

[issue46517] Review exception handling in urllib.parse

New submission from Irit Katriel : Is there a reason for this raising, catching and reraising the exception here: https://github.com/python/cpython/blob/main/Lib/urllib/parse.py#L934 rather than just: if len(query) and not isinstance(query[0], tuple): raise TypeError("not a valid

[issue40077] Convert static types to heap types: use PyType_FromSpec()

Change by Yu Zhao : -- nosy: +CharlieZhao nosy_count: 14.0 -> 15.0 pull_requests: +29065 pull_request: https://github.com/python/cpython/pull/30884 ___ Python tracker ___

[issue46420] Use NOTRACE_DISPATCH in specialized opcodes

New submission from Mark Shannon : New changeset 96bf84d57a7c29544866a6c20231603049de4919 by Dennis Sweeney in branch 'main': bpo-46420: Use NOTRACE_DISPATCH() in specialized opcodes (GH-30652) https://github.com/python/cpython/commit/96bf84d57a7c29544866a6c20231603049de4919 --

[issue46503] assertion failure in Parser/string_parser.c

Change by Eric V. Smith : -- pull_requests: +29064 pull_request: https://github.com/python/cpython/pull/30883 ___ Python tracker ___

[issue46510] Update Python2-style exception handling

Kumar Aditya added the comment: > It's not my intention here to go on a search-and-destroy mission to remove > all calls to sys.exc_info(), that would cause unnecessary code churn. I am > reviewing them to see where the call the sys.exc_info is close to other > legacy problems/significant

[issue46510] Update Python2-style exception handling

Irit Katriel added the comment: It's not my intention here to go on a search-and-destroy mission to remove all calls to sys.exc_info(), that would cause unnecessary code churn. I am reviewing them to see where the call the sys.exc_info is close to other legacy problems/significant

[issue46516] Use existing unbound_local_error label in DELETE_FAST opcode

New submission from Kumar Aditya : There was already a unbound_local_error label defined so use it in DELETE_FAST opcode too. -- components: Interpreter Core messages: 411579 nosy: Mark.Shannon, kj, kumaraditya303 priority: normal pull_requests: 29063 severity: normal status: open

[issue46515] Benefits Of Phool Makhana

New submission from Faizan javed : Makhanas are widely cultivated throughout Asia and often used in traditional forms of medicine to treat various https://www.hunzabazar.com/product/phool-makhana-price-in-pakistan/ https://www.hunzabazar.com/ -- components: 2to3 (2.x to 3.x conversion

[issue46514] Pathlib Path.touch() seems to ignore groups write bit for mode parameter

New submission from Savo Vuksan : The touch function of the Path Object in the Pathlib module seems to ignore the write bit for the second octal number for the groups permission in the mode parameter In the provided script you can see that the output prints -rwxr-xr-- but it should be

[issue46513] AC_C_CHAR_UNSIGNED from configure.ac confuses GCC 12+ by defining __CHAR_UNSIGNED__

Christian Heimes added the comment: Modules/audioop.c uses __CHAR_UNSIGNED__, but the absence or presence of the symbol does not affect behavior: #if defined(__CHAR_UNSIGNED__) #if defined(signed) /* This module currently does not work on systems where only unsigned characters are

[issue46513] AC_C_CHAR_UNSIGNED from configure.ac confuses GCC 12+ by defining __CHAR_UNSIGNED__

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

[issue46513] AC_C_CHAR_UNSIGNED from configure.ac confuses GCC 12+ by defining __CHAR_UNSIGNED__

New submission from Miro Hrončok : As described at https://mail.python.org/archives/list/python-...@python.org/thread/MPHZ3TGSHMSF7C4P7JEP2ZCYLRA3ERC5/ the AC_C_CHAR_UNSIGNED macro from configure.ac confuses GCC 12+ as it exports a reserved symbol __CHAR_UNSIGNED__ through pyconfig.h. My

[issue46510] Update Python2-style exception handling

Change by Kumar Aditya : -- nosy: +kumaraditya303 nosy_count: 1.0 -> 2.0 pull_requests: +29061 pull_request: https://github.com/python/cpython/pull/30881 ___ Python tracker

[issue46464] concurrent.futures.ProcessPoolExecutor can deadlock when tcmalloc is used

Antoine Pitrou added the comment: Indeed, it seems this should only be disabled when the "fork" model is used, especially as the optimization is mostly valuable when spawning a worker is expensive. -- nosy: +pitrou ___ Python tracker

[issue46510] Update Python2-style exception handling

Change by Irit Katriel : -- pull_requests: +29060 pull_request: https://github.com/python/cpython/pull/30880 ___ Python tracker ___

[issue46454] '0 -> /dev/null' is lost

Brett Randall added the comment: docker run -i --rm python:3.9 <<-EOF import os print(os.get_inheritable(0)) fd_null_before_close = os.open("/dev/null", os.O_RDWR) os.close(0) fd_null = os.open("/dev/null", os.O_RDWR) print(fd_null_before_close) print(fd_null) os.dup2(fd_null, 0)

[issue46454] '0 -> /dev/null' is lost

Brett Randall added the comment: For the possible benefit of future readers of this issue, the sequence and behaviour here which may cause confusion: - say stdin is closed, perhaps along with stdout and stderr via a call to os.closerange(0, 3) or otherwise - os.open() is called and creates

[issue24398] Update test_capi to use test.support.script_helper

Change by Irit Katriel : -- versions: +Python 3.11 -Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue42238] Deprecate suspicious.py?

Georg Brandl added the comment: > I was not here 21 years ago when it was introduced You gave me a small shock, but I checked and it was only 11/12 years ago :D I'm fine with moving this out of tree; please coordinate with the Sphinx maintainers whether it should be an "official" extension

[issue46454] '0 -> /dev/null' is lost

Change by Brett Randall : -- nosy: +javabrett ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46512] Explicit or correct behavior of filecmp.cmpfiles w/ absolute path names

New submission from bers : It is very easy to use filecmp.cmpfiles incorrectly by passing absolute path names. This is because 1. the documentations does not say that relative path names have to be passed, and 2. filecmp.cmpfiles does not issue a warning when absolute path names are passed.

[issue46483] `pathlib.PurePath.__class_getitem__` does not return `GenericAlias`

Serhiy Storchaka added the comment: It is not related to email and asyncio either. -- components: -asyncio, email ___ Python tracker ___

[issue46376] PyMapping_Check returns 1 for list

Ben Avrahami added the comment: IMHO, I don't think any alternative to aviramha's solution addresses the issue, And I don't think the need is niche enough to be ignored. PyType_HasFeature excludes strings, bytes, and other esoteric types. PyMapping_Check includes mappings like dict and

[issue46511] dataclasses: Allow typing.Annotated to wrap dataclasses-specific annotations

New submission from Gregory Beauregard : In https://bugs.python.org/issue46491 the typing runtime behavior was changed so that `Annotated[Classvar[...]]` is now valid at runtime in order to alleviate tension between typing and non-typing annotation space uses. dataclasses.py should likely

<    1   2   3   >