[issue44184] crash on windows invoking flake8

Thomas Wouters added the comment: Fix extended to the other branch (and backported to 3.10), and both parts backported to 3.9. I don't think it counts as a security issue, so not backporting to 3.8. -- ___ Python tracker

[issue44184] crash on windows invoking flake8

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

[issue42095] plistlib: Add tests that compare with plutil(1)

Change by Hasan : -- pull_requests: -25709 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue44184] crash on windows invoking flake8

Thomas Wouters added the comment: New changeset 0b4704973dbef712d05bdd62349bb4244f545430 by Miss Islington (bot) in branch '3.9': bpo-44184: Apply GH-26274 to the non-GC-type branch of subtype_dealloc (GH-27165) (GH-27175) https://github.com/python/cpython/commit/0b4704973dbef712d05bdd62349b

[issue44184] crash on windows invoking flake8

miss-islington added the comment: New changeset 298ee657ab8170adf75a186c0414b7ca3baf1991 by Miss Islington (bot) in branch '3.9': bpo-44184: Fix subtype_dealloc() for freed type (GH-26274) https://github.com/python/cpython/commit/298ee657ab8170adf75a186c0414b7ca3baf1991 --

[issue43950] Include column offsets for bytecode instructions

Pablo Galindo Salgado added the comment: New changeset 919ad537510fdc2c750109e0bc4eceea234324b2 by Batuhan Taskaya in branch 'main': bpo-43950: make BinOp specializations more reliable (GH-27126) https://github.com/python/cpython/commit/919ad537510fdc2c750109e0bc4eceea234324b2 -- _

[issue44638] zipfile.ZipFile is closed when zipfile.Path is closed

Jason R. Coombs added the comment: I was able to replicate the error using the script as posted: ``` draft $ cat > issue44638.py import zipfile class TestClass: def __init__(self, path): self.zip_file = zipfile.ZipFile(path) def iter_dir(self): return [each.name for

[issue44638] zipfile.ZipFile is closed when zipfile.Path is closed

Jason R. Coombs added the comment: Here's a much simpler repro that avoids the class construction but triggers the same error: ``` import zipfile zip_file = zipfile.ZipFile('zipfile.zip') names = [each.name for each in zipfile.Path(zip_file).iterdir()] with zip_file.open(names[0]) as file:

[issue44638] zipfile.ZipFile is closed when zipfile.Path is closed

Jason R. Coombs added the comment: Even simpler: ``` import zipfile zip_file = zipfile.ZipFile('zipfile.zip') names = [each.name for each in zipfile.Path(zip_file).iterdir()] zip_file.open(names[0]) ``` -- ___ Python tracker

[issue44638] zipfile.ZipFile is closed when zipfile.Path is closed

Jason R. Coombs added the comment: This also reproduces the failure: ``` zip_file = zipfile.ZipFile('zipfile.zip') path = zipfile.Path(zip_file) name = zip_file.namelist()[0] del path zip_file.open(name) ``` Removing `del path` bypasses the issue. Something about the destructor for zipfile.P

[issue44638] zipfile.ZipFile is closed when zipfile.Path is closed

Jason R. Coombs added the comment: Even simpler: ``` zip_file = zipfile.ZipFile('zipfile.zip') name = zip_file.namelist()[0] zipfile.Path(zip_file) zip_file.open(name) ``` -- ___ Python tracker

[issue44638] zipfile.ZipFile is closed when zipfile.Path is closed

Jason R. Coombs added the comment: Changing the repro to: ``` import zipfile try: import zipp except ImportError: import zipfile as zipp zip_file = zipfile.ZipFile('zipfile.zip') name = zip_file.namelist()[0] zipp.Path(zip_file) zip_file.open(name) ``` I'm able now to test against z

[issue44638] zipfile.ZipFile is closed when zipfile.Path is closed

Change by Jason R. Coombs : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Using zipfile.Path with several files prematurely closes zip ___ Python tracker

[issue44638] zipfile.ZipFile is closed when zipfile.Path is closed

Jason R. Coombs added the comment: > My python version is 3.8.9 and zipp is at 3.5.0 (but 3.4.1 behaves the same > for me). It's not enough to have `zipp` 3.5.0. You need to use `zipp.Path` over `zipfile.Path`. -- ___ Python tracker

[issue44413] OverflowError: mktime argument out of range after 2019

Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue44651] An unclear definition in Doc/glossary.rst

New submission from Steven Hsu : In Doc/glossary.rst, the definition about "coercion" is as below: "The implicit conversion of an instance of one type to another during an operation which involves two arguments of the same type." However, in the example following this definition, it shows the

[issue35332] shutil.rmtree(..., ignore_errors=True) doesn't ignore errors from os.close()

Andrei Kulakov added the comment: I've looked a bit into this and it seems like ESTALE can be caused in two cases: - Under WPAR environment https://www.ibm.com/docs/en/aix/7.1?topic=aix-wpar-concepts https://www.ibm.com/support/pages/apar/IV50544 > When using WPAR setup under AIX, with each

[issue35332] shutil.rmtree(..., ignore_errors=True) doesn't ignore errors from os.close()

Andrei Kulakov added the comment: May be related: https://bugs.python.org/issue43666 -- ___ Python tracker ___ ___ Python-bugs-list

[issue44651] An unclear definition in Doc/glossary.rst

Change by Serhiy Storchaka : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue44646] hash() of the unity type is not consistent with equality

Change by Jelle Zijlstra : -- nosy: +Jelle Zijlstra ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue44413] OverflowError: mktime argument out of range after 2019

Terry J. Reedy added the comment: The posted code is incomplete, improperly indented, and a bit jumbled with respect to prompts. If the bug is real, it should be possible to reproduce without pytz. I do not have it on either Windows or macOS. Vyacheslav, can you post a better failing exam

[issue40897] Inheriting from class that defines __new__ causes inspect.signature to always return (*args, **kwargs) for constructor

Change by hongweipeng : -- pull_requests: +25714 pull_request: https://github.com/python/cpython/pull/27177 ___ Python tracker ___ _

[issue44636] It is possible to create a 1-type union type

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

<    1   2