[issue44383] argparse.BooleanOptionalAction interacts poorly with ArgumentDefaultsHelpFormatter

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

[issue44383] argparse.BooleanOptionalAction interacts poorly with ArgumentDefaultsHelpFormatter

Julian Gilbey added the comment: Yes, this is a duplicate. Marking this report as a duplicate. It's a shame that the other one has a conflict and has been sitting waiting for an update for over a year :-( I'd be happy to help if it is of use. -- resolution: -> duplicate

[issue44573] Organize some data files in the Lib/test directory

Srinivas Reddy Thatiparthy(శ్రీనివాస్ రెడ్డి తాటిపర్తి) added the comment: +1 for Raymond's comment. -- nosy: +thatiparthy ___ Python tracker ___

[issue42830] tempfile mkstemp() leaks file descriptors if os.close() is not called

Srinivas Reddy Thatiparthy(శ్రీనివాస్ రెడ్డి తాటిపర్తి) added the comment: I have raised a docs PR. -- ___ Python tracker ___ ___

[issue42830] tempfile mkstemp() leaks file descriptors if os.close() is not called

Change by Srinivas Reddy Thatiparthy(శ్రీనివాస్ రెడ్డి తాటిపర్తి) : -- keywords: +patch nosy: +thatiparthy nosy_count: 3.0 -> 4.0 pull_requests: +25625 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27075 ___ Python

[issue44587] BooleanOptionalAction displays default=SUPPRESS unlike other action types

New submission from Toshio Kuratomi : This is related to https://bugs.python.org/issue38956 but a different symptom (and the current proposed fix for 38956 will not fix this. My proposed fixes for this would also fix 38956). I have the following code which uses BooleanOptionalAction along

[issue43219] shutil.copy raises IsADirectoryError when the directory does not actually exist

Change by Gregory P. Smith : -- assignee: -> gregory.p.smith nosy: +gregory.p.smith versions: +Python 3.11 -Python 3.8 ___ Python tracker ___

[issue44555] Dictionary operations are LINEAR for any dictionary (for a particular code).

Inada Naoki added the comment: There is a macro benchmark we regularly used. https://pyperformance.readthedocs.io/ You can try micro benchmark for most common use cases with pyperf like this: ``` $ pyperf timeit -s "def f(**kwargs): pass" -- "f(a=1,b=2,c=3)" Mean +- std dev: 119 ns +- 3 ns

[issue35815] Able to instantiate a subclass with abstract methods from __init_subclass__ of the ABC

Guido van Rossum added the comment: > At worst, this seems like only a minor nuisance. The ABC metaclass is > limited in its powers and seems to reasonably cover the common use cases. > I recommend leaving it as is. Guido, what do you think? Agreed. The abstractness checks are limited

[issue44555] Dictionary operations are LINEAR for any dictionary (for a particular code).

Daniel Fleischman added the comment: Hey Raymond, > "Changing the dict implementation to a linked list would make your case perform better but would make most users worse off." Is there any standard benchmark? I would like to implement my idea, as I think that it is very unlikely that "most

[issue42830] tempfile mkstemp() leaks file descriptors if os.close() is not called

Andrei Kulakov added the comment: It seems reasonable to add a paragraph like: If a large number of file descriptors are created, your program may run into a per-process limit. You can avoid this issue by closing file descriptors with :func:`os.close`. I also noticed that `mkstemp` doc

[issue44586] unittest requires __init__.py for test discovery

Inada Naoki added the comment: And https://dev.to/methane/don-t-omit-init-py-3hga too. -- nosy: +methane ___ Python tracker ___

[issue44573] Organize some data files in the Lib/test directory

Raymond Hettinger added the comment: In practice, this hasn't been an issue. I recommend leaving it alone. Adding more directories is also a nuisance and doesn't really make anyone's life better. -- nosy: +rhettinger ___ Python tracker

[issue35815] Able to instantiate a subclass with abstract methods from __init_subclass__ of the ABC

Raymond Hettinger added the comment: At worst, this seems like only a minor nuisance. The ABC metaclass is limited in its powers and seems to reasonably cover the common use cases. I recommend leaving it as is. Guido, what do you think? -- assignee: -> gvanrossum nosy:

[issue35815] Able to instantiate a subclass with abstract methods from __init_subclass__ of the ABC

Andrei Kulakov added the comment: Oops, I see the issue now. I was playing around with the code sample and had the print line commented out inadvertently when I made the output I pasted above. Sorry for the noise! -- ___ Python tracker

[issue35815] Able to instantiate a subclass with abstract methods from __init_subclass__ of the ABC

Andrei Kulakov added the comment: I missed the fact that instance was being indeed created, I can see it now. -- ___ Python tracker ___

[issue35815] Able to instantiate a subclass with abstract methods from __init_subclass__ of the ABC

Andrei Kulakov added the comment: Ethan, here is the code I tried with 3.9, and the failure: import abc class Base(abc.ABC): def __init_subclass__(cls, **kwargs): instance = cls() print(f"Created instance of {cls} easily: {instance}") @abc.abstractmethod def

[issue35815] Able to instantiate a subclass with abstract methods from __init_subclass__ of the ABC

Ethan Furman added the comment: Andrei, which code did you try? I'm still seeing the failure (i.e. the class being created) in 3.8 and forward. -- versions: +Python 3.11, Python 3.8, Python 3.9 ___ Python tracker

[issue43371] Mock.assert_has_calls works strange

Mardoxx added the comment: This is surprising behaviour, Python 3.8.9: factory = unittest.mock.Mock() ### test example foo_obj = factory.create("foo"),do_thing() # !! MUST BE CALLED AFTER .create("foo") !! bar_obj = factory.create("bar").do_thing() ### # I set any_order to false because

[issue43908] array.array should remain immutable: add Py_TPFLAGS_IMMUTABLETYPE flag

Erlend E. Aasland added the comment: These types now lack the Py_TPFLAGS_IMMUTABLETYPE flag: ## Types converted in Python 3.9 - _abc._abc_data - _json.Encoder - _json.Scanner - _random.Random - _struct.Struct - _struct.unpack_iterator - ast.AST - posix.DirEntry - posix.ScandirIterator -

[issue43908] array.array should remain immutable: add Py_TPFLAGS_IMMUTABLETYPE flag

Pablo Galindo Salgado added the comment: I would say yes. Do you have a compiled list of what's left? -- ___ Python tracker ___

[issue43897] Implement support for validation of pattern matching ASTs

Change by Batuhan Taskaya : -- pull_requests: +25624 pull_request: https://github.com/python/cpython/pull/27074 ___ Python tracker ___

[issue44383] argparse.BooleanOptionalAction interacts poorly with ArgumentDefaultsHelpFormatter

Toshio Kuratomi added the comment: I believe this is a duplicate of https://bugs.python.org/issue38956 and could be closed in favor of that issue. 38956 also has a Pull Request to fix the issue which is awaiting a re-review. -- nosy: +a.badger

[issue43034] Python tutorial misleads users about floor division behavior

Andrei Kulakov added the comment: Possibly: 5//2 # 2 -5//2 # -3 Would be easier to understand. -- nosy: +andrei.avk ___ Python tracker ___

[issue31218] del expects __delitem__ if __setitem__ is defined

Raymond Hettinger added the comment: I'm closing this as not being worth changing. It is only a minor irritant and arguably not a bug. "Fixing it" would be disruptive and likely not help anyone. -- resolution: -> wont fix stage: -> resolved status: open -> closed

[issue16321] Move eq.h out of stringlib

Raymond Hettinger added the comment: The remaining unicode_eq can be left as-is. While it is only in dictobject.c, the requisite knowledge of string internals makes it reasonable to keep it in stringlib. -- resolution: -> fixed stage: needs patch -> resolved status: open ->

[issue44571] itertools: takedowhile()

Raymond Hettinger added the comment: > What if set the last item as an attribute of the takewhile iterator? Perhaps raise an attribute error unless the falsifying element is set? -- ___ Python tracker

[issue43908] array.array should remain immutable: add Py_TPFLAGS_IMMUTABLETYPE flag

Erlend E. Aasland added the comment: > Is anything left here? Should the immutable flag also be applied to the heap types converted in and before Python 3.9 before closing this issue? -- ___ Python tracker

[issue22107] tempfile module misinterprets access denied error on Windows

Change by bugale bugale : -- nosy: +bugale bugale ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43908] array.array should remain immutable: add Py_TPFLAGS_IMMUTABLETYPE flag

Change by Pablo Galindo Salgado : -- priority: release blocker -> ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue43908] array.array should remain immutable: add Py_TPFLAGS_IMMUTABLETYPE flag

Pablo Galindo Salgado added the comment: Is anything left here? -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

Change by Pablo Galindo Salgado : -- priority: release blocker -> resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

Pablo Galindo Salgado added the comment: Awesome, thanks a lot for the quick resolution, Mark! -- ___ Python tracker ___ ___

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

Pablo Galindo Salgado added the comment: New changeset da6414f0acf5ec9ea3b07e4b3907bc49c2a61e2f by Mark Shannon in branch 'main': bpo-44570: Fix line tracing for forwards jumps to duplicated tails (GH-27068) https://github.com/python/cpython/commit/da6414f0acf5ec9ea3b07e4b3907bc49c2a61e2f

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

Pablo Galindo Salgado added the comment: New changeset 9f2c63b258846a95393b556fee5e1090173ea717 by Mark Shannon in branch '3.10': bpo-44570: Fix line tracing for forward jumps to duplicated tails (GH-27067) https://github.com/python/cpython/commit/9f2c63b258846a95393b556fee5e1090173ea717

[issue31212] datetime: min date (0001-01-01 00:00:00) can't be converted to local timestamp

Andrei Kulakov added the comment: Perhaps min and max should be moved 24 hours up and down respectively? This would make their names more accurately reflect valid range of the class and also allow them to be used as effective -inf +inf. -- nosy: +andrei.avk

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

Ned Batchelder added the comment: I can confirm that those two pull requests fix the problem reported here. -- ___ Python tracker ___

[issue44582] Accelerate mimetypes.init on Windows

Steve Dower added the comment: Dropping the 3.9 backport. Pretty sure it only needs a clinic regen, but it's also not worth the risk of changed behaviour. We could consider it again after 3.10 has shipped if people really want it (and can help validate it). -- resolution: -> fixed

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

Pablo Galindo Salgado added the comment: Feel free to reopen if we are missing anything -- ___ Python tracker ___ ___

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

Change by Pablo Galindo Salgado : -- priority: release blocker -> ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

Pablo Galindo Salgado added the comment: New changeset 61eb9b5dfd919ba5d1ec9f7df0137f2e6d196972 by Pablo Galindo in branch '3.10': [3.10] bpo-6: support lineno being None in traceback.FrameSummary (GH-26781) (GH-27072)

[issue11343] Make errors due to full parser stack identifiable

Pablo Galindo Salgado added the comment: Regarding what to do, what I would love to optimize is that the message is clear. One of the challenges people may have with too specific messages is that they may not know what "a compiler" or "a parser" means (the first may be especially confusing

[issue11343] Make errors due to full parser stack identifiable

Pablo Galindo Salgado added the comment: As a piece of extra information, this limit has been there for a while: https://github.com/python/cpython/blob/91a8f8c16ca9a7e2466a8241d9b41769ef97d094/Parser/tokenizer.h#L14 the problem is that the old parser died before reaching it in many

[issue11343] Make errors due to full parser stack identifiable

Andre Roberge added the comment: @pablo: Sincere apologies ... I tested this with the wrong virtual environment active locally. With 3.10, it is indeed SyntaxError: too many nested parentheses -- ___ Python tracker

[issue11343] Make errors due to full parser stack identifiable

Pablo Galindo Salgado added the comment: > > python example.py > s_push: parser stack overflow > MemoryError That error can only happen with the old parser, so you must be using Python3.8 or 3.9 with the old parser. Can you confirm? -- ___

[issue23882] unittest discovery doesn't detect namespace packages when given no parameters

Eric V. Smith added the comment: As the author of PEP 420, I think having test discovery support namespace packages is a mistake, at least in the sense of pretending every directory is a namespace package. -- nosy: +eric.smith ___ Python tracker

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

Change by Pablo Galindo Salgado : -- pull_requests: +25623 pull_request: https://github.com/python/cpython/pull/27072 ___ Python tracker ___

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

Pablo Galindo Salgado added the comment: New changeset 91a8f8c16ca9a7e2466a8241d9b41769ef97d094 by Filipe Laíns in branch 'main': bpo-6: support lineno being None in traceback.FrameSummary (GH-26781) https://github.com/python/cpython/commit/91a8f8c16ca9a7e2466a8241d9b41769ef97d094

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

Pablo Galindo Salgado added the comment: Ned, I am reviewing today PR 27068 and PR 27067 but it would be a great help if you can confirm that **both** work for your cases and don't break anything else -- ___ Python tracker

[issue44582] Accelerate mimetypes.init on Windows

miss-islington added the comment: New changeset 08697ac5d1543fca3629c719ab43e50d73021631 by Miss Islington (bot) in branch '3.10': bpo-44582: Accelerate mimetypes.init on Windows with a native accelerator (GH-27059)

[issue44582] Accelerate mimetypes.init on Windows

Steve Dower added the comment: New changeset bbf2fb6c7ae78f40483606f467739a58cd747270 by Steve Dower in branch 'main': bpo-44582: Accelerate mimetypes.init on Windows with a native accelerator (GH-27059) https://github.com/python/cpython/commit/bbf2fb6c7ae78f40483606f467739a58cd747270

[issue44582] Accelerate mimetypes.init on Windows

Change by miss-islington : -- nosy: +miss-islington nosy_count: 4.0 -> 5.0 pull_requests: +25622 pull_request: https://github.com/python/cpython/pull/27071 ___ Python tracker

[issue44586] unittest requires __init__.py for test discovery

Karthikeyan Singaravelan added the comment: See also https://bugs.python.org/issue23882 -- nosy: +xtreak ___ Python tracker ___

[issue44586] unittest requires __init__.py for test discovery

New submission from ma19 : This is how my project is currently set up: src: - main.py - src1.py - src2.py test: - __init__.py - test_src1.py - test_src2.py If I remove __init__.py from the "test" directory, the unittest discovery fails. I thought that __init__.py was no longer

[issue44575] Windows installer prohibits different patches for the same version

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

[issue42464] Pathlib resolve() resolves non-existent ".." components with strict=False

Andrei Kulakov added the comment: Another solution would be to base it on `strict` parameter: - strict=True, subpath exists => resolve `..` - strict=True, subpath doesn't exist => throw OSError - strict=False => never resolve `..` This would avoid extra `lstat()` calls but would be a much

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

Change by Mark Shannon : -- pull_requests: +25621 pull_request: https://github.com/python/cpython/pull/27068 ___ Python tracker ___

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

Change by Mark Shannon : -- pull_requests: +25620 pull_request: https://github.com/python/cpython/pull/27067 ___ Python tracker ___

[issue35815] Able to instantiate a subclass with abstract methods from __init_subclass__ of the ABC

Andrei Kulakov added the comment: Ethan: as far as I understand, there's no actual problem here. The report adds a print statement in __init_subclass__ that says that instance was created, while in fact instance is not created. I can confirm what Batuhan said, in my testing, that it fails

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

Sergey B Kirpichev added the comment: Pablo, it seems: the 3.10 branch as for https://github.com/nedbat/coveragepy/issues/1184#issuecomment-873506523 still has this issue - I can reproduce one. -- ___ Python tracker

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

Filipe Laíns added the comment: The issue that made the line number be missing is fixed, but GH-26781 is needed to account for 088a15c49d99ecb4c3bef93f8f40dd513c6cae3b, even though it is no longer triggered in this situation. -- ___ Python tracker

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

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

[issue42464] Pathlib resolve() resolves non-existent ".." components with strict=False

Andrei Kulakov added the comment: Adding a patch that fixes this issue, for future reference. I'm not too sure this would be the right way to solve this. The patch also causes 5 failures in test_posixpath.py that would have to be fixed (most likely all can be fixed by creating respective

[issue44585] csv library does not correctly interpret some files

New submission from Marco E. : The CSV library does not correctly interpret files in the following format (test.csv): "A" ,"B" ,"C" "aa","bbb","" "a" ,"bb" ,"ccc" "" ,"b" ,"cc" This program: import csv from pathlib import Path def main(): with

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

Change by Mark Shannon : -- assignee: -> Mark.Shannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44581] Interpreter can execute quickened opcodes in tracing mode

Mark Shannon added the comment: New changeset 514f76bbac386c320a9f3a70797241c612544391 by Mark Shannon in branch 'main': bpo-44581: Don't execute quickened instructions if tracing is on (GH-27064) https://github.com/python/cpython/commit/514f76bbac386c320a9f3a70797241c612544391 --

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

Pablo Galindo Salgado added the comment: Gentle ping as beta 4 is in 2 days -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

Pablo Galindo Salgado added the comment: Beta 4 is in a few days. Can someone confirm of this is fixed or if it still needs a patch? -- ___ Python tracker ___

[issue43908] array.array should remain immutable: add Py_TPFLAGS_IMMUTABLETYPE flag

STINNER Victor added the comment: New changeset a3739b207adb5d17e3b53347df05b54b1a8b87f0 by Erlend Egeberg Aasland in branch 'main': bpo-43908: Immutable types inherit vectorcall (GH-27001) https://github.com/python/cpython/commit/a3739b207adb5d17e3b53347df05b54b1a8b87f0 --

[issue44584] Deprecate thread debugging PYTHONTHREADDEBUG=1

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

[issue11343] Make errors due to full parser stack identifiable

Andre Roberge added the comment: For information: I created an actual .py file from the last example with 200 parens and got the following error message: > python example.py s_push: parser stack overflow MemoryError For consistency and greater clarity, I think that having messages such as

[issue44434] _thread module: Remove redundant PyThread_exit_thread() call to avoid glibc fatal error: libgcc_s.so.1 must be installed for pthread_cancel to work

STINNER Victor added the comment: I created bpo-44584: "Deprecate thread debugging PYTHONTHREADDEBUG=1". -- ___ Python tracker ___

[issue44584] Deprecate thread debugging PYTHONTHREADDEBUG=1

STINNER Victor added the comment: I never ever used PYTHONTHREADDEBUG=1. I just tried: --- $ PYTHONTHREADDEBUG=1 ./python -m test -v test_sys PyThread_init_thread called PyThread_allocate_lock() -> 0x1f212c0 PyThread_allocate_lock called PyThread_allocate_lock() -> 0x1f21300

[issue44584] Deprecate thread debugging PYTHONTHREADDEBUG=1

New submission from STINNER Victor : Copy of my email to python-dev: https://mail.python.org/archives/list/python-...@python.org/thread/NMLGCDRUKLZSTK4UICJTKR54WRXU2ZGJ/ Hi, Does anyone use threading debug PYTHONTHREADDEBUG=1 env var on a Python debug build? If not, can I just remove it? --

[issue44434] _thread module: Remove redundant PyThread_exit_thread() call to avoid glibc fatal error: libgcc_s.so.1 must be installed for pthread_cancel to work

STINNER Victor added the comment: I started "Does anyone use threading debug PYTHONTHREADDEBUG=1 env var? Can I remove it?" thread on python-dev: https://mail.python.org/archives/list/python-...@python.org/thread/NMLGCDRUKLZSTK4UICJTKR54WRXU2ZGJ/ --

[issue44581] Interpreter can execute quickened opcodes in tracing mode

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

[issue44576] AttributeError: incorrect line identified in Python 3.10

Change by Mark Shannon : -- priority: release blocker -> resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___

[issue44583] Failure to build on OSF1.

Change by Jay Krell : -- keywords: +patch pull_requests: +25616 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27063 ___ Python tracker ___

[issue44583] Failure to build on OSF1.

New submission from Jay Krell : Python fails to compile on OSF1. I have it about working. (I have Python2 already working.) I'm opening an issue to meet the PR guidelines. -- components: Interpreter Core messages: 397128 nosy: jaykrell priority: normal severity: normal status: open

[issue41137] pdb uses the locale encoding for .pdbrc

Change by Inada Naoki : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.11 ___ Python tracker ___

[issue41137] pdb uses the locale encoding for .pdbrc

Inada Naoki added the comment: New changeset 58248d94379b202ccce3e45b1d1830ca47683273 by Srinivas Reddy Thatiparthy (శ్రీనివాస్ రెడ్డి తాటిపర్తి) in branch 'main': bpo-41137: Use utf-8 encoding while reading .pdbrc files (GH-21263)

[issue42778] Add follow_symlinks=True parameter to both os.path.samefile() and Path.samefile()

Change by Serhiy Storchaka : -- resolution: -> rejected stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue44575] Windows installer prohibits different patches for the same version

Константин Глухов added the comment: After reviewing all the suggested options of the "versioned" Windows install I came to the conclusion that the "NuGet" path is the easiest. Assuming x - version, y - patch number, the following steps work 1. Unzip 'Tools' folder of the NuGet archive into