[issue36564] Infinite loop with short maximum line lengths in EmailPolicy

R. David Murray added the comment: As for the other, I don't see the need for a custom error. It's a ValueError in my view. I wouldn't object to it strongly, but note that this error is content dependent. If there's nothing to encode, you can "get away with" a shorter maxlen. Though why

[issue36564] Infinite loop with short maximum line lengths in EmailPolicy

R. David Murray added the comment: Can you demonstrate the parsing error? maxlen should have no effect during parsing. -- ___ Python tracker ___

[issue19175] Erroneous reference to "integer" in format string grammar

Change by Cheryl Sabella : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Format mini-language integer definition is incorrect ___ Python tracker

[issue28874] test_logging fails and freezes

Yury added the comment: I am observing this issue while building 3.6.8 version on CentOS 7.6. Shall we reopen the bug? Thanks, Yury. -- nosy: +scrutari ___ Python tracker

[issue8425] a -= b should be fast if a is a small set and b is a large set

Cheryl Sabella added the comment: @maker, would you be interested in converting your patch to a Github pull request? Thanks! -- nosy: +cheryl.sabella versions: +Python 3.8 -Python 3.4 ___ Python tracker

[issue10669] Document Deprecation Warnings and how to fix

Cheryl Sabella added the comment: If this is change is still desirable, I think it might be a good issue for someone who had contributed a few patches and is looking for something a little more challenging to work on. -- nosy: +cheryl.sabella, mdk, willingc stage: -> needs patch

[issue36763] PEP 587: Rework initialization API to prepare second version of the PEP

Change by STINNER Victor : -- pull_requests: +13295 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue17679] sysconfig generation uses some env variables multiple times

STINNER Victor added the comment: The patch is wrong. I'm not sure when/how C flags are duplicated. Anyway, it seems like the issue is somehow outdated or even gone, so I close the issue. -- resolution: -> out of date stage: patch review -> resolved status: open -> closed

[issue36918] ValueError warning in test_urllib due to io.IOBase destructor

Karthikeyan Singaravelan added the comment: My analysis was that close was called on fakesocket which is internally closed when it's counter resets to zero and the destructor was trying to flush on a closed object during destructor call. Comment from

[issue36918] ValueError warning in test_urllib due to io.IOBase destructor

Serhiy Storchaka added the comment: No, BasicIO.close() is correct. This is a bug in the garbage collector: the underlying file is closed before closing HTTPResponse. The HTTPResponse instance has a reference to the file object, the file object does not have a reference to the HTTPResponse

[issue36751] Changes in the inspect module for PEP 570

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

[issue1875] "if 0: return" not raising SyntaxError

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

[issue36918] ValueError warning in test_urllib due to io.IOBase destructor

Serhiy Storchaka added the comment: I think this is a bug in BasicIO. close() should be idempotent. Calling it on the closed file should have no effect. -- components: +IO -Tests nosy: +serhiy.storchaka ___ Python tracker

[issue36789] Unicode HOWTO incorrectly states that UTF-8 contains no zero bytes

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

[issue35252] test_functools dead code after FIXME

Cheryl Sabella added the comment: @lukasz.langa added this FIXME comment originally, so nosying him for a review. -- nosy: +cheryl.sabella, lukasz.langa ___ Python tracker

[issue1875] "if 0: return" not raising SyntaxError

miss-islington added the comment: New changeset 85ed1712e428f93408f56fc684816f9a85b0ebc0 by Miss Islington (bot) in branch '3.7': bpo-1875: Raise SyntaxError in invalid blocks that will be optimised away (GH-13332)

[issue36789] Unicode HOWTO incorrectly states that UTF-8 contains no zero bytes

Change by miss-islington : -- pull_requests: +13294 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1875] "if 0: return" not raising SyntaxError

Change by miss-islington : -- pull_requests: +13293 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1875] "if 0: return" not raising SyntaxError

Pablo Galindo Salgado added the comment: New changeset af8646c8054d0f4180a2013383039b6a472f9698 by Pablo Galindo in branch 'master': bpo-1875: Raise SyntaxError in invalid blocks that will be optimised away (GH-13332)

[issue36907] Crash due to borrowed references in _PyStack_UnpackDict()

Change by Jeroen Demeyer : -- pull_requests: +13292 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36908] "This module is always available" is confusing

Kushal Das added the comment: New changeset 6faad355db6c2bd4a0ade7868f245b42c04f5337 by Kushal Das (Ned Batchelder) in branch 'master': bpo-36908: 'This module is always available' isn't helpful. (#13297) https://github.com/python/cpython/commit/6faad355db6c2bd4a0ade7868f245b42c04f5337

[issue36945] Add _PyPreConfig.configure_locale: allow to leave LC_CTYPE unchanged when embedding Python

STINNER Victor added the comment: > Add _PyPreConfig.configure_locale: allow to leave LC_CTYPE unchanged when > embedding Python This parameter is similar the _PyCoreConfig.configure_c_stdio parameter that I just added. It allows to behave more as a "regular Python" or to better "isolate

[issue35195] [Windows] Python 3.7 initializes LC_CTYPE locale at startup, causing performance issue on msvcrt isdigit()

STINNER Victor added the comment: I created bpo-36945: "Add _PyPreConfig.configure_locale: allow to leave LC_CTYPE unchanged when embedding Python". -- ___ Python tracker

[issue36945] Add _PyPreConfig.configure_locale: allow to leave LC_CTYPE unchanged when embedding Python

STINNER Victor added the comment: > I'm not sure if it's real issue in practice. Maybe users learnt how to > workaround this limitation. I sent an email to capi-sig to get a feedback on this question :-)

[issue36908] "This module is always available" is confusing

Kushal Das added the comment: In future we should do the similar change for any module. This will be helpful for new beginners. -- nosy: +kushal.das ___ Python tracker ___

[issue36770] stdlib - shutil.make_archive - add support for different ZIP compression method

Stéphane Wirtel added the comment: Hi @owenchia Thanks for your contribution! The project can legally accept your contribution by verifying you have signed the PSF contributor agreement (CLA). CLA: https://www.python.org/psf/contrib/contrib-form/ Could you create a PR on Github with your

[issue36751] Changes in the inspect module for PEP 570

STINNER Victor added the comment: Can this issue be closed now? This issue was specific to the impact of the PEP 570 on the inspect module. It's now fixed, right? If someone wants to continue the discussion about a specific aspect of the inspect module, I suggest to start a thread on

[issue36763] PEP 587: Rework initialization API to prepare second version of the PEP

STINNER Victor added the comment: New changeset fed02e15b39b6f1521ea21654be5fc0757a8720a by Victor Stinner in branch 'master': bpo-36763: Remove _PyCoreConfig.program (GH-13373) https://github.com/python/cpython/commit/fed02e15b39b6f1521ea21654be5fc0757a8720a --

[issue35545] asyncio.base_events.create_connection doesn't handle scoped IPv6 addresses

miss-islington added the comment: New changeset 94704048e2467dbb4c53ca02d103eab5671e84b3 by Miss Islington (bot) in branch '3.7': bpo-35545: Fix asyncio discarding IPv6 scopes (GH-11271) https://github.com/python/cpython/commit/94704048e2467dbb4c53ca02d103eab5671e84b3 --

[issue36928] linkt threading.settrace to sys.settrace

Stéphane Wirtel added the comment: Thank you for your contribution -- nosy: +matrixise ___ Python tracker ___ ___ Python-bugs-list

[issue36928] linkt threading.settrace to sys.settrace

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

[issue36260] [security] CVE-2019-9674: Zip Bomb vulnerability

Change by STINNER Victor : -- title: Zip Bomb vulnerability -> [security] CVE-2019-9674: Zip Bomb vulnerability ___ Python tracker ___

[issue36928] linkt threading.settrace to sys.settrace

Change by miss-islington : -- pull_requests: +13291 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35545] asyncio.base_events.create_connection doesn't handle scoped IPv6 addresses

Change by miss-islington : -- pull_requests: +13290 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35545] asyncio.base_events.create_connection doesn't handle scoped IPv6 addresses

miss-islington added the comment: New changeset ac8eb8f36bf7ca636f8d886eb65a3b532f4725d5 by Miss Islington (bot) (Erwan Le Pape) in branch 'master': bpo-35545: Fix asyncio discarding IPv6 scopes (GH-11271) https://github.com/python/cpython/commit/ac8eb8f36bf7ca636f8d886eb65a3b532f4725d5

[issue36260] Zip Bomb vulnerability

JUN-WEI SONG added the comment: Dear friends, We moved a little bit forward to improve the writing. :) -- ___ Python tracker ___

[issue36260] Zip Bomb vulnerability

Change by JUN-WEI SONG : -- keywords: +patch pull_requests: +13288 stage: resolved -> patch review ___ Python tracker ___ ___

[issue36946] Possible signed integer overflow in slice handling

miss-islington added the comment: New changeset f02d1a43c6be658cd279edb90e8e96c99e1127e7 by Miss Islington (bot) in branch '3.7': bpo-36946: Fix possible signed integer overflow when handling slices. (GH-13375) https://github.com/python/cpython/commit/f02d1a43c6be658cd279edb90e8e96c99e1127e7

[issue36946] Possible signed integer overflow in slice handling

Change by miss-islington : -- pull_requests: +13287 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36946] Possible signed integer overflow in slice handling

Serhiy Storchaka added the comment: New changeset 14514d9084a40f599c57da853a305aa264562a43 by Serhiy Storchaka (Zackery Spytz) in branch 'master': bpo-36946: Fix possible signed integer overflow when handling slices. (GH-13375)

[issue36799] Typo in ctypes documentation

Change by Stéphane Wirtel : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

<    1   2