[issue34226] cgi.parse_multipart() requires undocumented CONTENT-LENGTH in Python 3.7

Senthil Kumaran added the comment: This is now fixed in all active versions of python. No documentation changes required for this change. -- ___ Python tracker ___

[issue40965] Segfault when importing unittest module via C API

Change by Brett Cannon : -- title: Segfault when importing unittest module -> Segfault when importing unittest module via C API ___ Python tracker ___

[issue40878] Use c99 on the aixtools bot

Stefan Krah added the comment: Thanks! Ha, it turns out that c99_r has excellent C99 compliance. :) > Variable arguments macro RAISE_SYNTAX_ERROR was invoked with an empty > variable argument list. Totally legit, we should use xlc (at least the front end) more often. So maybe our code

[issue38488] Update bundled pip to 19.3

miss-islington added the comment: New changeset bc996c67b7ba73886bb6edfd637ef3f874ddc9d4 by Miss Islington (bot) in branch '3.9': bpo-38488: Upgrade bundled versions of pip & setuptools (GH-20491) https://github.com/python/cpython/commit/bc996c67b7ba73886bb6edfd637ef3f874ddc9d4 --

[issue38488] Update bundled pip to 19.3

Change by Ned Deily : -- pull_requests: +20083 pull_request: https://github.com/python/cpython/pull/20900 ___ Python tracker ___

[issue36020] HAVE_SNPRINTF and MSVC std::snprintf support

Stefan Krah added the comment: I've tested the MSVC _snprintf extremely extensively in _decimal and never had a problem. -- ___ Python tracker ___

[issue40981] increment is wrong in 3.7 but not in 2.7

mike stern added the comment: sorry but I don't see the option to delete From: report=bugs.python@roundup.psfhosted.org on behalf of Terry J. Reedy Sent: Monday, June 15, 2020 11:46 AM To: rskir...@hotmail.com Subject: [issue40981] increment is wrong

[issue36020] HAVE_SNPRINTF and MSVC std::snprintf support

Change by miss-islington : -- nosy: +miss-islington nosy_count: 8.0 -> 9.0 pull_requests: +20080 pull_request: https://github.com/python/cpython/pull/20897 ___ Python tracker

[issue36020] HAVE_SNPRINTF and MSVC std::snprintf support

STINNER Victor added the comment: New changeset e822e37946f27c09953bb5733acf3b07c2db690f by Victor Stinner in branch 'master': bpo-36020: Remove snprintf macro in pyerrors.h (GH-20889) https://github.com/python/cpython/commit/e822e37946f27c09953bb5733acf3b07c2db690f --

[issue40985] PEG Parser: SyntaxError text empty when last line has a LINECONT

Guido van Rossum added the comment: Yes, it's clear. :-) This is one reason we need to migrate off bpo and onto GitHub. -- ___ Python tracker ___

[issue40119] ensurepip should use different pattern for pip/setuptool wheel files

Ned Deily added the comment: Thanks for the report. This issue has been resolved in 5f79f46612c351bde78a41c5264c42db21008868 (and backports) for Issue38488 which upgraded ensurepip to newer versions of pip and setuptools. -- nosy: +ned.deily resolution: -> duplicate stage: ->

[issue36020] HAVE_SNPRINTF and MSVC std::snprintf support

miss-islington added the comment: New changeset b498c7f1b3890e43ea2e7d1570f8403707ea4cc6 by Miss Islington (bot) in branch '3.9': bpo-36020: Remove snprintf macro in pyerrors.h (GH-20889) https://github.com/python/cpython/commit/b498c7f1b3890e43ea2e7d1570f8403707ea4cc6 --

[issue38488] Update bundled pip to 19.3

miss-islington added the comment: New changeset 678ffc42813c9fcf36324ba378632b8a3fc18fb6 by Miss Islington (bot) in branch '3.7': bpo-38488: Upgrade bundled versions of pip & setuptools (GH-20491) (GH-20900) https://github.com/python/cpython/commit/678ffc42813c9fcf36324ba378632b8a3fc18fb6

[issue40448] ensurepip uses cache directory

miss-islington added the comment: New changeset 9a0624a3d9feb0c7664ace7a894a04e4af547661 by Miss Islington (bot) in branch '3.9': bpo-40448: ensurepip: Do not use cache (GH-19812) https://github.com/python/cpython/commit/9a0624a3d9feb0c7664ace7a894a04e4af547661 --

[issue36020] HAVE_SNPRINTF and MSVC std::snprintf support

Stefan Krah added the comment: Can't we just use #ifndef __cplusplus instead of changing the function? I don't think anyone compiles the affected files with a C++ compiler. There are many areas in Include/* that fail with C++, e.g. isnan() with -std=c++11. -- nosy: +skrah

[issue40989] [C API] Remove _Py_NewReference() and _Py_ForgetReference() from the public C API

Change by STINNER Victor : -- keywords: +patch pull_requests: +20084 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20901 ___ Python tracker ___

[issue40448] ensurepip uses cache directory

miss-islington added the comment: New changeset b46beb25e4cf213dbf46a0a0cf3f0ed134894f7d by Miss Islington (bot) in branch '3.7': bpo-40448: ensurepip: Do not use cache (GH-19812) https://github.com/python/cpython/commit/b46beb25e4cf213dbf46a0a0cf3f0ed134894f7d --

[issue40914] tarfile creates output that appears to omit files

Change by Zachary Ware : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue40448] ensurepip uses cache directory

Change by Ned Deily : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.7, Python 3.8 ___ Python tracker ___

[issue40989] [C API] Remove _Py_NewReference() and _Py_ForgetReference() from the public C API

New submission from STINNER Victor : The _Py_NewReference() and _Py_ForgetReference() functions are tightly coupled to CPython internals. _Py_NewReference() is only exposed because it used by the PyObject_INIT() macro which is the fast inlined flavor of PyObject_Init(). If we make

[issue40448] ensurepip uses cache directory

Change by miss-islington : -- nosy: +miss-islington nosy_count: 7.0 -> 8.0 pull_requests: +20076 pull_request: https://github.com/python/cpython/pull/20893 ___ Python tracker

[issue40448] ensurepip uses cache directory

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

[issue40448] ensurepip uses cache directory

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

[issue40448] ensurepip uses cache directory

miss-islington added the comment: New changeset a1d3be4623c8ec7069bd34ccdce336be9cdeb644 by Miss Islington (bot) in branch '3.8': bpo-40448: ensurepip: Do not use cache (GH-19812) https://github.com/python/cpython/commit/a1d3be4623c8ec7069bd34ccdce336be9cdeb644 --

[issue40808] test_venv fails with HOME=/ on AMD64 FreeBSD Non-Debug 3.x

Ned Deily added the comment: The failing test was fixed in an updated replacement PR, PR 20491, for bpo-38488. -- nosy: +ned.deily resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Update bundled pip to 19.3 ___

[issue40893] tkinter integrate TkDND support

Ned Deily added the comment: > What changes would be required to the MacOS installer to declare TkDND ... Let's get Windows settled first and then I will look at adding it to the macOS installer. Regarding other platforms: we don't provide binaries for anything other than our own Windows

[issue40988] singledispatchmethod significantly slower than singledispatch

New submission from Federico Caselli : The implementation of singledispatchmethod is significantly slower (~4x) than the normal singledispatch version Using timeit to test this example case: from functools import singledispatch, singledispatchmethod import timeit class Test:

[issue38488] Update bundled pip to 19.3

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

[issue38488] Update bundled pip to 19.3

Ned Deily added the comment: New changeset e63cc2f64668bd1d4581f8efa7089af7e08863b8 by Ned Deily in branch '3.8': bpo-38488: Upgrade bundled versions of pip & setuptools (GH-20491) (GH-20900) https://github.com/python/cpython/commit/e63cc2f64668bd1d4581f8efa7089af7e08863b8 --

[issue40893] tkinter integrate TkDND support

Change by E. Paine : -- pull_requests: +20079 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20896 ___ Python tracker ___

[issue38488] Update bundled pip to 19.3

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

[issue40827] os.readlink should support getting the target's printname in Windows

Change by Matthew Lovell : -- nosy: +mattblovell ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38488] Update bundled pip to 19.3

Ned Deily added the comment: New changeset 5f79f46612c351bde78a41c5264c42db21008868 by Xavier Fernandez in branch 'master': bpo-38488: Upgrade bundled versions of pip & setuptools (GH-20491) https://github.com/python/cpython/commit/5f79f46612c351bde78a41c5264c42db21008868 -- nosy:

[issue36020] HAVE_SNPRINTF and MSVC std::snprintf support

Change by STINNER Victor : -- pull_requests: +20082 pull_request: https://github.com/python/cpython/pull/20899 ___ Python tracker ___

[issue34916] Add create_window_function() to sqlite3.Connection

Change by Erlend Egeberg Aasland : -- keywords: +patch pull_requests: +20086 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/20903 ___ Python tracker

[issue40031] IDLE revise config-extensions.def comment- only good modules

Change by Terry J. Reedy : -- title: IDLE fails trying to inport old idlelib file names for config -> IDLE revise config-extensions.def comment- only good modules ___ Python tracker

[issue40971] Documentation still mentions 'u' string formatting option

Change by Benjamin Peterson : -- keywords: +easy stage: -> needs patch ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue40511] IDLE: properly handle '(' and ')' within calls

Terry J. Reedy added the comment: Each '(' and ')' in an argument string such as in f('()(()()())') causes a blink. Ditto with a comment withing the call. A related bug is that any unquoted '(', as when one enters f((a+b)*c), dismisses the tip. Proposed partial

[issue40989] [C API] Remove _Py_NewReference() and _Py_ForgetReference() from the public C API

STINNER Victor added the comment: New changeset 04fc4f2a46b2fd083639deb872c3a3037fdb47d6 by Victor Stinner in branch 'master': bpo-40989: PyObject_INIT() becomes an alias to PyObject_Init() (GH-20901) https://github.com/python/cpython/commit/04fc4f2a46b2fd083639deb872c3a3037fdb47d6

[issue40985] PEG Parser: SyntaxError text empty when last line has a LINECONT

Pablo Galindo Salgado added the comment: New changeset 113e2b0a07c72c0d5e3489076afb14f6b3ad1049 by Lysandros Nikolaou in branch 'master': bpo-40985: Show correct SyntaxError text when last line has a LINECONT (GH-20888)

[issue40985] PEG Parser: SyntaxError text empty when last line has a LINECONT

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

[issue39189] Use io.DEFAULT_BUFFER_SIZE for filecmp BUFSIZE variable

Benjamin Peterson added the comment: I don't think there's a strong reason these values need to be same. Note, even today, they likely won't be the same since io.DEFAULT_BUFFER_SIZE is only a fallback buffer size used if st_blksize is not set. --

[issue22167] iglob() has misleading documentation (does indeed store names internally)

Guido van Rossum added the comment: How's this going? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40980] group names of bytes regexes are strings

Ma Lin added the comment: Group name is `str` is very reasonable. Essentially it is just a name, it has nothing to do with `bytes`. Other names in Python are also `str` type, such as codec names, hashlib names. -- nosy: +Ma Lin ___ Python tracker

[issue19821] pydoc.ispackage() could be more accurate

Change by Zackery Spytz : -- keywords: +patch nosy: +ZackerySpytz nosy_count: 3.0 -> 4.0 pull_requests: +20090 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/20908 ___ Python tracker

[issue40981] increment is wrong in 3.7

mike stern added the comment: so anybody can close a ticket ? anybody can say their point of view and close a ticket, is that how it goes? this is not serious who is managing this ? is this how we can trust a programming language? it sounds like we are dealing with irresponsible kids here

[issue40981] increment is wrong in 3.7 but not in 2.7

Change by mike stern : -- nosy: -serhiy.storchaka, terry.reedy title: increment is wrong in 3.7 -> increment is wrong in 3.7 but not in 2.7 ___ Python tracker ___

[issue40981] increment is wrong in 3.7

mike stern added the comment: Christian Heimes why did you close it -- status: closed -> open ___ Python tracker ___ ___

[issue40981] increment is wrong in 3.7 but not in 2.7

mike stern added the comment: what is rude is to talk to me in an autoritative way like you do you haven't even checked what I said , I said it working in Python 2.7 and it is not in 3.7 and you want to just read me an article. From:

[issue40981] increment is wrong in 3.7

SilentGhost added the comment: This isn't a problem, this is how floating number implemented in Python and many other languages. Please read the linked detailed explanation and do not re-open the ticket. -- nosy: +SilentGhost status: open -> closed

[issue40981] increment is wrong in 3.7

Change by Christian Heimes : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40981] increment is wrong in 3.7 but not in 2.7

mike stern added the comment: Christian Heimes you haven't tried it on 2.7 did you ? -- status: closed -> open ___ Python tracker ___

[issue40981] increment is wrong in 3.7 but not in 2.7

Christian Heimes added the comment: Python's float are IEE 754 floats for over 25 years and since Python 1.x, maybe earlier. IIRC standard is from 1985. It's how CPUs have dealt with floats for over 35 years. By the way it's is incredible rude to keep re-opening a bug and responding on a

[issue40981] increment is wrong in 3.7 but not in 2.7

mike stern added the comment: you can at least try it and see for yourself that what I am saying is actually true but never mind I will keep on opening tickets until someone tries it on 2.7 and see what I am talking about From: Redwane Freedom

[issue40981] increment is wrong in 3.7 but not in 2.7

Steven D'Aprano added the comment: > I wouldn't trust a language behaving crazy like this I guess then you won't trust C, Java, C++, Swift, Javascript, Ruby, Cobol, Fortran, and pretty much every programming language in existence. The only ones that escape this are ones that don't have

[issue40981] increment is wrong in 3.7 but not in 2.7

Christian Heimes added the comment: Multiple people already told you that it is not a bug. It's how floating point standard IEEE 754 works. -- nosy: +christian.heimes status: open -> closed ___ Python tracker

[issue40981] increment is wrong in 3.7 but not in 2.7

mike stern added the comment: you can at least try it and see for yourself that what I am saying is actually true but never mind I will keep on opening tickets until someone tries it on 2.7 and see what I am talking about From: Redwane Freedom

[issue40981] increment is wrong in 3.7 but not in 2.7

mike stern added the comment: I appreciate taking the time to explain , I just wished the other guys did that instead of just closing the ticket on my face. I wished at least they suggested me to use round() without any aggravations but thanks anyway From:

[issue40981] increment is wrong in 3.7

mike stern added the comment: problem actually more serious, it is here print(0.7+0.1) , which gives .7999 same thing when adding the .1 increment to 4.8 , 5.1 etc ... I am not sure of the pattern but it is acting up with some numbers who will fix this , this is serious I wouldn't

[issue40561] Add docstrings for webbrowser open functions

Change by Terry J. Reedy : -- versions: -Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28557] error message for bad raw readinto

Benjamin Peterson added the comment: New changeset 8666356280084f0426c28a981341f72eaaacd006 by David Szotten in branch 'master': closes bpo-28557: error message for bad raw readinto (GH-7496) https://github.com/python/cpython/commit/8666356280084f0426c28a981341f72eaaacd006 --

[issue40989] [C API] Remove _Py_NewReference() and _Py_ForgetReference() from the public C API

Change by STINNER Victor : -- pull_requests: +20087 pull_request: https://github.com/python/cpython/pull/20904 ___ Python tracker ___

[issue36020] HAVE_SNPRINTF and MSVC std::snprintf support

STINNER Victor added the comment: I removed the two offending macro defines from Python.h (pyerrors.h) in 3.9 and master branches. I close the issue. I also simplified PyOS_snprintf() and PyOS_vsnprintf() implementation in the master branch: they no longer call Py_FatalError() on buffer

[issue19569] Use __attribute__((deprecated)) to warn usage of deprecated functions and macros

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

[issue19569] Use __attribute__((deprecated)) to warn usage of deprecated functions and macros

Inada Naoki added the comment: New changeset de4304dad8e035dbbb57d653e685312eead816df by Zackery Spytz in branch 'master': bpo-19569: Add a macro to suppress deprecation warnings (GH-9004) https://github.com/python/cpython/commit/de4304dad8e035dbbb57d653e685312eead816df -- nosy:

[issue40980] group names of bytes regexes are strings

Quentin Wenger added the comment: This also affects functions/methods expecting a group name as parameter (e.g. match.group), the group name has to be passed as string. -- ___ Python tracker

[issue40985] PEG Parser: SyntaxError text empty when last line has a LINECONT

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

[issue40989] [C API] Remove _Py_NewReference() and _Py_ForgetReference() from the public C API

STINNER Victor added the comment: Work on this issue started in Python 3.9 with the following change of bpo-39542: commit f58bd7c1693fe041f7296a5778d0a11287895648 Author: Victor Stinner Date: Wed Feb 5 13:12:19 2020 +0100 bpo-39542: Make PyObject_INIT() opaque in limited C API

[issue38488] Update bundled pip to 20.1.1

Ned Deily added the comment: Thanks, Xavier, for the original PR and for the various requested updates! And thanks everyone else for the reviews and follow-ups. Merged for release in 3.9.0, 3.8.4, and 3.7.8. -- resolution: -> fixed stage: patch review -> resolved status: open ->

[issue36020] HAVE_SNPRINTF and MSVC std::snprintf support

STINNER Victor added the comment: New changeset 7ab92d54b5d4440d84f6c02b4bc5a70103eff915 by Victor Stinner in branch 'master': bpo-36020: Require vsnprintf() to build Python (GH-20899) https://github.com/python/cpython/commit/7ab92d54b5d4440d84f6c02b4bc5a70103eff915 --

[issue40981] increment is wrong in 3.7 but not in 2.7

Steven D'Aprano added the comment: On Mon, Jun 15, 2020 at 07:37:16PM +, mike stern wrote: > sorry but I don't see the option to delete Your keyboard has a Delete key and a Backspace key. Select the quoted text in your email client and press one or the other. If you can't see the quoted

[issue40985] PEG Parser: SyntaxError text empty when last line has a LINECONT

miss-islington added the comment: New changeset 097b8b6d52e3d4991c68dce74f182718dc0eab9c by Miss Islington (bot) in branch '3.9': bpo-40985: Show correct SyntaxError text when last line has a LINECONT (GH-20888)

[issue40982] copytree example in shutil

New submission from Alberto Torres Barrán : The copytree example in https://docs.python.org/3/library/shutil.html#copytree-example does not match the source code, even removing docstrings. In particular is missing parameters and the exceptions are in the wrong order (Error will never be

[issue39093] tkinter objects garbage collected from non-tkinter thread cause panic and core dump

E. Paine added the comment: My initial thoughts were just to give the standard lecture on why "tkinter + threads = bad". However, looking again at the problem, the async handler error causes the Python interpreter to crash, which, no matter how frowned upon the code is, shouldn't happen.

[issue40836] logging.fatal() and logging.Logger.fatal() should raise a DeprecationWarning

miss-islington added the comment: New changeset 25f38d7044a3a47465edd851c4e04f337b2c4b9b by Rémi Lapeyre in branch 'master': bpo-40836: Add docstring to logging.fatal() and logging.Logger.fatal() (GH-20563) https://github.com/python/cpython/commit/25f38d7044a3a47465edd851c4e04f337b2c4b9b

[issue40953] _PyWideStringList_Copy breaks asan builds

Change by Christian Heimes : -- nosy: +vstinner stage: -> needs patch type: compile error -> resource usage ___ Python tracker ___

[issue40836] logging.fatal() and logging.Logger.fatal() should raise a DeprecationWarning

Change by Rémi Lapeyre : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue38783] the window size is bigger than the specific size when create a window with a fix size in Windows platform

E. Paine added the comment: I have not tested with tcl/tk 8.4, however it does not appear to be a problem with the tcl/tk 8.6. I don't know when the last release of Python packaged with tcl/tk 8.4 was, however the last release of 8.4 itself was in June 2013. I agree with Terry that this

[issue29782] Use __builtin_clzl for bits_in_digit if available

Change by STINNER Victor : -- resolution: -> fixed status: open -> closed versions: +Python 3.10 -Python 3.7 ___ Python tracker ___

[issue40634] Ignored "BlockingIOError: [Errno 11] Resource temporarily unavailable" are still haunting us

Yaroslav Halchenko added the comment: any feedback/ideas/fixes would still be highly appreciated. Thank you! -- ___ Python tracker ___

[issue40983] Can’t configure encoding used by urllib.request.url2pathname()

New submission from Manuel Jacob : On Python 2, it was possible to recover a percent-encoded byte: >>> from urllib import url2pathname >>> url2pathname('%ff') '\xff' On Python 3, the byte is decoded using the utf-8 encoding and the "replace" error handler (therefore there’s no way to recover

[issue29782] Use __builtin_clzl for bits_in_digit if available

STINNER Victor added the comment: New changeset 794e7d1ab2d7afe70fe0dd87ca8174ac860413e4 by Niklas Fiekas in branch 'master': bpo-29782: Consolidate _Py_Bit_Length() (GH-20739) https://github.com/python/cpython/commit/794e7d1ab2d7afe70fe0dd87ca8174ac860413e4 --

[issue15494] Move test/support.py into a test.support subpackage

Change by hai shi : -- nosy: +shihai1991 nosy_count: 12.0 -> 13.0 pull_requests: +20067 pull_request: https://github.com/python/cpython/pull/20824 ___ Python tracker ___

[issue40985] PEG Parser: SyntaxError text empty when last line has a LINECONT

New submission from Lysandros Nikolaou : While investigating bpo-40958, the following came up: When a file ends with a line that contains a line continuation character the text of the emitted SyntaxError is empty, contrary to the old parser, where the error text contained the text of the

[issue40953] PyConfig_Clear() doesn't clear _orig_argv member (_PyWideStringList_Copy breaks asan builds)

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

[issue40910] Py_GetArgcArgv() is no longer exported by the C API

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

[issue40986] Async generators are not garbage collected

Change by Vytautas Liuolia : Added file: https://bugs.python.org/file49232/test_sync.py ___ Python tracker ___ ___ Python-bugs-list mailing

[issue40953] PyConfig_Clear() doesn't clear _orig_argv member (_PyWideStringList_Copy breaks asan builds)

STINNER Victor added the comment: New changeset e2d47a0568c6da9229580829917fd6aa702133b3 by Victor Stinner in branch 'master': bpo-40910: PyConfig_Clear() clears _orig_argv (GH-20886) https://github.com/python/cpython/commit/e2d47a0568c6da9229580829917fd6aa702133b3 --

[issue40986] Async generators are not garbage collected

New submission from Vytautas Liuolia : Hello! I am having issues with asynchronous generators not being garbage collected at least until the current loop has completed. In the attached test case (test.py), one starts iterating over an asynchronous generator, then breaks and returns the first

[issue40984] re.compile's repr truncates patterns at 199 characters

New submission from Quentin Wenger : This seems somewhat arbitrary and yields unusable results, going against the doc: > repr(object) > Return a string containing a printable representation of an object. For many > types, this function makes an attempt to return a string that would yield an

[issue40910] Py_GetArgcArgv() is no longer exported by the C API

Change by STINNER Victor : -- pull_requests: +20068 pull_request: https://github.com/python/cpython/pull/20886 ___ Python tracker ___

[issue40953] _PyWideStringList_Copy breaks asan builds

STINNER Victor added the comment: Regression introduced by commit e81f6e687d0f04a45f2389d0b43fafd6d8491624 in bpo-40910. I wrote PR 20886 to fix it. -- ___ Python tracker

[issue40985] PEG Parser: SyntaxError text empty when last line has a LINECONT

Lysandros Nikolaou added the comment: Copying and pasting the example messed the formatting up. Here it is again. [16:49:16] lysnikolaou:cpython git:(master*) $ cat t.py x = 6\% [16:49:23]

[issue40953] PyConfig_Clear() doesn't clear _orig_argv member (_PyWideStringList_Copy breaks asan builds)

Change by STINNER Victor : -- title: _PyWideStringList_Copy breaks asan builds -> PyConfig_Clear() doesn't clear _orig_argv member (_PyWideStringList_Copy breaks asan builds) ___ Python tracker

[issue40910] Py_GetArgcArgv() is no longer exported by the C API

STINNER Victor added the comment: New changeset e2d47a0568c6da9229580829917fd6aa702133b3 by Victor Stinner in branch 'master': bpo-40910: PyConfig_Clear() clears _orig_argv (GH-20886) https://github.com/python/cpython/commit/e2d47a0568c6da9229580829917fd6aa702133b3 --

[issue40424] AIX: makexp_aix, parallel build (failures) and ld WARNINGS

Kevin added the comment: This seems to be a duplicate of https://bugs.python.org/issue19521 The PR for that one seems a little less hacky since it uses make rules to prevent duplication instead of lock files. -- nosy: +kadler ___ Python tracker

[issue40985] PEG Parser: SyntaxError text empty when last line has a LINECONT

Change by Lysandros Nikolaou : -- keywords: +patch pull_requests: +20071 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20888 ___ Python tracker

[issue40984] re.compile's repr truncates patterns at 199 characters

Quentin Wenger added the comment: Note: it actually truncates at 200 characters, counting the initial quote of the argument's repr. -- ___ Python tracker ___

[issue40984] re.compile's repr truncates patterns at 200 characters

Change by Quentin Wenger : -- title: re.compile's repr truncates patterns at 199 characters -> re.compile's repr truncates patterns at 200 characters ___ Python tracker ___

[issue29782] Use __builtin_clzl for bits_in_digit if available

STINNER Victor added the comment: Thanks Niklas Fiekas for your tenacity :-) -- ___ Python tracker ___ ___ Python-bugs-list

  1   2   >