[issue33337] Provide a supported Concrete Syntax Tree implementation in the standard library

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

[issue35707] time.sleep() should support objects with __float__

Nick Coghlan added the comment: Deriving __int__ from __float__ wouldn't be the right answer, as that can easily lead to unwanted OverflowError exceptions and other issues. However, Jeroen's suggested order of checking __index__ then __float__ then __int__ in _PyTime_FromObject makes sense

[issue33039] int() and math.trunc don't accept objects that only define __index__

Nick Coghlan added the comment: @Rémi Aye, filling out derived slots is one of the things PyType_Ready does. This would need a discussion on python-dev before going ahead and doing it though, as the closest equivalent we have to this right now is the "negative" derivation, where overriding

[issue35486] subprocess module import hooks breaks back compatibility

Nick Coghlan added the comment: dw: we routinely impose new requirements on folks modifying runtime internals in new feature releases, so the only aspect we missed for this changing is to explicitly call it out in the Porting section of the Python 3.6 What's New document as a potential

[issue35486] subprocess module import hooks breaks back compatibility

Change by Nick Coghlan : -- keywords: +patch, patch pull_requests: +11147, 11148 stage: test needed -> patch review ___ Python tracker ___

[issue35486] subprocess module import hooks breaks back compatibility

Change by Nick Coghlan : -- keywords: +patch, patch, patch pull_requests: +11147, 11148, 11149 stage: test needed -> patch review ___ Python tracker ___

[issue35486] subprocess module import hooks breaks back compatibility

Change by Nick Coghlan : -- keywords: +patch pull_requests: +11147 stage: test needed -> patch review ___ Python tracker ___ ___

[issue16806] col_offset is -1 and lineno is wrong for multiline string expressions

Anthony Sottile added the comment: I agree -- probably safer to not backport to 3.7 in case someone is relying on this behaviour. -- ___ Python tracker ___

[issue35693] test_httpservers fails

Jorge Ramos added the comment: the output is stored on the file run.txt above -- ___ Python tracker ___ ___ Python-bugs-list

[issue35697] _decimal: Implement the previously rejected changes from #7442.

Raymond Hettinger added the comment: > Sometimes not being dependent on API functions is a virtue if the code does > not change very often. That is a reasonable position to take. -- nosy: +rhettinger ___ Python tracker

[issue24119] Carry comments with the AST

Raymond Hettinger added the comment: Since the AST carries the module/lineno attributes isn't there already a way trace back into the token stream to recover comments? -- ___ Python tracker

[issue24119] Carry comments with the AST

Raymond Hettinger added the comment: Possible superceder: https://bugs.python.org/issue7 -- ___ Python tracker ___ ___

[issue35698] [statistics] Division by 2 in statistics.median

Raymond Hettinger added the comment: > As a pure mathematician, to me 1.0 means a number that is > close to 1. Whereas 1 means a number that is exactly 1. Descriptive statistics performed on a computer using actual measurements is pretty far from "pure mathematics" ;-) Making this change

[issue16806] col_offset is -1 and lineno is wrong for multiline string expressions

INADA Naoki added the comment: New changeset 995d9b92979768125ced4da3a56f755bcdf80f6e by INADA Naoki (Anthony Sottile) in branch 'master': bpo-16806: Fix `lineno` and `col_offset` for multi-line string tokens (GH-10021)

[issue16806] col_offset is -1 and lineno is wrong for multiline string expressions

INADA Naoki added the comment: Should we backport this to 3.7? AST changes including bugfix affects existing software unexpectedly. -- nosy: +inada.naoki ___ Python tracker

[issue16806] col_offset is -1 and lineno is wrong for multiline string expressions

Change by INADA Naoki : -- versions: -Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33944] Deprecate and remove pth files

Nick Coghlan added the comment: To make a potentially viable concrete proposal here, I think a reasonable first step would be to change the ".pth" file processing code in site.py to emit PendingDeprecationWarning for the 'if line.startswith(("import ", "import\t")):' branch. In addition to

[issue35726] QueueHandler formating affects other handlers

Change by Manjusaka : -- pull_requests: -11140 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35726] QueueHandler formating affects other handlers

Change by Manjusaka : -- pull_requests: -11141 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35726] QueueHandler formating affects other handlers

Karthikeyan Singaravelan added the comment: @vinay.sajip It's known issue discussed here https://github.com/python/bugs.python.org/issues/12 -- nosy: +xtreak ___ Python tracker

[issue35726] QueueHandler formating affects other handlers

Vinay Sajip added the comment: Any idea why the same PR appears three times in the PR list? Is it because for some reason you've added the issue link multiple times in the PR, when it's not needed? -- ___ Python tracker

[issue32146] multiprocessing freeze_support needed outside win32

bbayles added the comment: I'm currently having difficulty getting either cx_Freeze or PyInstaller to work with Python 3.8, which is hindering testing. I also no longer have easy access to a Windows environment. If I change the implementation to use -m instead of -c would you be able to

[issue35728] Tkinter font nametofont requires default root

New submission from Terry J. Reedy : font.Font.__init__, font.families, and font.names have a 'root=None' argument and start with if not root: root = tkinter._default_root But font.nametofont does not, and so it calls Font without passing a root argument: return

[issue14802] Python fails to compile with VC11 ARM configuration

Change by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35727] sys.exit() in a multiprocessing.Process does not align with Python behavior

Change by Christopher Hunt : -- pull_requests: +11143, 11144 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue35727] sys.exit() in a multiprocessing.Process does not align with Python behavior

Change by Christopher Hunt : -- pull_requests: +11143, 11144, 11145 stage: -> patch review ___ Python tracker ___ ___

[issue35727] sys.exit() in a multiprocessing.Process does not align with Python behavior

Change by Christopher Hunt : -- pull_requests: +11143 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing

[issue35727] sys.exit() in a multiprocessing.Process does not align with Python behavior

Change by Christopher Hunt : -- versions: -Python 2.7, Python 3.4, Python 3.5, Python 3.6 ___ Python tracker ___ ___

[issue35727] sys.exit() in a multiprocessing.Process does not align with Python behavior

New submission from Christopher Hunt : When a function is executed by a multiprocessing.Process and uses sys.exit, the actual exit code reported by multiprocessing is different than would be expected given the Python interpreter behavior and documentation. For example, given: from

[issue34512] Document platform-specific strftime() behavior for non-ASCII format strings

Change by Tal Einat : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: -Python 3.5, Python 3.6 ___ Python tracker ___

[issue34512] Document platform-specific strftime() behavior for non-ASCII format strings

Change by Tal Einat : -- pull_requests: -11135, 11137 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34512] Document platform-specific strftime() behavior for non-ASCII format strings

Change by Tal Einat : -- pull_requests: -11135, 11137, 11139 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34512] Document platform-specific strftime() behavior for non-ASCII format strings

Change by Tal Einat : -- pull_requests: -11135 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35726] QueueHandler formating affects other handlers

Manjusaka added the comment: I have already work on a PR for it -- nosy: +Manjusaka ___ Python tracker ___ ___ Python-bugs-list

[issue35726] QueueHandler formating affects other handlers

Change by Manjusaka : -- keywords: +patch, patch, patch pull_requests: +11140, 11141, 11142 stage: -> patch review ___ Python tracker ___

[issue35726] QueueHandler formating affects other handlers

Change by Manjusaka : -- keywords: +patch, patch pull_requests: +11140, 11141 stage: -> patch review ___ Python tracker ___ ___

[issue35726] QueueHandler formating affects other handlers

Change by Manjusaka : -- keywords: +patch pull_requests: +11140 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue34512] Document platform-specific strftime() behavior for non-ASCII format strings

miss-islington added the comment: New changeset 77b80c956f39df34722bd8646cf5b83d149832c4 by Miss Islington (bot) in branch '2.7': bpo-34512: Document platform-specific strftime() behavior for non-ASCII format strings (GH-8948)

[issue34512] Document platform-specific strftime() behavior for non-ASCII format strings

miss-islington added the comment: New changeset 678c5c07521caca809b1356d954975e6234c49ae by Miss Islington (bot) in branch '3.7': bpo-34512: Document platform-specific strftime() behavior for non-ASCII format strings (GH-8948)

[issue34512] Document platform-specific strftime() behavior for non-ASCII format strings

Change by miss-islington : -- pull_requests: +11135, 11136, 11137, 11138, 11139 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue34512] Document platform-specific strftime() behavior for non-ASCII format strings

Change by miss-islington : -- pull_requests: +11135, 11136, 11137, 11139 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue34512] Document platform-specific strftime() behavior for non-ASCII format strings

Change by miss-islington : -- pull_requests: +11134, 11135, 11136, 11137 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue34512] Document platform-specific strftime() behavior for non-ASCII format strings

Change by miss-islington : -- pull_requests: +11134, 11135 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34512] Document platform-specific strftime() behavior for non-ASCII format strings

Change by miss-islington : -- pull_requests: +11134, 11135, 11136 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue34512] Document platform-specific strftime() behavior for non-ASCII format strings

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

[issue34512] Document platform-specific strftime() behavior for non-ASCII format strings

Tal Einat added the comment: New changeset 1cffd0eed313011c0c2bb071c8affeb4a7ed05c7 by Tal Einat (Alexey Izbyshev) in branch 'master': bpo-34512: Document platform-specific strftime() behavior for non-ASCII format strings (GH-8948)

[issue35726] QueueHandler formating affects other handlers

Change by Karthikeyan Singaravelan : -- nosy: +vinay.sajip ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35726] QueueHandler formating affects other handlers

New submission from David Ruggles : ISSUE: if you add a formatter to QueueHandler any subsequently added handlers will get the formatting added to QueueHandler CAUSE: as best as I can tell, the code here:

[issue35552] Do not read memory past the specified limit in PyUnicode_FromFormat() and PyBytes_FromFormat()

Serhiy Storchaka added the comment: New changeset 555755ecff2669f4e020147d7d3a0aec71abb679 by Serhiy Storchaka in branch '2.7': [2.7] bpo-35552: Fix reading past the end in PyString_FromFormat(). (GH-11276) (GH-11534)

[issue35552] Do not read memory past the specified limit in PyUnicode_FromFormat() and PyBytes_FromFormat()

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

[issue24119] Carry comments with the AST

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

[issue35552] Do not read memory past the specified limit in PyUnicode_FromFormat() and PyBytes_FromFormat()

miss-islington added the comment: New changeset cbc7c2c791185ad44b4b3ede72309df5f252f4cb by Miss Islington (bot) in branch '3.7': bpo-35552: Fix reading past the end in PyUnicode_FromFormat() and PyBytes_FromFormat(). (GH-11276)

[issue35552] Do not read memory past the specified limit in PyUnicode_FromFormat() and PyBytes_FromFormat()

Change by Serhiy Storchaka : -- pull_requests: +11133 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35552] Do not read memory past the specified limit in PyUnicode_FromFormat() and PyBytes_FromFormat()

Serhiy Storchaka added the comment: New changeset d586ccb04f79863c819b212ec5b9d873964078e4 by Serhiy Storchaka in branch 'master': bpo-35552: Fix reading past the end in PyUnicode_FromFormat() and PyBytes_FromFormat(). (GH-11276)

[issue35552] Do not read memory past the specified limit in PyUnicode_FromFormat() and PyBytes_FromFormat()

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

[issue35552] Do not read memory past the specified limit in PyUnicode_FromFormat() and PyBytes_FromFormat()

Change by miss-islington : -- pull_requests: +11131, 11132 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35634] kwargs regression when there are multiple entries with the same key

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

[issue35634] kwargs regression when there are multiple entries with the same key

Serhiy Storchaka added the comment: New changeset f1ec3cefad4639797c37eaa8c074830188fa0a44 by Serhiy Storchaka in branch 'master': bpo-35634: Raise an error when first passed kwargs contains duplicated keys. (GH-11438)

[issue8765] Tests unwillingly writing unicocde to raw streams

Change by Serhiy Storchaka : -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: