[issue34591] smtplib mixes RFC821 and RFC822 addresses

Daurnimator added the comment: On Sun, 15 Mar 2020 at 08:58, Ashwin Ramaswami wrote: > What do you mean by "it then proceeds to use it as an RFC821 address"? It writes it into an SMTP command as if it was an RFC821 address. This is a problem because not all RFC822 addresses are valid RFC821

[issue39954] test_subprocess: test_specific_shell() fails on AMD64 FreeBSD Shared 3.x

Kubilay Kocak added the comment: Not suggesting it's the *best* way, but for example, isn't there a way to handle return codes from shell executions such as: https://docs.python.org/3/library/subprocess.html#subprocess.CalledProcessError -- ___

[issue39965] await is valid in non async functions if PyCF_ALLOW_TOP_LEVEL_AWAIT is set

miss-islington added the comment: New changeset f7e32fcbd65490c921e1836c2399827d14d0eb7b by Miss Islington (bot) in branch '3.8': bpo-39965: Correctly raise SyntaxError if await is used outside async functions when PyCF_ALLOW_TOP_LEVEL_AWAIT is set (GH-19010)

[issue39965] await is valid in non async functions if PyCF_ALLOW_TOP_LEVEL_AWAIT is set

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

[issue39965] await is valid in non async functions if PyCF_ALLOW_TOP_LEVEL_AWAIT is set

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

[issue39965] await is valid in non async functions if PyCF_ALLOW_TOP_LEVEL_AWAIT is set

Pablo Galindo Salgado added the comment: New changeset 90235810ec28ca954bbf4b61a5ae5df7a00db409 by Pablo Galindo in branch 'master': bpo-39965: Correctly raise SyntaxError if await is used outside async functions when PyCF_ALLOW_TOP_LEVEL_AWAIT is set (GH-19010)

[issue39965] await is valid in non async functions if PyCF_ALLOW_TOP_LEVEL_AWAIT is set

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +18356 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19010 ___ Python tracker

[issue39965] await is valid in non async functions if PyCF_ALLOW_TOP_LEVEL_AWAIT is set

Change by Batuhan Taskaya : -- nosy: +BTaskaya ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39562] Asynchronous comprehensions don't work in asyncio REPL

Change by Pablo Galindo Salgado : -- pull_requests: -18355 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39562] Asynchronous comprehensions don't work in asyncio REPL

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

[issue39562] Asynchronous comprehensions don't work in asyncio REPL

Change by Pablo Galindo Salgado : -- nosy: +pablogsal nosy_count: 5.0 -> 6.0 pull_requests: +18355 pull_request: https://github.com/python/cpython/pull/19010 ___ Python tracker

[issue39965] await is valid in non async functions if PyCF_ALLOW_TOP_LEVEL_AWAIT is set

New submission from Pablo Galindo Salgado : If PyCF_ALLOW_TOP_LEVEL_AWAIT is set this code is valid: def f(): await foo And this should raise a "SyntaxError: 'await' outside async function". The reason is that the PyCF_ALLOW_TOP_LEVEL_AWAIT is global in the compiler and affects

[issue39360] python3.8 regression - ThreadPool join via __del__ hangs forever

Pablo Galindo Salgado added the comment: Check out also https://bugs.python.org/issue38744 -- ___ Python tracker ___ ___

[issue39964] adding a string to a list works differently with x+='' compared to x=x+''

Steven D'Aprano added the comment: That's not a bug. The in-place addition `+=` for lists is equivalent to the extend method. See the documentation: https://docs.python.org/3/library/stdtypes.html#mutable-sequence-types and the tutorial:

[issue39964] adding a string to a list works differently with x+='' compared to x=x+''

New submission from Richard King : x = ['a'] x += ' ' results in ['a',' '] x = x + ' ' results in an exception: Traceback (most recent call last): File "", line 1, in TypeError: can only concatenate list (not "str") to list It behaves the same in 2.7.15 and 3.7.2. -- components:

[issue39360] python3.8 regression - ThreadPool join via __del__ hangs forever

Change by Batuhan Taskaya : -- keywords: +patch nosy: +BTaskaya nosy_count: 4.0 -> 5.0 pull_requests: +18354 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19009 ___ Python tracker

[issue38744] python 3.8 hang in multiprocessing.Pool() locking on FreeBSD / Linux

Pablo Galindo Salgado added the comment: BTaskaya will create a PR to fix this soon. -- ___ Python tracker ___ ___

[issue38744] python 3.8 hang in multiprocessing.Pool() locking on FreeBSD / Linux

Pablo Galindo Salgado added the comment: I am mentoring @BTaskaya and I asked to take a look a this. After some debugging, we found that the problem is the following: When the pull is not used via the context manager or terminate() is called, there is a system in multiprocessing.util that

[issue39728] Instantiating enum with invalid value results in ValueError twice

Ashwin Ramaswami added the comment: Never mind, I was able to reproduce it. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue39728] Instantiating enum with invalid value results in ValueError twice

Ashwin Ramaswami added the comment: I can't reproduce this on the latest python (3.9) from master. Can you? -- nosy: +epicfaace ___ Python tracker ___

[issue39948] Python 3.8 unconditionally uses functions not available on OS X 10.4 and 10.5

Change by dgelessus : -- keywords: +patch pull_requests: +18353 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19008 ___ Python tracker ___

[issue39073] email incorrect handling of crlf in Address objects.

Change by Ashwin Ramaswami : -- keywords: +patch nosy: +epicfaace nosy_count: 3.0 -> 4.0 pull_requests: +18352 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19007 ___ Python tracker

[issue39879] Update language reference to specify that dict is insertion-ordered.

Change by Lahfa Samy : -- keywords: +patch pull_requests: +18351 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/19006 ___ Python tracker

[issue38576] CVE-2019-18348: CRLF injection via the host part of the url passed to urlopen()

Gregory P. Smith added the comment: If anyone cares about 2.7, the *final* release is coming up in a few weeks. They'll need to figure out what it looks like there and get a 2.7 PR reviewed by the release manager. -- resolution: -> fixed stage: patch review -> resolved status:

[issue38576] CVE-2019-18348: CRLF injection via the host part of the url passed to urlopen()

Ned Deily added the comment: New changeset 83fc70159b24f5b11a5ef87c9b05c2cf4c7faeba by Miss Islington (bot) in branch '3.6': bpo-38576: Disallow control characters in hostnames in http.client (GH-18995) (GH-19002)

[issue39879] Update language reference to specify that dict is insertion-ordered.

Mariatta added the comment: Patch are submitted as pull request on our GitHub repo. Here's a write-up on how to do it https://devguide.python.org/pullrequest/#step-by-step-guide -- nosy: +Mariatta ___ Python tracker

[issue38938] Possible performance improvement for heaqq.merge()

Dennis Sweeney added the comment: The existing Python implementation is benefiting from the C accelerators for heapify and heapreplace. When forcing pure python using test.support, I get these results: .\python.bat -m pyperf timeit -s "from random import random; from collections import

[issue39879] Update language reference to specify that dict is insertion-ordered.

Lahfa Samy added the comment: Hi, I would like to take this issue as my first contribution to Python, I'm currently subscribed to the python-core-mentorship list. I do not know exactly how to submit a patch for an issue. Kind regards. -- nosy: +AkechiShiro

[issue39869] Improve Instance Objects tutorial documentation

Ned Deily added the comment: New changeset 6b6756f1283a87091c6186e70b544d4789e12c51 by Miss Islington (bot) in branch '3.6': bpo-39869: Fix typo in 'Instance objects' section. (GH-18889) (GH-18898) https://github.com/python/cpython/commit/6b6756f1283a87091c6186e70b544d4789e12c51 --

[issue39869] Improve Instance Objects tutorial documentation

miss-islington added the comment: New changeset 4abe77c725b1d0a2187b7160924258c9810b824c by Miss Islington (bot) in branch '3.8': bpo-39869: Fix typo in 'Instance objects' section. (GH-18889) https://github.com/python/cpython/commit/4abe77c725b1d0a2187b7160924258c9810b824c --

[issue38938] Possible performance improvement for heaqq.merge()

Serhiy Storchaka added the comment: Sorry, I did not notice that there is a C implementation in PR 18427. Changes in the Python implementations are so larger that I though this is the goal of the PR. Often the most clear and efficient way to implement an iterator in Python is to write a

[issue34591] smtplib mixes RFC821 and RFC822 addresses

Ashwin Ramaswami added the comment: What do you mean by "it then proceeds to use it as an RFC821 address"? -- nosy: +epicfaace ___ Python tracker ___

[issue39887] Duplicate C object description of vectorcallfunc

Serhiy Storchaka added the comment: I cannot reproduce it anymore after cleaning and building from zero. Perhaps it was a build artefact, vectorcallfunc was defined in Doc/c-api/typeobj.rst before 9a13a388f202268dd7b771638adbec132449b98b. Thank you for checking it Ashwin. --

[issue38938] Possible performance improvement for heaqq.merge()

Dennis Sweeney added the comment: First, as I posted at https://github.com/python/cpython/pull/17729#issuecomment-571864662, there is a theoretical advantage of fewer comparisons in all cases, and the new algorithm would be especially dominant when one iterable keeps winning. (I'm given to

[issue39887] Duplicate C object description of vectorcallfunc

Ashwin Ramaswami added the comment: I can no longer reproduce this issue. Has it been fixed? $ make html mkdir -p build Building NEWS from Misc/NEWS.d with blurb PATH=./venv/bin:$PATH sphinx-build -b html -d build/doctrees -W . build/html Running Sphinx v2.2.0 making output directory...

[issue36144] Dictionary union. (PEP 584)

Guido van Rossum added the comment: I definitely think we should leave Shelf alone, it's a toy class from a different era. It makes sense to update the weak dicts; hopefully the | and |= operators can be implemented in terms of other, more primitive operations, so we will have assurance

[issue36144] Dictionary union. (PEP 584)

Brandt Bucher added the comment: Three other MutableMappings we might want to update: - shelve.Shelf - weakref.WeakKeyDictionary - weakref.WeakValueDictionary Shelf is up in the air, since it doesn't look like it defines a copy() equivalent... I also have no experience with it. Since it's a

[issue39232] asyncio crashes when tearing down the proactor event loop

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

[issue39334] python specific index directives in our doc has been deprecated 10 years ago

Serhiy Storchaka added the comment: Maybe just add the implementation of Python specific index directives in our extensions Doc/tools/extensions? -- nosy: +serhiy.storchaka ___ Python tracker

[issue38576] CVE-2019-18348: CRLF injection via the host part of the url passed to urlopen()

miss-islington added the comment: New changeset 34f85af3229f86c004a954c3f261ceea1f5e9f95 by Miss Islington (bot) in branch '3.7': bpo-38576: Disallow control characters in hostnames in http.client (GH-18995) https://github.com/python/cpython/commit/34f85af3229f86c004a954c3f261ceea1f5e9f95

[issue38576] CVE-2019-18348: CRLF injection via the host part of the url passed to urlopen()

miss-islington added the comment: New changeset ff69c9d12c1b06af58e5eae5db4630cedd94740e by Miss Islington (bot) in branch '3.8': bpo-38576: Disallow control characters in hostnames in http.client (GH-18995) https://github.com/python/cpython/commit/ff69c9d12c1b06af58e5eae5db4630cedd94740e

[issue38576] CVE-2019-18348: CRLF injection via the host part of the url passed to urlopen()

Gregory P. Smith added the comment: Thanks for the PR Ashwin! -- assignee: -> gregory.p.smith ___ Python tracker ___ ___

[issue38576] CVE-2019-18348: CRLF injection via the host part of the url passed to urlopen()

Gregory P. Smith added the comment: New changeset 9165addc22d05e776a54319a8531ebd0b2fe01ef by Ashwin Ramaswami in branch 'master': bpo-38576: Disallow control characters in hostnames in http.client (GH-18995) https://github.com/python/cpython/commit/9165addc22d05e776a54319a8531ebd0b2fe01ef

[issue38576] CVE-2019-18348: CRLF injection via the host part of the url passed to urlopen()

Change by miss-islington : -- nosy: +miss-islington nosy_count: 11.0 -> 12.0 pull_requests: +18348 pull_request: https://github.com/python/cpython/pull/19000 ___ Python tracker

[issue38576] CVE-2019-18348: CRLF injection via the host part of the url passed to urlopen()

Change by miss-islington : -- pull_requests: +18350 pull_request: https://github.com/python/cpython/pull/19002 ___ Python tracker ___

[issue38576] CVE-2019-18348: CRLF injection via the host part of the url passed to urlopen()

Change by miss-islington : -- pull_requests: +18349 pull_request: https://github.com/python/cpython/pull/19001 ___ Python tracker ___

[issue39435] pickle: inconsistent arguments pickle.py vs _pickle.c vs docs

Change by Serhiy Storchaka : -- type: -> enhancement versions: +Python 3.9 -Python 3.8 ___ Python tracker ___ ___ Python-bugs-list

[issue39435] pickle: inconsistent arguments pickle.py vs _pickle.c vs docs

Serhiy Storchaka added the comment: In pickle.py the name of the first parameter is "s" (it was "str" in 2.7), not "data". And in the module docstring it is "string". So we have two options: 1. Make the first parameter positional-only. This is not breaking change because the documentation

[issue39705] Tutorial, 5.6 Looping Techniques, sorted() example

Change by Rahul Kumaresan : -- keywords: +patch pull_requests: +18346 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18999 ___ Python tracker ___

[issue39927] IDLE.app fails on macOS 10.15 if denied access to Documents

Terry J. Reedy added the comment: The solution given by Ned above also solved https://stackoverflow.com/questions/60648250/cannot-open-idle-on-mac. So dd's situation was not unique. -- ___ Python tracker

[issue39924] pathlib handles missing `os.link`, `os.symlink` and `os.readlink` inconsistently

Change by Manjusaka : -- keywords: +patch pull_requests: +18345 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18998 ___ Python tracker ___

[issue39360] python3.8 regression - ThreadPool join via __del__ hangs forever

Change by Arkadiusz Miśkiewicz : -- nosy: +arekm ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue8704] cgitb sends a bogus HTTP header if the app crashes before finishing headers

Ryan Tu added the comment: #Maybe not a good solution I do not know the should we delete the code in cgitb.py or adjust the configration of apache httpd. My solution is deleting some code as follows: ``` return ''' --> --> --> ''' ``` Then it works very well, and it

[issue33689] Blank lines in .pth file cause a duplicate sys.path entry

Malcolm Smith added the comment: It's definitely a bug and not a documentation lapse. There's no reason why blank lines should have that effect, and no indication in the code that this was intentional. -- ___ Python tracker

[issue38744] python 3.8 hang in multiprocessing.Pool() locking on FreeBSD / Linux

Pablo Galindo Salgado added the comment: Also, notice that writing Pool().map(sleep, [0.01] * 10) is out of contact as the Pool object can be collected immediately and there is no proper termination and cleanup. The correct way is to use the context manager: with Pool() as pool:

[issue38744] python 3.8 hang in multiprocessing.Pool() locking on FreeBSD / Linux

Pablo Galindo Salgado added the comment: Check out https://bugs.python.org/issue39360 foe more context on this issue. -- ___ Python tracker ___

[issue38744] python 3.8 hang in multiprocessing.Pool() locking on FreeBSD / Linux

Arkadiusz Miśkiewicz added the comment: bpo-35493 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33136] Harden ssl module against CVE-2018-8970

Ashwin Ramaswami added the comment: Can this be closed now? -- nosy: +epicfaace ___ Python tracker ___ ___ Python-bugs-list

[issue39337] codecs.lookup() ignores non-ASCII characters, whereas encodings.normalize_encoding() copies them

Change by hai shi : -- pull_requests: +18344 pull_request: https://github.com/python/cpython/pull/18987 ___ Python tracker ___ ___

[issue39337] codecs.lookup() ignores non-ASCII characters, whereas encodings.normalize_encoding() copies them

hai shi added the comment: > How about calling `encodings.normalize_encoding() in > codecs.normalizestring()` to keep same behavior?(I create PR18845) I have try this idea, but it make the testcase of test_io.py failed because some object will call `codecs.Lookup()` in

[issue35493] multiprocessing.Pool._worker_handler(): use SIGCHLD to be notified on worker exit

Arkadiusz Miśkiewicz added the comment: And also https://bugs.python.org/issue38744 on Linux and FreeBSD -- nosy: +arekm ___ Python tracker ___

[issue38744] python 3.8 hang in multiprocessing.Pool() locking on FreeBSD / Linux

Arkadiusz Miśkiewicz added the comment: Bisecting led to this commit and reverting it on 3.8 branch makes the hang go away. 7c994549dcffd0d9d3bb37475e6374f356e7240e is the first bad commit commit 7c994549dcffd0d9d3bb37475e6374f356e7240e Author: Pablo Galindo Date: Sat Mar 16 22:34:24 2019

[issue38891] ShareableList read and write access is O(N), should be O(1)

Change by Thomas Krennwallner : -- keywords: +patch nosy: +tkren nosy_count: 3.0 -> 4.0 pull_requests: +18343 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18996 ___ Python tracker

[issue39582] ossaudiodev update helpers signature

Serhiy Storchaka added the comment: I am not sure that it fixes a real bug, I did not check it on different platforms, but just for the case I backported it to 3.7 and 3.8. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.7, Python

[issue39677] 3.6+ documentation for MAKE_FUNCTION

Serhiy Storchaka added the comment: Sorry for the delay with review and thank you for your contribution. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: -Python 3.6 ___ Python tracker

[issue38576] CVE-2019-18348: CRLF injection via the host part of the url passed to urlopen()

Change by Ashwin Ramaswami : -- keywords: +patch nosy: +epicfaace nosy_count: 10.0 -> 11.0 pull_requests: +18342 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/18995 ___ Python tracker

[issue39585] Delete a pending item in _warning.c

hai shi added the comment: Thanks, serhiy. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39677] 3.6+ documentation for MAKE_FUNCTION

miss-islington added the comment: New changeset a927e91186727b5184d774d1d99c70b9ff5497f5 by Miss Islington (bot) in branch '3.8': bpo-39677: dis: rename the operand of MAKE_FUNCTION from `argc` to `flags` for 3.6+ (GC-18550)

[issue39677] 3.6+ documentation for MAKE_FUNCTION

miss-islington added the comment: New changeset 725cbce25084a67ad7ff48b75cca3e240ef57606 by Miss Islington (bot) in branch '3.7': bpo-39677: dis: rename the operand of MAKE_FUNCTION from `argc` to `flags` for 3.6+ (GC-18550)

[issue39582] ossaudiodev update helpers signature

miss-islington added the comment: New changeset 9644702936a5758b99bd951446a5b0ef05ec022a by Miss Islington (bot) in branch '3.8': bpo-39582: ossaudiodev module update helpers signature for ioctl calls. (GH-18412)

[issue39582] ossaudiodev update helpers signature

miss-islington added the comment: New changeset 148786a2cd56f71a87bdcf4dd4e5c4ca00f3630e by Miss Islington (bot) in branch '3.7': bpo-39582: ossaudiodev module update helpers signature for ioctl calls. (GH-18412)

[issue39954] test_subprocess: test_specific_shell() fails on AMD64 FreeBSD Shared 3.x

STINNER Victor added the comment: > @Victor Can tests be skipped on the basis of required dependencies failing to > load/run? No idea how to detect such issue. For me, such installation issue is uncommon and it's easier to fix your system rather than trying to skip the test. --

[issue39677] 3.6+ documentation for MAKE_FUNCTION

Serhiy Storchaka added the comment: New changeset 6672c16b1d7f83789bf3a2016bd19edfd3568e71 by Taine Zhao in branch 'master': bpo-39677: dis: rename the operand of MAKE_FUNCTION from `argc` to `flags` for 3.6+ (GC-18550)

[issue39677] 3.6+ documentation for MAKE_FUNCTION

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

[issue39677] 3.6+ documentation for MAKE_FUNCTION

Change by miss-islington : -- pull_requests: +18341 pull_request: https://github.com/python/cpython/pull/18994 ___ Python tracker ___

[issue39509] Update HTTP status code to follow IANA

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

[issue39509] Update HTTP status code to follow IANA

Serhiy Storchaka added the comment: New changeset da52be47690da0d9f78d0dce9ee5c3e4dbef49e1 by Dong-hee Na in branch 'master': bpo-39509: Update HTTP status code to follow IANA (GH-18294) https://github.com/python/cpython/commit/da52be47690da0d9f78d0dce9ee5c3e4dbef49e1 --

[issue39509] Update HTTP status code to follow IANA

Change by Serhiy Storchaka : -- Removed message: https://bugs.python.org/msg364166 ___ Python tracker ___ ___ Python-bugs-list

[issue39509] Update HTTP status code to follow IANA

Change by Serhiy Storchaka : -- Removed message: https://bugs.python.org/msg364165 ___ Python tracker ___ ___ Python-bugs-list

[issue39509] Update HTTP status code to follow IANA

Serhiy Storchaka added the comment: RFC 8297: https://tools.ietf.org/html/rfc8297 RFC 8470: https://tools.ietf.org/html/rfc8470 -- ___ Python tracker ___

[issue39509] Update HTTP status code to follow IANA

Serhiy Storchaka added the comment: RFC8297 RFC8470 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39509] Update HTTP status code to follow IANA

Serhiy Storchaka added the comment: RFC 8297 RFC 8470 -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list

[issue39962] Wrong file.tell() function results (Windows 10/Python 64 3.8.2/3.7 - no bug in PyPy3.6/Python2.7)

Eric V. Smith added the comment: > That can big problem when I use serialization if f.tell() is "cookie". I'm sorry, but that's the way it is with text files. You'll need to find some other way to accomplish what you're trying to achieve. Since this isn't a bug, I'm closing this issue. You

[issue39582] ossaudiodev update helpers signature

Change by miss-islington : -- keywords: +patch nosy: +miss-islington nosy_count: 2.0 -> 3.0 pull_requests: +18338 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18991 ___ Python tracker

[issue39582] ossaudiodev update helpers signature

Change by miss-islington : -- pull_requests: +18339 pull_request: https://github.com/python/cpython/pull/18992 ___ Python tracker ___

[issue39582] ossaudiodev update helpers signature

New submission from Serhiy Storchaka : New changeset b81f40f0adae3b1d1e57f9a89940ba827b9ede70 by David CARLIER in branch 'master': bpo-39582: ossaudiodev module update helpers signature for ioctl calls. (GH-18412)

[issue39585] Delete a pending item in _warning.c

Serhiy Storchaka added the comment: The C code is equivalent to the Python code. No special handling is needed. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue39585] Delete a pending item in _warning.c

Serhiy Storchaka added the comment: New changeset 57c781048915e45d15eaa348c51ec01b12cc170a by Hai Shi in branch 'master': bpo-39585: Delete a pending comment in _warning.c (GH-18414) https://github.com/python/cpython/commit/57c781048915e45d15eaa348c51ec01b12cc170a -- nosy:

[issue38938] Possible performance improvement for heaqq.merge()

Serhiy Storchaka added the comment: This is a large change. And making heaqq.merge a class looks unrelated to the declared goal. I afraid it may add significant overhead. Since this is an optimization, could you please provide any benchmarks which we can use to check the performance boost?

[issue39962] Wrong file.tell() function results (Windows 10/Python 64 3.8.2/3.7 - no bug in PyPy3.6/Python2.7)

Cezary Wagner added the comment: C:\root\Python\Python38\python.exe "C:/Users/Cezary Wagner/PycharmProjects/chess-lichess-eval-parse/sandbox/s03_create_tree/s03_python_bug.py" seek 18446744073709554618 3003 seek 0 75 114 145 165 181 205 227 246 265 290 315 328 365 387 411 413

[issue39962] Wrong file.tell() function results (Windows 10/Python 64 3.8.2/3.7 - no bug in PyPy3.6/Python2.7)

Cezary Wagner added the comment: I tested is and it is not "state cookie" but it is "absolute position" and it is "stateless". > The I/O stack in Python 3 does not use C FILE streams, and this issue is not > related to Windows. TextIOWrapper.tell returns a "cookie" based on the > decoder

[issue39962] Wrong file.tell() function results (Windows 10/Python 64 3.8.2/3.7 - no bug in PyPy3.6/Python2.7)

Cezary Wagner added the comment: > The I/O stack in Python 3 does not use C FILE streams, and this issue is not > related to Windows. TextIOWrapper.tell returns a "cookie" based on the > decoder state: That can big problem when I use serialization if f.tell() is "cookie". When I serialize

[issue24916] In sysconfig, don't rely on sys.version format

Serhiy Storchaka added the comment: What is the problem with the current code? -- ___ Python tracker ___ ___ Python-bugs-list

[issue39871] math.copysign raises SystemError with non-float x and custom y

Mark Dickinson added the comment: Zackery: Thanks for the fix! Now merged and backported to 3.8 and 3.7. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue39871] math.copysign raises SystemError with non-float x and custom y

Mark Dickinson added the comment: New changeset 4dcfe5f2e4bad8e03990de75d8d4ec20e8aa23b3 by Mark Dickinson in branch '3.7': [3.7] bpo-39871: Fix possible SystemError in atan2, copysign and remainder (GH-18806) (GH-18990)

[issue39615] cpython/abstract.h not compatible with C90

Serhiy Storchaka added the comment: I think we should distinguish minimal supported C standard for compiling CPython itself and for compiling extensions. We can use all C99 features supported by main compilers in the code of CPython, but C99 is not even compatible with C++, and it may be

[issue39871] math.copysign raises SystemError with non-float x and custom y

Mark Dickinson added the comment: New changeset e634a8ac1f8a2904a2241b83fc5e4c9f40d5c7ca by Mark Dickinson in branch '3.8': [3.8] bpo-39871: Fix possible SystemError in atan2, copysign and remainder (GH-18806) (GH-18989)

[issue39871] math.copysign raises SystemError with non-float x and custom y

Change by Mark Dickinson : -- pull_requests: +18337 pull_request: https://github.com/python/cpython/pull/18990 ___ Python tracker ___

[issue39871] math.copysign raises SystemError with non-float x and custom y

Change by Mark Dickinson : -- pull_requests: +18336 pull_request: https://github.com/python/cpython/pull/18989 ___ Python tracker ___

[issue39087] [C API] No efficient C API to get UTF-8 string from unicode object.

Serhiy Storchaka added the comment: I though there are at least 3-4 use cases in the core and stdlib. -- ___ Python tracker ___

  1   2   >