[issue44869] MacOS Monterrey malloc issue

Eduardo Morales added the comment: These are the libraries that I'm using: ``` ibm-db~=3.0.4 Flask~=2.0.1 pandas~=1.2.5 requests~=2.25.1 flask_basicauth~=0.2.0 schedule~=1.1.0 ``` -- ___ Python tracker _

[issue44869] MacOS Monterrey malloc issue

Eduardo Morales added the comment: I am not sure how to reproduce it, I think it's being caused by an imported library. -- ___ Python tracker ___

[issue43585] perf_counter() returns computers uptime

Change by Dennis Sweeney : -- resolution: -> not a bug stage: -> resolved status: pending -> closed ___ Python tracker ___ ___ Pyt

[issue44869] MacOS Monterrey malloc issue

New submission from Eduardo Morales : Running on MacOS Monterrey throws following error: ```malloc: *** error for object 0x7ffb5ea1a120: pointer being freed was not allocatedPython(4899,0x1061a8600)``` This started happening right after upgrading to the new MacOS Beta. -- messages: 3

[issue44765] Misspelled Word In Docs

Eesa Ibrahim Khokhar added the comment: Thanks for the tip! I just saw that the docs at the above URL are now updated. Thanks again! -- ___ Python tracker ___ ___

[issue44865] [argparse] Missing translations

Change by hai shi : -- nosy: +paul.j3, rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue44864] [argparse] Do not translate user-provided strings in `ArgumentParser.add_subparsers()`

Change by hai shi : -- nosy: +paul.j3, rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue44544] Add full list of possible args to textwrap: wrap, fill, shorten

Change by Andrei Kulakov : -- pull_requests: +26159 pull_request: https://github.com/python/cpython/pull/27671 ___ Python tracker ___ __

[issue44522] [doc] open() function errors='surrogateescape' has inaccurate information

Bupjae Lee added the comment: I just noticed that very next sentence, "These private code points will then be turned back...", also needs to be fixed. Suggested fix: "These surrogate code units will then be turned back..." -- ___ Python tracker

[issue22240] argparse support for "python -m module" in help

Nils Kattenbeck added the comment: I implemented the logic and adjusted the existing tests to have a fixed program name. I also fixed the build error by changing how zip files are detected. Based on you comment Nick you however even had a different idea. Currently I check if __spec__.__loade

[issue25782] CPython hangs on error __context__ set to the error itself

Irit Katriel added the comment: Note that my PR can (and should) be backported, while a change in the semantics of __context__ assignment, I'm not sure. -- ___ Python tracker ___

[issue41645] Typo First Page of Documentation

Carol Willing added the comment: I've run the two sentences through Grammarly's checker. No errors were flagged for the sentence in question. Let's leave "as is". Thanks to all who discussed this issue. -- nosy: +willingc resolution: -> not a bug stage: -> resolved status: open ->

[issue44859] Improve some sqlite3 errors

Erlend E. Aasland added the comment: * sqlite3.ProgrammingError is raised for SQLITE_MISUSE. IMO, sqlite3.InterfaceError, is more appropriate. * In case of too large integer values, OverflowError is raised on bind, but sqlite3.DataError is raised on UDF return. Using sqlite3.DataError in both

[issue41645] Typo First Page of Documentation

Raymond Hettinger added the comment: To my ears, the sentence reads nicely. I vote for leaving it as is. -- nosy: +rhettinger ___ Python tracker ___ _

[issue44868] misleading error about fd / follow_symlinks from os.stat()

Andrei Kulakov added the comment: > In addition, fwalk() can probably check that `top` arg is a string and raise > an error stating that it should be a string if it's not. I should clarify that fwalk() cannot accept an fd as the `top` arg, see https://bugs.python.org/issue42053 --

[issue44867] types.MappingProxyType and collections.defaultdict

Raymond Hettinger added the comment: > `types.MappingProxyType` is documented as > 'Read-only proxy of a mapping'. But if used with a > `collections.defaultdict` mapping, it can modify > the underlying mapping. Technically, the underlying mapping is modifying itself. That is allowed. Als

[issue44868] misleading error about fd / follow_symlinks from os.stat()

New submission from Andrei Kulakov : (note the actual relevant code is in posixmodule.c) os.stat() error can be confusing and misleading when given an fd and with follow_symlinks=False: ValueError: stat: cannot use fd and follow_symlinks together It's less bad when os.stat() is used directl

[issue44866] Inconsistent Behavior of int()

Serhiy Storchaka added the comment: I understand your confusion John. The fact is that int() serves two functions. If argument is a number, it truncates it to an integer. If argument is a string, it parses the string representation of integer (not necessary decimal). For details see https:/

[issue28022] SSL releated deprecation for 3.6

Christian Heimes added the comment: The part with "make ftplib, imaplib, nntplib, pop3lib, smtplib etc. validate certs by default" was not implemented. These modules still default to unverified connections. -- ___ Python tracker

[issue44867] types.MappingProxyType and collections.defaultdict

New submission from Guo Ci Teo : `types.MappingProxyType` is documented as 'Read-only proxy of a mapping'. But if used with a `collections.defaultdict` mapping, it can modify the underlying mapping. ``` import collections, types dd = collections.defaultdict(set) mpt = types.MappingProxyType(dd)

[issue44866] Inconsistent Behavior of int()

Terry J. Reedy added the comment: John, for next time, please read https://stackoverflow.com/help/minimal-reproducible-example -- ___ Python tracker ___ _

[issue44866] Inconsistent Behavior of int()

Change by Steven D'Aprano : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Pytho

[issue44866] Inconsistent Behavior of int()

Steven D'Aprano added the comment: John, there's no need to establish every feature in Python that you are **not** questioning. Please focus on the behaviour that you think is a bug. Pretty much nothing in your example before the line "So everything here is working as expected" is necessary.

[issue28022] SSL releated deprecation for 3.6

Nick Guenther added the comment: Hello everyone, and thank you as usual for all your hard work keeping the python ecosystem going. I saw that the start of this thread said it was going to > - make ftplib, imaplib, nntplib, pop3lib, smtplib etc. validate certs by > default. but this hasn't

[issue25782] CPython hangs on error __context__ set to the error itself

Chris Jerdonek added the comment: > Preventing creation of the loop will fix all other code that iterate the > __context__ chain. We can still do / discuss that following Irit's proposed change, which is an improvement, IMO. -- ___ Python tracker

[issue44866] Inconsistent Behavior of int()

Dennis Sweeney added the comment: You typed `int_y = int(2.8)`, so you passed the floating point number 2.8, which the int() function rounds down to 2. On the other hand when y had the string value '2.8'. The int(y) call tried to parse an integer out of the string, but failed since there wer

[issue25782] CPython hangs on error __context__ set to the error itself

Irit Katriel added the comment: > My argument is the loop creation should be prevented at first place. I agree, but avoiding the hang is higher priority. > Preventing creation of the loop will fix all other code that iterate the > __context__ chain. There could still be a cycles involving b

[issue25782] CPython hangs on error __context__ set to the error itself

Serhiy Storchaka added the comment: My argument is the loop creation should be prevented at first place. PyErr_SetObject() is not the only C code that can hang or overflow the stack when iterate a loop. Preventing creation of the loop will fix all other code that iterate the __context__ chai

[issue42053] fwalk: incorrect boolean test for non-fd arguments

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

[issue42053] fwalk: incorrect boolean test for non-fd arguments

Serhiy Storchaka added the comment: New changeset 2b496e79293a8b80e8ba0e514e186b3b1467b64b by Serhiy Storchaka in branch 'main': bpo-42053: Remove misleading check in os.fwalk() (GH-27669) https://github.com/python/cpython/commit/2b496e79293a8b80e8ba0e514e186b3b1467b64b --

[issue44866] Inconsistent Behavior of int()

Serhiy Storchaka added the comment: Following your long example, it seems to me that all works as you expected. Raise an exception if you expect exception, and does raise it if you expect no exception. I may miss something, what exactly does not work as you expected? -- nosy: +serhi

[issue44866] Inconsistent Behavior of int()

New submission from John Joseph Morelli : I first noticed this and reported it on the W3 Schools Tutorial, the section entitled "Add Two Numbers with User Input" There were many behaviors that I did not understand, but for this bug report, I will state that the input statements present seem t

[issue42053] fwalk: incorrect boolean test for non-fd arguments

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

[issue42053] fwalk: incorrect boolean test for non-fd arguments

Serhiy Storchaka added the comment: I confirm that fwalk() does not support integer first argument. This check is misleading. -- nosy: +serhiy.storchaka ___ Python tracker __

[issue44830] Broken Mozilla devguide link in "Dealing with Bugs" doc section

Jack DeVries added the comment: I'm pretty much a novice, Senthil, so I don't know how much a review from me is worth but removing the broken link seems best! -- ___ Python tracker _

[issue40696] Exception handling with "await" can hang in Python3.9.0b1

Chris Jerdonek added the comment: Okay, I'll close the issue and update it to reflect that it was restricted to the narrower, originally reported issue. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed title: exception chain cycles cause hangs (was "Exc

[issue25782] CPython hangs on error __context__ set to the error itself

Chris Jerdonek added the comment: > No, I meant C -> A -> B -> C -> A Oh, good. I support your reasoning and approach, by the way. -- ___ Python tracker ___

[issue25782] CPython hangs on error __context__ set to the error itself

Irit Katriel added the comment: > > the result is C -> A -> B -> C > Did you mean C -> A -> B? No, I meant C -> A -> B -> C -> A the cycle remains unchanged. > By the way, if you applied to this example your reasoning that > PyErr_SetObject shouldn't try to fix user bugs, should this

[issue25782] CPython hangs on error __context__ set to the error itself

Chris Jerdonek added the comment: > the result is C -> A -> B -> C Did you mean C -> A -> B? By the way, if you applied to this example your reasoning that PyErr_SetObject shouldn't try to fix user bugs, should this example instead be C -> A -> B -> C -> ... (leaving the cycle as is but ju

[issue44830] Broken Mozilla devguide link in "Dealing with Bugs" doc section

Senthil Kumaran added the comment: @Jack, if you review this backport - https://github.com/python/cpython/pull/27666 , I can merge this PR. -- ___ Python tracker ___

[issue44865] [argparse] Missing translations

Change by Jérémie Detrey : -- keywords: +patch pull_requests: +26157 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27668 ___ Python tracker ___ __

[issue33775] argparse: the word 'default' (in help) is not marked as translatable

Change by Jérémie Detrey : -- versions: +Python 3.10, Python 3.11, Python 3.6, Python 3.7, Python 3.9 ___ Python tracker ___ ___ Pyth

[issue44865] [argparse] Missing translations

New submission from Jérémie Detrey : Dear all, There are a few strings in the `argparse` module which are not translatable through the `gettext` API. Some have already been reported: - the "--version" help text at 3.9/Lib/argparse.py:1105 (reported in issue 16786, fixed by PR 12711); - the "d

[issue44830] Broken Mozilla devguide link in "Dealing with Bugs" doc section

Jack DeVries added the comment: @mark.dickinson, Steven D'Aprano suggested just linking to the wayback machine on discuss.python.org. What do you think of that? https://discuss.python.org/t/alternate-article-for-how-to-wite-good-bug-report/10040/2?u=jdevries3133 -- _

[issue16786] argparse doesn't offer localization interface for "version" action

Change by Jérémie Detrey : -- versions: +Python 3.10, Python 3.11, Python 3.6, Python 3.7, Python 3.8, Python 3.9 -Python 2.7, Python 3.4, Python 3.5 ___ Python tracker ___ ___

[issue16786] argparse doesn't offer localization interface for "version" action

Jérémie Detrey added the comment: Dear all, As commented on PR 12711 (https://github.com/python/cpython/pull/12711#pullrequestreview-724899323), there is a slight issue with the proposed patch, as it translates the `--version` help string as soon as the `argparse` module is imported (at whic

[issue41556] hostname verification fails if hostname starts with literal IPv4

Amir Mohamadi added the comment: Seems to be solved by https://github.com/openssl/openssl/pull/16201. I guess we can close this issue. -- nosy: +Amir ___ Python tracker ___ __

[issue43994] change representation of match as / capture as `Name(..., ctx=Store())`

Change by Marc Mueller : -- nosy: +cdce8p ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue43532] Add keyword-only fields to dataclasses

Change by Marc Mueller : -- nosy: +cdce8p ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue44864] [argparse] Do not translate user-provided strings in `ArgumentParser.add_subparsers()`

Change by Roundup Robot : -- keywords: +patch nosy: +python-dev nosy_count: 1.0 -> 2.0 pull_requests: +26156 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27667 ___ Python tracker _

[issue44864] [argparse] Do not translate user-provided strings in `ArgumentParser.add_subparsers()`

New submission from Jérémie Detrey : Dear all, In the `argparse` module, the `ArgumentParser.add_subparsers()` method may call the `_()` translation function on user-provided strings. See e.g. 3.9/Lib/argparse.py:1776 and 3.9/Lib/argparse.py:L1777: def add_subparsers(self, **kwargs):