[issue47080] Use atomic groups to simplify fnmatch

Change by Serhiy Storchaka : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue47078] test_ctypes modified files on aarch64 Fedora Rawhide 3.9: ldconfig crashed

STINNER Victor added the comment: Oh, the kernel was also upgraded. /var/log/dnf.log: --- 2022-03-18T19:32:05+0100 DEBUG Installed: kernel-5.17.0-0.rc8.123.fc37.aarch64 --- == Build 440 (old, ok) == https://buildbot.python.org/all/#/builders/245/builds/440 os.uname:

[issue46712] Share global string identifiers in deepfreeze

Dennis Sweeney added the comment: In bpo-47067, there was concern about the addition of the makefile target from PR 31637: regen-global-objects: regen-deepfreeze After a new `&_Py_ID(__orig_class__)` is added to Objects/genericaliasobject.c, running `make regen-global-objects` starts

[issue47079] Integral.denominator shouldn't return an int

Sergey B Kirpichev added the comment: > self(1) instead or, rather, type(self)(1) -- ___ Python tracker ___ ___ Python-bugs-list

[issue47078] test_ctypes modified files on aarch64 Fedora Rawhide 3.9: ldconfig crashed

STINNER Victor added the comment: Fedora glibc issue: https://bugzilla.redhat.com/show_bug.cgi?id=2066147 -- ___ Python tracker ___

[issue47080] Use atomic groups to simplify fnmatch

New submission from Tim Peters : I added some excruciatingly obscure technical tricks to ensure that fnmatch.py's regexps can't fall into exponential-time match failures. It's hard to stop re from useless backtracking. But the new "atomic groups" make that easy instead in some cases, and

[issue47078] test_ctypes modified files on aarch64 Fedora Rawhide 3.9: ldconfig crashed

STINNER Victor added the comment: /var/log/dnf.log: 2022-03-18T19:32:05+0100 DEBUG Upgraded: glibc-2.35.9000-11.fc37.aarch64 ... 2022-03-20T06:55:49+0100 DDEBUG Cleaning up. 2022-03-20T06:55:49+0100 DDEBUG /var/cache/dnf/rawhide-135a69fc59e3201d/packages/glibc-2.35-2.fc37.aarch64.rpm

[issue47079] Integral.denominator shouldn't return an int

New submission from Sergey B Kirpichev : As the __int__() method is required, I believe it can return self(1) instead. Also, probably +self normalization could be avoided in the Integral.numerator(). -- components: Library (Lib) messages: 415660 nosy: Sergey.Kirpichev priority: normal

[issue47078] test_ctypes modified files on aarch64 Fedora Rawhide 3.9: ldconfig crashed

STINNER Victor added the comment: # rpm -qf /sbin/ldconfig glibc-2.35.9000-11.fc37.aarch64 -- ___ Python tracker ___ ___

[issue47078] test_ctypes modified files on aarch64 Fedora Rawhide 3.9: ldconfig crashed

Change by STINNER Victor : -- title: test_ctypes modified files on aarch64 Fedora Rawhide 3.9 -> test_ctypes modified files on aarch64 Fedora Rawhide 3.9: ldconfig crashed ___ Python tracker

[issue47078] test_ctypes modified files on aarch64 Fedora Rawhide 3.9

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

[issue47078] test_ctypes modified files on aarch64 Fedora Rawhide 3.9

New submission from STINNER Victor : aarch64 Fedora Rawhide 3.9: https://buildbot.python.org/all/#/builders/245/builds/445 It seems like the "ldconfig" command crashed (signal 11: SIGSEGV). ldconfig is used by _findSoname_ldconfig() of ctypes.util which runs the "/sbin/ldconfig -p" command

[issue47077] test_asyncio ignores exception in _ProactorBasePipeTransport.__del__: RuntimeError('Event loop is closed')

New submission from STINNER Victor : AMD64 Windows8.1 Refleaks 3.x: https://buildbot.python.org/all/#/builders/511/builds/274 Logs (reformatted manually): --- 0:52:04 load avg: 4.31 [147/433/1] test_asyncio failed (env changed) (41 min 6 sec) -- running: test_io (3 min 8 sec) beginning 6

[issue47067] Add vectorcall for generica alias object

penguin_wwy <940375...@qq.com> added the comment: > You could also try replacing PyObject_SetAttrString with PyObject_SetAttr and > adding "__orig_class__" to the global strings with > Tools/scripts/generate_global_objects.py, probably for a later PR. Already done via `make

[issue47076] test_asyncio: test_get_cancelled() fails randomly on x86-64 macOS 3.x

STINNER Victor added the comment: > Recent change related to this test: commit > e707ceb6e464b24ddc9fdbdac7bfe15f7eeb43fd This change comes from bpo-47035 "Rewrite asyncio queue tests with IsolatedAsyncioTestCase". -- ___ Python tracker

[issue47035] Rewrite asyncio queue tests with IsolatedAsyncioTestCase

STINNER Victor added the comment: Please have a look at bpo-47076 "test_asyncio: test_get_cancelled() fails randomly on x86-64 macOS 3.x". -- nosy: +vstinner ___ Python tracker

[issue47076] test_asyncio: test_get_cancelled() fails randomly on x86-64 macOS 3.x

New submission from STINNER Victor : x86-64 macOS 3.x failures: * https://buildbot.python.org/all/#/builders/366/builds/2085 * https://buildbot.python.org/all/#/builders/366/builds/2078 * https://buildbot.python.org/all/#/builders/366/builds/2077 *

[issue47075] test_multiprocessing_spawn leaks QueueManager dangling processes

STINNER Victor added the comment: Recent failures. AMD64 FreeBSD Non-Debug 3.x: https://buildbot.python.org/all/#/builders/172/builds/1654 --- Warning -- Dangling processes: {} Warning -- Dangling processes: {} 1 test altered the execution environment: test_multiprocessing_spawn ---

[issue47075] test_multiprocessing_spawn leaks QueueManager dangling processes

STINNER Victor added the comment: BaseManager._finalize_manager() timeout should be configurable, the test should use the same timeout than support.wait_process() (SHORT_TIMEOUT), and maybe the default timeout should be increased? I propose to use the same timeout for the two

[issue47075] test_multiprocessing_spawn leaks QueueManager dangling processes

Change by STINNER Victor : -- nosy: +erlendaasland, pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue47075] test_multiprocessing_spawn leaks QueueManager dangling processes

New submission from STINNER Victor : Apply attached manager_timeout.patch and run the command: ./python -m test --fail-env-changed test_multiprocessing_spawn -v -m test_rapid_restart -F -j4 If you fail to reproduce the issue, replace -j4 with -j10 or use a larger number of concurrent

[issue46126] Unittest output drives developers to avoid docstrings

Inada Naoki added the comment: > As you can see, the location of the failing test in the log is masked, and > instead the description is present. Could you elaborate? ``` test_index_empty (idlelib.idle_test.test_text.MockTextTest) Failing test with bad description. ... ERROR (snip)

[issue46850] [C API] Move _PyEval_EvalFrameDefault() to the internal C API

STINNER Victor added the comment: New changeset e63894b3eed8ad2dd7690695f7f07bfbff59c05a by Victor Stinner in branch 'main': bpo-46850: Remove _PyEval_CallTracing() function (GH-32019) https://github.com/python/cpython/commit/e63894b3eed8ad2dd7690695f7f07bfbff59c05a --

[issue47074] Convenient `simplefilter()` in `warnings.catch_warnings()`

New submission from Zac Hatfield-Dodds : Many pytest users would like a concise way to either suppress warnings, or convert them to errors [1]. The current best approach is: with warnings.catch_warnings(): warnings.simplefilter("ignore") # or "error" but even this becomes

[issue46850] [C API] Move _PyEval_EvalFrameDefault() to the internal C API

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

[issue46850] [C API] Move _PyEval_EvalFrameDefault() to the internal C API

STINNER Victor added the comment: New changeset 9087243e2c167e38570e819b228efc3492c38c9c by Victor Stinner in branch 'main': bpo-46850: Remove _PyEval_GetCoroutineOriginTrackingDepth() (GH-32018) https://github.com/python/cpython/commit/9087243e2c167e38570e819b228efc3492c38c9c --

[issue47073] Solution for recursion error when comparing dataclass objects

Change by Eric V. Smith : -- assignee: -> eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46850] [C API] Move _PyEval_EvalFrameDefault() to the internal C API

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

[issue46126] Unittest output drives developers to avoid docstrings

Jason R. Coombs added the comment: In an attempt to replicate Terry's usage, I added the following patch: ``` diff --git a/Lib/idlelib/idle_test/test_text.py b/Lib/idlelib/idle_test/test_text.py index 0f31179e04..be977bbfff 100644 --- a/Lib/idlelib/idle_test/test_text.py +++

[issue46850] [C API] Move _PyEval_EvalFrameDefault() to the internal C API

STINNER Victor added the comment: New changeset 332b04bac35cd7305c60da2d5733940dc089949a by Victor Stinner in branch 'main': bpo-46850: Remove _PyEval_SetAsyncGenFinalizer() (GH-32017) https://github.com/python/cpython/commit/332b04bac35cd7305c60da2d5733940dc089949a --

[issue47026] BytesWarning in zipimport paths on sys.path

Andrei Kulakov added the comment: This warning can be fixed by changing the following line: https://github.com/python/cpython/blob/9d1c4d69dbc800ac344565119337fcf490cdc800/Lib/importlib/_bootstrap_external.py#L1419 to: if not path and str(path) == '': and running `make

[issue46850] [C API] Move _PyEval_EvalFrameDefault() to the internal C API

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

[issue47073] Solution for recursion error when comparing dataclass objects

Change by Alex Waygood : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35967] Better platform.processor support

Change by Chih-Hsuan Yen : -- nosy: -yan12125 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue47055] `issubclass` on two different subclasses of abstract base class like `os.PathLike` returns unexpected value on early versions of Py3.7 and Py3.8

mobiusklein added the comment: Understood. It's probably good practice to keep the interpreter version up to date in any case when debugging. -- resolution: -> works for me stage: -> resolved status: open -> closed ___ Python tracker

[issue47073] Solution for recursion error when comparing dataclass objects

New submission from Yonatan Dankner : TL;DR: A possible method to avoid infinite recursion when comparing dataclasses with circular references, using a decorator. >>> @dataclass ... class A: ... x: int = 1 ... self_reference: Any = field(init=False) ... ... def

[issue46965] Enable informing callee it's awaited via vector call flag

Guido van Rossum added the comment: I will wait until there is a draft PR to review, or until you ping me.-- --Guido (mobile) -- ___ Python tracker ___

[issue47031] math.nan should note that NANs do not compare equal to anything

Stanley added the comment: Vedran's got a good point, as existing documentation for math.nan already says "... Equivalent to the output of float('nan')." so it does seem a bit redundant to say both, though I wonder if we should still be explicit since >>> import math >>> math.nan is

[issue45297] Improve the IDLE shell save command

Steven D'Aprano added the comment: Here is another example of a newbie caught by this: https://discuss.python.org/t/syntax-error-in-python-3-10-when-running-on-terminal/14462 -- ___ Python tracker

[issue33028] [doc] tempfile.TemporaryDirectory documentation improvements

Change by Stanley : -- keywords: +patch nosy: +slateny nosy_count: 4.0 -> 5.0 pull_requests: +30104 stage: -> patch review pull_request: https://github.com/python/cpython/pull/32016 ___ Python tracker

[issue47006] PEP 646: Decide on substitution behavior

Jelle Zijlstra added the comment: It's simple if you only look at simple examples. Here are some examples current main (with Serhiy's patch for the Python version of typing) gets wrong: >>> from typing import * >>> Ts = TypeVarTuple("Ts") >>> T1 = TypeVar("T1") >>> T2 = TypeVar("T2") >>>

[issue38256] binascii.crc32 is not 64-bit clean when USE_ZLIB_CRC32

Change by Gregory P. Smith : -- pull_requests: +30103 pull_request: https://github.com/python/cpython/pull/32015 ___ Python tracker ___

[issue38256] binascii.crc32 is not 64-bit clean when USE_ZLIB_CRC32

Gregory P. Smith added the comment: New changeset 4c989e19c84ec224655bbbde9422e16d4a838a80 by Gregory P. Smith in branch '3.10': [3.10] bpo-38256: Fix binascii.crc32 large input. (GH-32000) (GH-32013) https://github.com/python/cpython/commit/4c989e19c84ec224655bbbde9422e16d4a838a80

[issue47064] thread QOS attribute on macOS

Gregory P. Smith added the comment: Definitely not an OS specific concept. Big.little configs are all over the place on all OSes and architectures these days. With a variety of ways OSes are experimenting with scheduling for them (nevermind that Android and iOS have been doing this for a

[issue47065] test_curses fails if terminal defaults to bright white text (15)

Gregory P. Smith added the comment: can we reliably query for what the default is and add that to the expectations? or just skip the test if the defaults don't match our expectations (less ideal)? if those are a challenge to do reliably - adding 15, 0 to the expected set may be the most

[issue47054] "SyntaxError: non-default argument follows default argument" confuses

Change by Gregory P. Smith : -- assignee: -> gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue47054] "SyntaxError: non-default argument follows default argument" confuses

Change by Gregory P. Smith : -- keywords: +patch nosy: +gregory.p.smith nosy_count: 4.0 -> 5.0 pull_requests: +30102 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/32014 ___ Python tracker

[issue46125] Test the preferred API instead of relying on legacy for coverage

Change by Jason R. Coombs : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue35967] Better platform.processor support

Jason R. Coombs added the comment: I'm going to close this issue again, as the implementation is now present in at least a couple of releases. May I suggest that if there are ongoing concerns or issues to open up a new issue and reference this one and loop me into the conversation? I'm also

[issue25489] sys.exit() caught in async event loop exception handler

Change by Gregory P. Smith : -- title: sys.exit() caught in exception handler -> sys.exit() caught in async event loop exception handler ___ Python tracker ___

[issue47022] PEP 594: Document removal of asynchat, asyncore and smtpd

Andrew Svetlov added the comment: New changeset 94f038cbb27dc6d1a74ae2bfedea674911f8e8c6 by Hugo van Kemenade in branch '3.10': [3.10] bpo-47022: Document asynchat, asyncore and smtpd removals in 3.12 (GH-31891) (#31997)

[issue38256] binascii.crc32 is not 64-bit clean when USE_ZLIB_CRC32

Change by Gregory P. Smith : -- pull_requests: +30101 pull_request: https://github.com/python/cpython/pull/32013 ___ Python tracker ___

[issue39971] [doc] Error in functional how-to example

Change by Irit Katriel : -- keywords: +easy title: Error in functional how-to example -> [doc] Error in functional how-to example versions: +Python 3.10, Python 3.11 -Python 3.7, Python 3.8 ___ Python tracker

[issue23691] re.finditer iterator is not reentrant, but doesn't protect against nested calls to __next__

Change by Serhiy Storchaka : -- versions: +Python 3.10, Python 3.11, Python 3.9 -Python 2.7, Python 3.6, Python 3.7 ___ Python tracker ___

[issue23691] re.finditer iterator is not reentrant, but doesn't protect against nested calls to __next__

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

[issue46774] Importlib.metadata.version picks first distribution not latest

Jason R. Coombs added the comment: Closing without prejudice. Happy to revisit if there's more information on how importlib could/should behave differently. -- stage: -> resolved status: open -> closed ___ Python tracker

[issue47060] importlib.metadata.version can return None

Change by Jason R. Coombs : -- assignee: -> jaraco ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue47067] Add vectorcall for generica alias object

Dennis Sweeney added the comment: I profiled dict[str, int](a=1, b=2), and it looks like a decent chunk of time comes from PyUnicode_New as used by PyObject_SetAttrString. You could also try replacing PyObject_SetAttrString with PyObject_SetAttr and adding "__orig_class__" to the global

[issue33028] [doc] tempfile.TemporaryDirectory documentation improvements

Change by Irit Katriel : -- keywords: +easy title: tempfile.TemporaryDirectory incorrectly documented -> [doc] tempfile.TemporaryDirectory documentation improvements versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.6, Python 3.7, Python 3.8

[issue34406] Typo in documentation

Irit Katriel added the comment: This has been fixed by now. -- nosy: +iritkatriel resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue42871] Regex compilation crashed if I change order of alternatives under quantifier

Change by Serhiy Storchaka : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue38256] binascii.crc32 is not 64-bit clean when USE_ZLIB_CRC32

Gregory P. Smith added the comment: New changeset 9d1c4d69dbc800ac344565119337fcf490cdc800 by Gregory P. Smith in branch 'main': bpo-38256: Fix binascii.crc32() when inputs are 4+GiB (GH-32000) https://github.com/python/cpython/commit/9d1c4d69dbc800ac344565119337fcf490cdc800 --

[issue43463] typing.get_type_hints with TYPE_CHECKING imports / getting hints for single argument

Change by Alex Waygood : -- nosy: +AlexWaygood, JelleZijlstra ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43463] typing.get_type_hints with TYPE_CHECKING imports / getting hints for single argument

Anton Agestam added the comment: As a consumer of `get_type_hints()` I think it'd be valuable to even have partially resolved types. My use case is that I provide an `Annotated` alias with a marker, and all I care about when inspecting user type hints is whether or not the arguments of an

[issue47051] Windows v3.10.3 .chm file (in python310\doc) page headings are messed up and spread out over several lines. Also the font has changed from the former san serif font to a smaller and harde

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

[issue37789] Update doc strings for test.bytecode_helper

Irit Katriel added the comment: This has been fixed by now. -- nosy: +iritkatriel resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue47072] Database corruption with the shelve module

New submission from Hubert Tournier : After adding a few records, the shelve module corrupts the database keys (the database is still readable if an element key is known, but no more iterable): Traceback (most recent call last): File "./shelve-test.py", line 81, in

[issue47064] thread QOS attribute on macOS

Dong-hee Na added the comment: > I'd be more interested in trying to implement the same interface on other > platforms using the low-level APIs for those platforms Yeah, I am on the same line, I prefer to provide the interface that the user actually doesn't care about implementation detail.

[issue46965] Enable informing callee it's awaited via vector call flag

Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue47006] PEP 646: Decide on substitution behavior

Guido van Rossum added the comment: I think I'm with Serhiy, I don't understand the hesitance to transform tuple[*Ts][int, str] into tuple[int, str]. What would be an example of a substitution that's too complex to do? -- ___ Python tracker

[issue25489] sys.exit() caught in exception handler

Guido van Rossum added the comment: With python built from main I get: /Users/guido/test_sys_exit_in_exception_handler.py:12: DeprecationWarning: There is no current event loop loop = asyncio.get_event_loop() Got error, exiting Exception ignored in: > Traceback (most recent call last):

[issue25489] sys.exit() caught in exception handler

Guido van Rossum added the comment: Nevertheless, the example code still hangs after calling sys.exit(). I can't quite tell where it is hanging. -- ___ Python tracker ___

[issue25489] sys.exit() caught in exception handler

Andrew Svetlov added the comment: The change exists since Python 3.8 (October of 2019) The issue discussion belongs to 2015 -- ___ Python tracker ___

[issue25489] sys.exit() caught in exception handler

Andrew Svetlov added the comment: Not sure if the issue is still relevant. asyncio re-raises KeyboardInterrupt explicitly in all loop.call_exception_handler() branches: https://github.com/python/cpython/blob/main/Lib/asyncio/base_events.py#L1759-L1814 --

[issue42369] Reading ZipFile not thread-safe

Change by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.7, Python 3.8 ___ Python tracker

[issue25489] sys.exit() caught in exception handler

Guido van Rossum added the comment: Andrew, would you be interested in investigating this? I can't even follow the flow through asyncio that causes the observed behavior (though I seem to have confirmed it). -- nosy: +asvetlov ___ Python tracker

[issue47071] asyncio proactor udp transport stops responding after send to port that isn't listening

Erik Soma added the comment: Certainly: https://github.com/python/cpython/pull/32011 -- ___ Python tracker ___ ___

[issue47071] asyncio proactor udp transport stops responding after send to port that isn't listening

Change by Erik Soma : -- keywords: +patch pull_requests: +30099 stage: -> patch review pull_request: https://github.com/python/cpython/pull/32011 ___ Python tracker ___

[issue42658] os.path.normcase() is inconsistent with Windows file system

Change by AN Long : -- keywords: +patch nosy: +asaka nosy_count: 7.0 -> 8.0 pull_requests: +30098 stage: -> patch review pull_request: https://github.com/python/cpython/pull/32010 ___ Python tracker

[issue47067] Add vectorcall for generica alias object

Guido van Rossum added the comment: @Dennis, if/when the PR looks good to you, you can merge it. -- ___ Python tracker ___ ___

[issue47067] Add vectorcall for generica alias object

penguin_wwy <940375...@qq.com> added the comment: There is a small problem with the example: ``` d = dict[int] ``` should ``` d = dict[str, int] ``` -- ___ Python tracker

[issue47071] asyncio proactor udp transport stops responding after send to port that isn't listening

Andrew Svetlov added the comment: Thanks for the report. Could you make a pull request? The whole attached windows_events.py is hard to analyze. -- ___ Python tracker ___

[issue47067] Add vectorcall for generica alias object

Change by Alex Waygood : -- nosy: +JelleZijlstra, gvanrossum, kj ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue47067] Add vectorcall for generica alias object

penguin_wwy <940375...@qq.com> added the comment: The point of bpo-40369 issue seems to be to provide vectorcall to the `GenericAliasType`, means vectorcall for `Queue[int]` However, my idea is to add vectorcall to gaobject, like this: ``` d = dict[int] d(a=1, b=2) <-- vectorcall ``` The

[issue47071] asyncio proactor udp transport stops responding after send to port that isn't listening

Erik Soma added the comment: Uploading my hack to `asyncio.windows_events.py` -- this is based off 3.10.2's distribution. -- Added file: https://bugs.python.org/file50692/windows_events.py ___ Python tracker

[issue47071] asyncio proactor udp transport stops responding after send to port that isn't listening

New submission from Erik Soma : Reproducer attached. Change `USE_PROACTOR` to `False` to use the `SelectorEventLoop` instead, which doesn't exhibit this behavior. The output on my machine when using the proactor loop is: ``` datagram received b'ping 1' datagram received b'ping 2' ``` And the

[issue42369] Reading ZipFile not thread-safe

miss-islington added the comment: New changeset 4aa8b802513340d12a6ffea3d5e2228ac6c7d5b8 by Miss Islington (bot) in branch '3.9': bpo-42369: Fix thread safety of zipfile._SharedFile.tell (GH-26974) https://github.com/python/cpython/commit/4aa8b802513340d12a6ffea3d5e2228ac6c7d5b8 --

[issue42369] Reading ZipFile not thread-safe

miss-islington added the comment: New changeset 4352ca234e979ad1c7158981addf899b119cd448 by Miss Islington (bot) in branch '3.10': bpo-42369: Fix thread safety of zipfile._SharedFile.tell (GH-26974) https://github.com/python/cpython/commit/4352ca234e979ad1c7158981addf899b119cd448

[issue47015] Update tests from asyncore to asyncio

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

[issue47015] Update tests from asyncore to asyncio

Andrew Svetlov added the comment: New changeset 3ae975f1ac880c47d51cca6c9e305547bd365be7 by Oleg Iarygin in branch 'main': bpo-47015: Update test_os from asyncore to asyncio (GH-31876) https://github.com/python/cpython/commit/3ae975f1ac880c47d51cca6c9e305547bd365be7 --

[issue42369] Reading ZipFile not thread-safe

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

[issue42369] Reading ZipFile not thread-safe

Change by miss-islington : -- nosy: +miss-islington nosy_count: 9.0 -> 10.0 pull_requests: +30096 pull_request: https://github.com/python/cpython/pull/32008 ___ Python tracker

[issue42369] Reading ZipFile not thread-safe

Serhiy Storchaka added the comment: New changeset e730ae7effe4f13b24f1b5fb1fca005709c86acb by Kevin Mehall in branch 'main': bpo-42369: Fix thread safety of zipfile._SharedFile.tell (GH-26974) https://github.com/python/cpython/commit/e730ae7effe4f13b24f1b5fb1fca005709c86acb --

[issue43902] ssl module: add getter for SSL_CTX* and SSL*

Hans-Christoph Steiner added the comment: This general idea sounds nice to have, I hope it can be included. `ctx._call_with_ctypes("SSL_CTX_set_ciphersuites"...` also sounds totally workable to me, if that has the best security profile. Defense in depth is important, but it is not a reason

[issue28080] Allow reading member names with bogus encodings in zipfile

Serhiy Storchaka added the comment: I experimented with this a lot. There is a problem with the append mode. We can read in the append mode, therefore we need an encoding. But when we close a ZipFile after appending, non-ASCII file names will be encoded in UTF-8 in the central directory.

[issue37952] Add support for export_keying_material to SSL library

Hans-Christoph Steiner added the comment: I understand the frustrations here, but this is really not a place to vent, since that only harms everyone's interests. When a core maintainer voices concerns or questions, they need to be addressed. This goes for any project. I'll see if I can

[issue28080] Allow reading member names with bogus encodings in zipfile

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

[issue46013] Confusing period in object.__hash__ doc

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

[issue46013] Confusing period in object.__hash__ doc

Irit Katriel added the comment: New changeset 504973a13336d8a4d20459f68de9647a1fb25966 by Miss Islington (bot) in branch '3.9': bpo-46013: Fix confusing kerning on period in docs (GH-29989) (GH-32006) https://github.com/python/cpython/commit/504973a13336d8a4d20459f68de9647a1fb25966

[issue46013] Confusing period in object.__hash__ doc

Irit Katriel added the comment: New changeset 87b3e202d46cdeb0a6b1ef041579a5ebc7c826a9 by Miss Islington (bot) in branch '3.10': bpo-46013: Fix confusing kerning on period in docs (GH-29989) (GH-32005) https://github.com/python/cpython/commit/87b3e202d46cdeb0a6b1ef041579a5ebc7c826a9

  1   2   >