[issue40861] On Windows, liblzma is always built without optimization

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

[issue29782] Use __builtin_clzl for bits_in_digit if available

STINNER Victor added the comment: I reopen the issue since PR 20739 was created. -- resolution: rejected -> status: closed -> open ___ Python tracker ___

[issue40912] _PyOS_SigintEvent is never closed on Windows

New submission from Steve Dower : Currently, it's just stored as global state in signalmodule.c and forgotten about. It probably needs to become module state, and the signal module needs better initialization/shutdown. -- components: Windows messages: 371036 nosy: eric.snow, paul.moor

[issue40913] time.sleep ignores errors on Windows

New submission from Steve Dower : In time.sleep on Windows, if the WaitForSingleObject call fails, the call returns success. It essentially looks like the timeout was 0. Errors should be highly unlikely, as the event object is leaked (see issue40912), but if they _do_ occur, we should raise t

[issue40548] Always run GitHub action jobs, even on documentation-only jobs

Change by Filipe Laíns : -- pull_requests: +19947 pull_request: https://github.com/python/cpython/pull/20740 ___ Python tracker ___ _

[issue24914] Python: Not just OO style but this is not mentioned on python.org or in FAQ

Brett Cannon added the comment: New changeset 14073c509058f8efeb5ea7f7693bf84f410d24b7 by Miss Islington (bot) in branch '3.8': bpo-24914: mention Python supports multiple paradigms in the FAQ (GH-20658) (GH-20738) https://github.com/python/cpython/commit/14073c509058f8efeb5ea7f7693bf84f410d

[issue24914] Python: Not just OO style but this is not mentioned on python.org or in FAQ

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

[issue24914] Python: Not just OO style but this is not mentioned on python.org or in FAQ

Brett Cannon added the comment: New changeset b155381314c632e7dd452fbade3903e58657cfc7 by Miss Islington (bot) in branch '3.9': bpo-24914: mention Python supports multiple paradigms in the FAQ (GH-20658) (GH-20737) https://github.com/python/cpython/commit/b155381314c632e7dd452fbade3903e58657

[issue27657] urlparse fails if the path is numeric

Michał Górny added the comment: I wonder if it would be feasible to support new behavior in earlier versions of Python via __future__. I suppose that could help software avoid having Python version-dependent behavior in the long run. -- ___ Python

[issue40912] _PyOS_SigintEvent is never closed on Windows

STINNER Victor added the comment: PyOS_FiniInterrupts() is a good place to close _PyOS_SigintEvent. Hopefully, it's a internal C API and it's not exported, since it's fine to change its behavior. Maybe it should be renamed to _PyOS_FiniInterrupts(). -- __

[issue27657] urlparse fails if the path is numeric

Senthil Kumaran added the comment: Michał, for this particular issue, to rely on the expected and consistent parsing behavior, it might easier to add "scheme" to URLs in the client code. That will be less confusing IMO. Not sure if __future__ is a good idea. Personally, I am -1 at this point

[issue27657] urlparse fails if the path is numeric

Chris Dent added the comment: I just wanted to reiterate what I said at https://bugs.python.org/issue27657#msg360196 The supposed fix provides terribly UX and violates what I think for many people is the path of least surprise. -- ___ Python trac

[issue40907] cpython/lib/queue.py: put() does not acquire not_empty before notifying on it

Change by r n : -- nosy: +rhettinger -r n2 title: cpython/queue.py: put() does not acquire not_empty before notifying on it -> cpython/lib/queue.py: put() does not acquire not_empty before notifying on it ___ Python tracker

[issue27657] urlparse fails if the path is numeric

Senthil Kumaran added the comment: Chris, my understanding of the primary objection in your previous post was with a violation of backward compatibility. It was resolved by reverting. The 3.9+ changes are useful ones, particularly when well-defined behaviors are listed for URLs with the sche

[issue40914] tarfile creates output that appears to omit files

New submission from Michael Richardson : The simplest tarcopy program seems to result in output that GNU tar, bsdtar, and even Emacs tar-mode is unable to correctly process. It appears that the resulting tar file is missing files, but examination of the raw output shows they might be there, bu

[issue40914] tarfile creates output that appears to omit files

Change by Michael Richardson : -- versions: +Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue27657] urlparse fails if the path is numeric

Chris Dent added the comment: I don't want to belabour the point. If there's general agreement that the new behaviour is the best result that's fine, especially if it is well announced. I agree that it has been inconsistent and weird for a long time. I think my objection simply comes down to

[issue40914] tarfile creates output that appears to omit files

Zachary Ware added the comment: Note that `TarFile.getmembers()` is documented to return `TarInfo` objects, which are documented as explicitly *not* including file data. Try replacing `out.addfile(file)` with `out.addfile(file, tar.extractfile(file))`. -- nosy: +zach.ware _

[issue35823] Use vfork() in subprocess on Linux

Change by Gregory P. Smith : -- versions: +Python 3.10 -Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue35823] Use vfork() in subprocess on Linux

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue40889] Symmetric difference on dict_views is inefficient

Dennis Sweeney added the comment: A demo: >>> class Int(int): ... hash_calls = 0 ... def __hash__(self): ... Int.hash_calls += 1 ... return super().__hash__() ... >>> left = {Int(1): -1, Int(2): -2, Int(3): -3, Int(4): -4, Int(5): -5, Int(6): >>> -6, Int(7): -7} >>> ri

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Stefan Krah added the comment: I think I'm going to revert this for 3.7 and 3.8 -- not because of xlc (it is almost certainly a compiler or missing flag error), but because coordination with the Linux distributions is a mess, see #40874. I really want the system libmpdec to be the same as th

[issue40915] muultiple problems with mmap.resize() in Windows

New submission from Eryk Sun : In Windows, mmap.resize() unmaps the view of the section [1], closes the section handle, resizes the file (without error checking), creates a new section (without checking for ERROR_ALREADY_EXISTS), and maps a new view. This code has several problems. Case 1 I

[issue40915] multiple problems with mmap.resize() in Windows

Change by Eryk Sun : -- title: muultiple problems with mmap.resize() in Windows -> multiple problems with mmap.resize() in Windows ___ Python tracker ___ ___

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Change by Stefan Krah : -- pull_requests: +19948 pull_request: https://github.com/python/cpython/pull/20743 ___ Python tracker ___ _

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Change by Stefan Krah : -- pull_requests: +19949 pull_request: https://github.com/python/cpython/pull/20744 ___ Python tracker ___ _

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Stefan Krah added the comment: New changeset 706de4e5a4b21880c67f6b90e3a2147a258d6fc5 by Stefan Krah in branch '3.8': [3.8] Revert bpo-39576: Clarify the word size for the 32-bit build. (GH-20743) https://github.com/python/cpython/commit/706de4e5a4b21880c67f6b90e3a2147a258d6fc5 --

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Stefan Krah added the comment: New changeset c0b79450bc9e93105799528151c48d25af8240a3 by Stefan Krah in branch '3.7': [3.7] Revert bpo-39576: Clarify the word size for the 32-bit build. (GH-20744) https://github.com/python/cpython/commit/c0b79450bc9e93105799528151c48d25af8240a3 --

[issue40916] Proposed tweak to allow for per-task async generator semantics

New submission from Joshua Oreman : The current async generator finalization hooks are per-thread, but sometimes you want different async generator semantics in different async tasks in the same thread. This is currently challenging to implement using the thread-level hooks. I'm proposing a s

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Change by Stefan Krah : -- pull_requests: +19950 pull_request: https://github.com/python/cpython/pull/20745 ___ Python tracker ___ _

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Change by Stefan Krah : -- pull_requests: +19951 pull_request: https://github.com/python/cpython/pull/20746 ___ Python tracker ___ _

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Stefan Krah added the comment: New changeset 32c1fb07e6f2ded90e5dd24d4b46b7aa7a795d2e by Stefan Krah in branch '3.8': [3.8] Revert bpo-39576: docs: set context for decimal arbitrary precision arithmetic (GH-20745) https://github.com/python/cpython/commit/32c1fb07e6f2ded90e5dd24d4b46b7aa7a795

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Stefan Krah added the comment: New changeset 9bd891920a5186b7d02281ea9966225efa0ceba1 by Stefan Krah in branch '3.7': [3.7] Revert bpo-39576: docs: set context for decimal arbitrary precision arithmetic (GH-20746) https://github.com/python/cpython/commit/9bd891920a5186b7d02281ea9966225efa0ce

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Change by Stefan Krah : -- pull_requests: +19952 pull_request: https://github.com/python/cpython/pull/20747 ___ Python tracker ___ _

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Change by Stefan Krah : -- pull_requests: +19953 pull_request: https://github.com/python/cpython/pull/20748 ___ Python tracker ___ _

[issue40847] New parser considers empty line following a backslash to be a syntax error, old parser didn't

Adam Williamson added the comment: I'm not the best person to ask what I'd "consider" to be a bug or not, to be honest. I'm just a Fedora packaging guy trying to make our packages build with Python 3.9 :) If this is still an important question, I'd suggest asking the folks from the Black iss

[issue40917] pickling exceptions with mandatory keyword args will traceback

New submission from Toshio Kuratomi : I was trying to use multiprocessing (via a concurrent.futures.ProcessPoolExecutor) and encountered an error when pickling a custom Exception. On closer examination I was able to create a simple test case that only involves pickle: import pickle class S

[issue40847] New parser considers empty line following a backslash to be a syntax error, old parser didn't

Guido van Rossum added the comment: To be clear, I consider it a bug. -- ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Stefan Krah added the comment: New changeset 22faf6ad3bcc0ae478a9a3e2d8e35888d88d6ce8 by Stefan Krah in branch '3.7': [3.7] Revert bpo-39576: Prevent memory error for overly optimistic precisions (GH-20748) https://github.com/python/cpython/commit/22faf6ad3bcc0ae478a9a3e2d8e35888d88d6ce8 -

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Stefan Krah added the comment: New changeset 0f5a28f834bdac2da8a04597dc0fc5b71e50da9d by Stefan Krah in branch '3.8': [3.8] Revert bpo-39576: Prevent memory error for overly optimistic precisions (GH-20747) https://github.com/python/cpython/commit/0f5a28f834bdac2da8a04597dc0fc5b71e50da9d -

[issue40923] Thread safety : disable intel’s compiler autopar where it’s being relevant.

New submission from Laël Cellier : As the bug tracker constantly crash over a continuation byte error while using latest Edgeʜᴛᴍʟ’s Edge browser the description is posted here : https://pastebin.com/5AU9HuQk -- components: Build, C API, Interpreter Core messages: 371066 nosy: Laël Cell

[issue40923] Thread safety : disable intel’s compiler autopar where it’s being relevant.

Laël Cellier added the comment: (about the bug tracker I was meaning server‑side error message) -- ___ Python tracker ___ ___ Python

[issue40890] Dict views should be introspectable

Change by Dennis Sweeney : -- keywords: +patch pull_requests: +19954 pull_request: https://github.com/python/cpython/pull/20749 ___ Python tracker ___ _

[issue40923] Thread safety : disable intel’s compiler autopar where it’s being relevant.

Laël Cellier added the comment: It also turns out the problematic binary can’t be posted here because of a ʜᴛᴛᴘ 413 Entity too large error despite the attachment being only 4MB https://filebin.net/4lp4nb61dav9qamo -- ___ Python tracker

[issue39576] Surprising MemoryError in `decimal` with MAX_PREC

Stefan Krah added the comment: The 3.9 change (see #40874) works successfully on all buildbots, except for the 32-bit xlc bot which should use c99_r. Additionally, it has been tested with the latest gcc/clang/icc/cl.exe, static analyzers and clang-tidy. It survives brute force allocation fa

[issue40890] Dict views should be introspectable

Dennis Sweeney added the comment: PR 20749 gives each dict view access to a mappingproxy for the original dict, although I don't know if that defeats the original purpose. It might be hard to sensibly make MappingProxy(d).items() return something other than d.items(), since this is already t

[issue40917] pickle exceptions with mandatory keyword args will traceback

Change by Toshio Kuratomi : -- title: pickling exceptions with mandatory keyword args will traceback -> pickle exceptions with mandatory keyword args will traceback ___ Python tracker ___

[issue40916] Proposed tweak to allow for per-task async generator semantics

Nathaniel Smith added the comment: FWIW, this seems like a pretty straightforward improvement to me. -- ___ Python tracker ___ ___

[issue40890] Dict views should be introspectable

Dennis Sweeney added the comment: Here's a workaround that's possible with PR 20749 applied: >>> d = {"a":1, "b":2} # fill up the dict... >>> DICT = object() >>> d[DICT] = d >>> items = d.items() >>> del d >>> >>> d = items.mapping[DICT].pop(DICT) >>> d {'a': 1, 'b': 2} -- __

[issue13179] IDLE uses common tkinter variables across all editor windows

Change by Terry J. Reedy : -- versions: +Python 3.10 -Python 3.6, Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue40924] Recent importlib change breaks most recent certifi == 2020.4.5.2

New submission from Ned Deily : The very recent latest commits for Issue39791, "New `files()` api from importlib_resources", have broken the popular certifi package, a package which provides a basic set of Root Certificates for TLS secure network connection verification. Among other users of i

[issue39791] New `files()` api from importlib_resources.

Ned Deily added the comment: Note that the most recent commits have introduced a critical regression in importlib.resources.path() that breaks the certifi package from PyPI and presumably other users of path(). See Issue40924. -- nosy: +ned.deily ___

[issue40917] pickle exceptions with mandatory keyword args will traceback

Rémi Lapeyre added the comment: This is a duplicate of issue 27015. -- nosy: +remi.lapeyre versions: +Python 3.10, Python 3.9 -Python 3.6 ___ Python tracker ___ ___

[issue21756] IDLE - ParenMatch fails to find closing paren of multi-line statements

Terry J. Reedy added the comment: Updated summary: 1. Typing a closer highlights closer back to the opener. No issue. 2. Hitting ^0 on the closer line before the closer highlights from opener to closer. Hitting ^0 on after the opener on the opener line or any following line before the clos

[issue21756] IDLE - ParenMatch fails to find closing paren of multi-line statements

Change by Terry J. Reedy : -- versions: +Python 3.10 -Python 3.6, Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing lis

<    1   2