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

Serhiy Storchaka added the comment: I agree that the documentation should be updated. Do you mind to create a pull request mbiggs? There are UTF-8 variants which guarantee that the encoded text has no zero bytes (see Modified UTF-8), but Python only provides the standard UTF-8 and UTF-8

[issue28269] [MinGW] Can't compile Python/dynload_win.c due to static strcasecmp

Change by Minmin Gong : -- pull_requests: +13009 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue36189] DOC: Correct word in tutorial introduction

Cheryl Sabella added the comment: New changeset 2b5ffc02c00b16ede6555391c6965746c8fe554b by Cheryl Sabella (Miss Islington (bot)) in branch '3.7': bpo-36189: Fixing typo in tutorial introduction (GH-13093) https://github.com/python/cpython/commit/2b5ffc02c00b16ede6555391c6965746c8fe554b

[issue36166] DOC: Fix markup on function parameter on datamodel.rst

Cheryl Sabella added the comment: New changeset 37125ff6e2f988a14b46525b7df24d2997bee836 by Cheryl Sabella (Miss Islington (bot)) in branch '3.7': bpo-36166: Change to rst datamodel file. (GH-13089) (#13094) https://github.com/python/cpython/commit/37125ff6e2f988a14b46525b7df24d2997bee836

[issue36798] := breaks f-strings

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36189] DOC: Correct word in tutorial introduction

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

[issue36166] DOC: Fix markup on function parameter on datamodel.rst

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

[issue36684] codecov.io code coverage has not updated since 2019-04-13

Gordon P. Hemsley added the comment: Testing has shown that the gcc build itself runs fine. The problem appears to be with how the coverage tests are run. -- ___ Python tracker

[issue36798] := breaks f-strings

Change by Karthikeyan Singaravelan : -- nosy: +emilyemorehouse ___ Python tracker ___ ___ Python-bugs-list mailing list

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

mbiggs added the comment: So a correct statement would be "A UTF-8 string is turned into a sequence of bytes that contains embedded zero bytes only where they represent the NULL character (U+)." I think it's important to correct this because the part about processing UTF-8 with C

[issue36798] := breaks f-strings

New submission from Eric V. Smith : The walrus operator breaks f-strings, because the f-string scanner sees the colon as the end of the expression. >>> x = '10' >>> f'{x:=10}' Traceback (most recent call last): File "", line 1, in ValueError: '=' alignment not allowed in string format

[issue36797] Cull more oudated distutils information

Change by Nick Coghlan : -- keywords: +patch pull_requests: +13006 stage: needs patch -> patch review ___ Python tracker ___ ___

[issue36797] Cull more oudated distutils information

Change by Paul Ganssle : -- nosy: +p-ganssle ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36189] DOC: Correct word in tutorial introduction

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

[issue27432] Unittest truncating of error message not works

Change by Roundup Robot : -- keywords: +patch pull_requests: +13005 stage: needs patch -> patch review ___ Python tracker ___ ___

[issue36166] DOC: Fix markup on function parameter on datamodel.rst

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

[issue36189] DOC: Correct word in tutorial introduction

Cheryl Sabella added the comment: New changeset 98a1e06c47f655c7601b130cf8d549de9f08369e by Cheryl Sabella (Jonatan) in branch 'master': bpo-36189: Fixing typo in tutorial introduction (GH-13090) https://github.com/python/cpython/commit/98a1e06c47f655c7601b130cf8d549de9f08369e --

[issue36166] DOC: Fix markup on function parameter on datamodel.rst

Cheryl Sabella added the comment: New changeset 5e98f05e55d13981c7c92fb14b9c013e4227c3c1 by Cheryl Sabella (Catherine Alvarado) in branch 'master': bpo-36166: Change to rst datamodel file. (GH-13089) https://github.com/python/cpython/commit/5e98f05e55d13981c7c92fb14b9c013e4227c3c1

[issue34616] implement "Async exec"

Yury Selivanov added the comment: Here's a VERY rough first implementation to play with: https://github.com/1st1/cpython/commit/ad2ed0aed922d7c36f2fced64264124613e37f09 -- ___ Python tracker

[issue36189] DOC: Correct word in tutorial introduction

Change by Jonatan Yucra Rodriguez : -- keywords: +patch pull_requests: +13004 stage: needs patch -> patch review ___ Python tracker ___

[issue36166] DOC: Fix markup on function parameter on datamodel.rst

Change by Catherine Alvarado : -- keywords: +patch pull_requests: +13003 stage: needs patch -> patch review ___ Python tracker ___

[issue36782] Add tests for the datetime C API

Edison Abahurire added the comment: I have done PyDate_FromDate in GH-13088 -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue36782] Add tests for the datetime C API

Change by Roundup Robot : -- keywords: +patch pull_requests: +13002 stage: -> patch review ___ Python tracker ___ ___

[issue36797] Cull more oudated distutils information

New submission from Nick Coghlan : Prompted by #33071, I'm going to do a pass through the legacy distutils documentation deleting outdated information that is better maintained elsewhere. -- assignee: ncoghlan messages: 341407 nosy: jaraco, ncoghlan priority: normal severity: normal

[issue36189] DOC: Correct word in tutorial introduction

Jonatan Yucra Rodriguez added the comment: I would like to take this issue. -- nosy: +jonyucra ___ Python tracker ___ ___

[issue36166] DOC: Fix markup on function parameter on datamodel.rst

Catherine Alvarado added the comment: I'm going to work on this one. -- nosy: +calvarado ___ Python tracker ___ ___

[issue27432] Unittest truncating of error message not works

Julia added the comment: Working on it at the moment (Mentored Sprint) -- nosy: +jiliuk ___ Python tracker ___ ___

[issue33071] Document that PyPI no longer requires 'register'

Change by Kojo Idrissa : -- keywords: +patch pull_requests: +13001 stage: -> patch review ___ Python tracker ___ ___

[issue32592] Drop support of Windows Vista in Python 3.8

Change by Terry J. Reedy : -- title: Drop support of Windows Vista in Python 3.7 -> Drop support of Windows Vista in Python 3.8 ___ Python tracker ___

[issue11001] Various obvious errors in cookies documentation

Change by Gregory P. Smith : -- versions: +Python 3.7, Python 3.8 -Python 3.2, Python 3.3 ___ Python tracker ___ ___

[issue11001] Various obvious errors in cookies documentation

Change by Roundup Robot : -- pull_requests: +13000 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue11001] Various obvious errors in cookies documentation

Julia added the comment: Working on it at the moment -- nosy: +jiliuk ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue33071] Document that PyPI no longer requires 'register'

Kojo Idrissa added the comment: I'm working on this (@kojoidrissa) -- nosy: +kojoidrissa ___ Python tracker ___ ___

[issue36778] test_site.StartupImportTests.test_startup_imports fails if default code page is not cp1252

Eryk Sun added the comment: > I think it is better to just make the check in the test conditional. Okay. The test verifies work done to minimize interpreter startup time, but probably the relative cost of importing functools (and thus collections et al) isn't significant compared to the

[issue36782] Add tests for the datetime C API

Change by anthony shaw : -- nosy: +edison.abahurire ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36782] Add tests for the datetime C API

anthony shaw added the comment: Reserving this issue (in mentored sprint) -- nosy: +anthony shaw ___ Python tracker ___ ___

[issue36796] Error handling cleanup in _testcapimodule.c

Change by Zackery Spytz : -- keywords: +patch pull_requests: +12999 stage: -> patch review ___ Python tracker ___ ___

[issue36796] Error handling cleanup in _testcapimodule.c

New submission from Zackery Spytz : Many functions in _testcapimodule.c lack error handling. This can cause spurious errors when stress testing the interpreter. -- components: Extension Modules messages: 341399 nosy: ZackerySpytz priority: normal severity: normal status: open title:

[issue36795] "make venv" failed in Docs

Karthikeyan Singaravelan added the comment: Could it be a problem with pip and it's vendored html5lib version incompatibility? There is one bug report in pip repo about Anaconda patching pip that seems to cause this error : https://github.com/pypa/pip/issues/4902 . Can you please share the

[issue6911] Document changes in asynchat

Sanyam Khurana added the comment: Given that Python 2.x and async chat is deprecated in favor of new async io, we're better in closing this issue, rather than trying to apply this cleanly on the master branch. -- nosy: +CuriousLearner resolution: -> out of date stage: patch review

[issue34616] implement "Async exec"

Andrew Svetlov added the comment: Sorry, I don't know all the compilation workflow details to help you quickly (and will be very busy on other tasks during the sprint). Yuri will be absent on sprints. -- ___ Python tracker

[issue36795] "make venv" failed in Docs

Change by Ned Deily : -- nosy: +mdk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34861] Improve cProfile standard output

Change by Roundup Robot : -- pull_requests: +12998 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36795] "make venv" failed in Docs

New submission from Antoine Pitrou : $ make venv python3 -m venv ./venv ./venv/bin/python3 -m pip install -U Sphinx blurb python-docs-theme /home/antoine/cpython/default/Doc/venv/share/python-wheels/requests-2.18.4-py2.py3-none-any.whl/requests/__init__.py:80: RequestsDependencyWarning:

[issue36794] asyncio.Lock documentation in Py3.8 lacks parts presented in documentation in Py3.6

Change by Roundup Robot : -- keywords: +patch pull_requests: +12997 stage: -> patch review ___ Python tracker ___ ___

[issue36794] asyncio.Lock documentation in Py3.8 lacks parts presented in documentation in Py3.6

Hrvoje Nikšić added the comment: Also, the docstring of asyncio.Lock still states: When more than one coroutine is blocked in acquire() waiting for the state to turn to unlocked, only one coroutine proceeds when a release() call resets the state to unlocked; first coroutine which

[issue32592] Drop support of Windows Vista in Python 3.7

Zackery Spytz added the comment: See also #29075. -- nosy: +ZackerySpytz ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue36772] Let lru_cache be used as a decorator with no arguments

Eric Snow added the comment: As to the issue of positional vs. keyword arguments, keyword arguments make the implementation easier in some cases. Otherwise I haven't seen positional arguments cause much of a problem. -- ___ Python tracker

[issue36772] Let lru_cache be used as a decorator with no arguments

Eric Snow added the comment: FWIW, I've followed this pattern (one function is both decorator and factory) in my own code for quite a while. I've never found it confusing nor has anyone else (that I'm aware) that has used those decorators. One reason I've done decorators this way is

[issue36475] PyEval_AcquireLock() and PyEval_AcquireThread() do not handle runtime finalization properly.

STINNER Victor added the comment: New changeset c664b342a47e4b4650706d07e3e40a295e3a4407 by Victor Stinner in branch 'master': bpo-36475: Make PyThread_exit_thread with _Py_NO_RETURN (GH-13068) https://github.com/python/cpython/commit/c664b342a47e4b4650706d07e3e40a295e3a4407 --

[issue34848] range.index only takes one argument when it's documented as taking the usual 3

STINNER Victor added the comment: I merged the pull requests. Thanks. -- nosy: +vstinner resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue34616] implement "Async exec"

Matthias Bussonnier added the comment: > Did I miss something? No I think for the async stuff that should be a big improvement already. Either a flag, or different "MODE", like 'single','exec' and 'eval'. I'l love for something like 'exec' but where not only we can have multiple statement,

[issue34038] urllib2.urlopen fails if http_proxy(s) is set to a sock5 proxy

Daniel Wallace added the comment: I think this is caused by the fact that socks5 proxies are not supported? $ cat ~/issue34038.py from urllib.request import urlopen, HTTPError url = 'http://icanhazip.com' u = urlopen(url) $./python.exe ~/issue34038.py Traceback (most recent call last):

[issue26978] Implement pathlib.Path.link (Using os.link)

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

[issue26978] Implement pathlib.Path.link (Using os.link)

Antoine Pitrou added the comment: New changeset 6b5b013bcc22a27d6231c2796882e44ddb42be67 by Antoine Pitrou (Joannah Nanjekye) in branch 'master': bpo-26978: Implement pathlib.Path.link_to (Using os.link) (GH-12990)

[issue36794] asyncio.Lock documentation in Py3.8 lacks parts presented in documentation in Py3.6

New submission from Mikhail Gerasimov : Compare: https://docs.python.org/3.6/library/asyncio-sync.html#asyncio.Lock https://docs.python.org/3.8/library/asyncio-sync.html#asyncio.Lock First version is much more detailed. It allows to avoid confusions like one with unlocking order:

[issue36791] sum() relies on C signed overflow behaviour

Serhiy Storchaka added the comment: I tested few cases (all positive, all negative, mixed), and did not found any performance difference after this change. ./python -m perf timeit -s "a = list(range(10**4))" -- "sum(a)" ./python -m perf timeit -s "a = [-i for i in range(10**4)]" -- "sum(a)"

[issue36778] test_site.StartupImportTests.test_startup_imports fails if default code page is not cp1252

Serhiy Storchaka added the comment: I think it is better to just make the check in the test conditional. It already contains some macOs specific conditions. -- nosy: +serhiy.storchaka ___ Python tracker

[issue36792] zipfile.writestr causes a Python crash on Windows if the locale is set

Change by Serhiy Storchaka : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36793] Do not set tp_str

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +12996 stage: -> patch review ___ Python tracker ___ ___

[issue36793] Do not define unneeded __str__ equal to __repr__

Change by Serhiy Storchaka : -- title: Do not set tp_str -> Do not define unneeded __str__ equal to __repr__ ___ Python tracker ___

[issue34155] email.utils.parseaddr mistakenly parse an email

jpic added the comment: At is allowed in the local part if quoted, the proposed patch acts within get_domain() and getdomain() and does not affect local part parsing. This still works: >>> parseaddr('"fo@bar"@bar.com') ('', '"fo@bar"@bar.com') >>> email.message_from_string('From:

[issue36793] Do not set tp_str

New submission from Serhiy Storchaka : object.__str__() calls the __repr__() method. Therefore by default you do not need to define the __str__() method if it is the same as __repr__(): just define the __repr__() method. But there are few builtin classes which define both __repr__() and

[issue36792] zipfile.writestr causes a Python crash on Windows if the locale is set

New submission from Charlie Clark : Based on a bug report (https://bitbucket.org/openpyxl/openpyxl/issues/1266/locale) from a user of the openpyxl library I've identified a bug in the zipfile module that causes the Python process to crash on Windows. Currently tested with Python 3.7.3

[issue36774] f-strings: Add a !d conversion for ease of debugging

Eric V. Smith added the comment: And for those who *really* want to be able to apply a format spec to the result of the entire !d expression, you can always use nested f-strings: >>> for x in [3.1415, 0.5772156649, 100]: ... print(f'{f"{x!d:.1f}":*^20}') ... ***x=3.1

[issue36774] f-strings: Add a !d conversion for ease of debugging

Eric V. Smith added the comment: Serhiy's point about how special this is is very valid. It's so special that I can't figure out where to document it. f-strings are really only documented in Doc/reference/lexical_analysis.rst, and !d details, especially the format/repr distinction, seems

[issue36778] test_site.StartupImportTests.test_startup_imports fails if default code page is not cp1252

Eryk Sun added the comment: > cp65001 is *not* utf-8: Microsoft decided to handle surrogates > differently for some reasons. Do you mean valid UTF-16 surrogate pairs? For example: >>> codecs.code_page_encode(65001, '\ud800\udc00') (b'\xf0\x90\x80\x80', 2) PyUnicode_AsUnicodeAndSize

[issue36656] Allow os.symlink(src, target, force=True) to prevent race conditions

Serhiy Storchaka added the comment: So what? Detected problem is better than non-detected problem. If and unexpected exception causes troubles in your code, it is up to you what to do with it: silence it, terminate an application, try to recreate a symlink in other place, etc. In any case

[issue36784] __import__ with empty folder after importlib.invalidate_caches causes reference leak

Karthikeyan Singaravelan added the comment: Interesting, I used tracemalloc to see if it helps and it gave me a line in Lib/tempfile.py . Supplying path to support.temp_dir(path="/tmp/") causes random directory code was not to be hit and there was no memory leak. So I removed the _Random()