[issue1294959] Problems with /usr/lib64 builds.

Change by Carlos Velasco : -- nosy: +carlos.velasco ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39599] ABI breakage between Python 3.7.4 and 3.7.5: change in PyGC_Head structure

Inada Naoki added the comment: https://github.com/python/cpython/blob/95905ce0f41fd42eb1ef60ddb83f057401c3d52f/Include/cpython/objimpl.h#L89 _Py_AS_GC and all APIs to get PyGC_Head from PyObject* are not only unstable, but also private. I thought PyGC_Head must not be used directly from

[issue39474] col_offset for parenthesized expressions looks weird

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

[issue39599] ABI breakage between Python 3.7.4 and 3.7.5: change in PyGC_Head structure

Mark Dickinson added the comment: [Julien Danjou] > As you said, if it's not part of the stable ABI it makes sense. I think this is a misunderstanding of what the stable ABI is for. I'm not sure whether this is spelled out explicitly anywhere, but my understanding was that ABI breakage

[issue39603] [security] http.client: HTTP Header Injection in the HTTP method

Amir Mohamadi added the comment: @vstinner sorry to bother you, I have a quick question. the request(...) method is like this: def request(self, method, url, body=None, headers={}, *, encode_chunked=False): """Send a complete request

[issue1812] doctest _load_testfile function -- newline handling seems incorrect

Change by Zachary Ware : -- nosy: +zach.ware ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39605] Fix some casts to not cast away const

miss-islington added the comment: New changeset 0b8f738eb3ee0110461e7da28c0b6b452f91999d by Miss Islington (bot) in branch '3.8': bpo-39605: Remove a cast that causes a warning. (GH-18473) https://github.com/python/cpython/commit/0b8f738eb3ee0110461e7da28c0b6b452f91999d --

[issue39605] Fix some casts to not cast away const

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

[issue39605] Fix some casts to not cast away const

Benjamin Peterson added the comment: New changeset 95905ce0f41fd42eb1ef60ddb83f057401c3d52f by Benjamin Peterson in branch 'master': bpo-39605: Remove a cast that causes a warning. (GH-18473) https://github.com/python/cpython/commit/95905ce0f41fd42eb1ef60ddb83f057401c3d52f --

[issue39595] Improve performance of importlib.metadata and zipfile.Path

Change by Jason R. Coombs : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue39595] Improve performance of importlib.metadata and zipfile.Path

Jason R. Coombs added the comment: New changeset ed4d263e8767b0e4c47df99141b500d36ce0275d by Miss Islington (bot) in branch '3.8': bpo-39595: Improve zipfile.Path performance (GH-18406) (GH-18472) https://github.com/python/cpython/commit/ed4d263e8767b0e4c47df99141b500d36ce0275d --

[issue39605] Fix some casts to not cast away const

Change by Benjamin Peterson : -- pull_requests: +17841 pull_request: https://github.com/python/cpython/pull/18473 ___ Python tracker ___

[issue39595] Improve performance of importlib.metadata and zipfile.Path

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

[issue39595] Improve performance of importlib.metadata and zipfile.Path

Jason R. Coombs added the comment: New changeset e5bd73632e77dc5ab0cab77e48e94ca5e354be8a by Jason R. Coombs in branch 'master': bpo-39595: Improve zipfile.Path performance (#18406) https://github.com/python/cpython/commit/e5bd73632e77dc5ab0cab77e48e94ca5e354be8a --

[issue39605] Fix some casts to not cast away const

miss-islington added the comment: New changeset 190433d8150bf719fa0ba972dbacf2214942f54e by Miss Islington (bot) in branch '3.8': closes bpo-39605: Fix some casts to not cast away const. (GH-18453) https://github.com/python/cpython/commit/190433d8150bf719fa0ba972dbacf2214942f54e --

[issue39605] Fix some casts to not cast away const

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

[issue39605] Fix some casts to not cast away const

Benjamin Peterson added the comment: New changeset e6be9b59a911626d6597fe148c32f0342bd2bd24 by Andy Lester in branch 'master': closes bpo-39605: Fix some casts to not cast away const. (GH-18453) https://github.com/python/cpython/commit/e6be9b59a911626d6597fe148c32f0342bd2bd24 --

[issue15976] Inconsistent behavior of search_for_exec_prefix() results in startup failure in certain cases

STINNER Victor added the comment: This issue was reported on Python 2.7 eight years ago. getpath.c has been deeply reworked, especially by the PEP 587 (PyConfig) implementation. I consider that the issue is now fixed. If it's not the case, feel free to reopen it. -- nosy: +vstinner

[issue38180] Test pyexpat fails on Fedora 30

STINNER Victor added the comment: I'm unable to reproduce the issue on Fedora 31. We now have multiple Fedora buildbots (Stable and Rawhide flavors): test_pyexpat pass on all of them. Maybe you didn't use "./configure --with-system-expat". Reopen the issue if you can still reproduce it.

[issue19482] _pickle build warnings on Fedora 19

STINNER Victor added the comment: I don't get these warnings on Fedora anymore. I close the issue. -- nosy: +vstinner resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker

[issue32897] test_gdb failed on Fedora 27

STINNER Victor added the comment: test_gdb got multiple bugfixes since 2018. Please test Python 3.8.1 on Fedora 31. Your issue should be fixed. -- nosy: +vstinner resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker

[issue1294959] Problems with /usr/lib64 builds.

STINNER Victor added the comment: See also bpo-21016: "trace: $prefix and $exec_prefix improperly replaced on Fedora". -- ___ Python tracker ___

[issue18092] Python 2.7.5 installation broken on OpenSuse 12.2

Change by STINNER Victor : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Problems with /usr/lib64 builds. ___ Python tracker ___

[issue1294959] Problems with /usr/lib64 builds.

STINNER Victor added the comment: I marked bpo-18092 ("Python 2.7.5 installation broken on OpenSuse 12.2") as a duplicate of this issue. -- ___ Python tracker ___

[issue1294959] Problems with /usr/lib64 builds.

STINNER Victor added the comment: See also bpo-14791: "setup.py only adds /prefix/lib, not /prefix/lib64". -- ___ Python tracker ___

[issue1294959] Problems with /usr/lib64 builds.

STINNER Victor added the comment: I marked bpo-34032 as a duplicate of this issue. It has an open PR written by Matěj Cepl (OpenSUSE): PR 8068. It looks similar to PR 3698. -- ___ Python tracker

[issue16529] Compiler error when trying to compile ceval.c on OpenSUSE 11.3

STINNER Victor added the comment: That's a GCC bug which has likely been fixed since 2014. -- nosy: +vstinner resolution: -> third party stage: -> resolved status: open -> closed ___ Python tracker

[issue34032] Add platlibdir to allow distinction between /usr/lib and /usr/lib64 for Linux

STINNER Victor added the comment: I mark this issue as a duplicate of bpo-1294959. -- resolution: -> duplicate stage: patch review -> resolved status: open -> closed superseder: -> Problems with /usr/lib64 builds. ___ Python tracker

[issue1294959] Problems with /usr/lib64 builds.

STINNER Victor added the comment: See also bpo-34058 "Default Python 3.7 install broken on openSUSE Leap 42.3: $PYTHONHOME/lib64/python3.7/lib-dynload/ not linked to $PYTHONHOME/lib/python3.7/lib-dynload/": OpenSUSE and Centos are mentioned as being impacted. --

[issue39011] ElementTree attributes replace "\r" with "\n"

Change by Roundup Robot : -- pull_requests: +17838 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/18468 ___ Python tracker ___

[issue1294959] Problems with /usr/lib64 builds.

STINNER Victor added the comment: I marked bpo-15631 as a duplicate of this issue. -- ___ Python tracker ___ ___

[issue39474] col_offset for parenthesized expressions looks weird

Lysandros Nikolaou added the comment: Are you going to work on a patch then, Batuhan? -- ___ Python tracker ___ ___

[issue15631] Python 3.3/3.4 installation issue on OpenSUSE lib/lib64 folders

STINNER Victor added the comment: I mark this issue as a duplicate of bpo-1294959. -- nosy: +vstinner resolution: out of date -> duplicate superseder: -> Problems with /usr/lib64 builds. ___ Python tracker

[issue1294959] Problems with /usr/lib64 builds.

STINNER Victor added the comment: I closed bpo-858809 as a duplicate of this issue. -- ___ Python tracker ___ ___

[issue858809] Use directories from configure rather than hardcoded

STINNER Victor added the comment: Start of this issue: "Current Makefile.pre.in contains paths like $(exec_prefix)/lib, which bad especially for mixed 32-bit and 64-bit systems, where 64-bit things should go to /lib64." That's a duplicate of bpo-1294959. This issue discuss also modifying

[issue39474] col_offset for parenthesized expressions looks weird

Guido van Rossum added the comment: This is also a 3.8 issue. We discovered this with pegen, and would love to see it fixed. -- nosy: +gvanrossum versions: +Python 3.8 ___ Python tracker

[issue39474] col_offset for parenthesized expressions looks weird

Change by Lysandros Nikolaou : -- nosy: +lys.nikolaou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39483] Proposial add loop parametr to run in asyncio

Yury Selivanov added the comment: Андрей, Here's how you can fix your example: import asyncio class Singleton: _LOCK = None _LOOP = None @classmethod async def create(cls): if cls._LOOP is None: cls._LOOP = asyncio.get_running_loop()

[issue39610] memoryview.__len__ should raise an exception for 0d buffers

Stefan Krah added the comment: The change looks reasonable, but unfortunately this is a long-standing behavior that originates from before the Python-3.3 memoryview rewrite. It is also present in 2.7 (the previous implementation) and documented in 3.3:

[issue37088] Add a way to schedule a function to be called from the main thread

Yury Selivanov added the comment: > I'm not strongly against the feature. I first proposed to expose it, but make > it private. Almost one year later, the PR was not updated. So I just closed > the PR and the issue. All clear, Victor. Let's keep this closed. The reason I didn't reply is

[issue37088] Add a way to schedule a function to be called from the main thread

STINNER Victor added the comment: > NP, here, but, hm, can you unilaterally reject features now? :) Eric Snow and me are basically against the idea of exposing the "pending calls" mechanism in Python, since it's fragile and dangerous. Andrew Sveltov wrote "@vstinner had objections, perhaps

[issue39614] Documentation of attribute reference is unclear

New submission from Dirk Herrmann : Trying to understand attribute reference in Python, I was lost: * In the "Python Language Reference" (I will refer to this as PLR, sorry if that is uncommon, did not find an abbreviation in the glossary): Chapter 6.3.1 is about attribute reference. How

[issue37088] Add a way to schedule a function to be called from the main thread

Yury Selivanov added the comment: > There is not clear rationale to justify the addition of the function Yeah, with the new threaded watcher being the default we don't need this anymore. > so I reject the feature NP, here, but, hm, can you unilaterally reject features now? :) --

[issue39601] brace escapes are not working in formatted string literal format specifications

JitterMan added the comment: Okay, I get it. Someone might be using two braces in the format specifier because they found that it is a way to both evaluate a sub-expression and get braces in the formatted result. I was thinking that they would just use three braces, but that does not appear

[issue39612] Python UnicodeDecodeError while using modulefinder

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39601] brace escapes are not working in formatted string literal format specifications

Change by Eric V. Smith : -- assignee: -> eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39601] brace escapes are not working in formatted string literal format specifications

Eric V. Smith added the comment: But you can't just change it without breaking the code of anyone who's relying on the current behavior. If we could say "no one relies on that", that's would let us move forward with such a breaking change. But I don't think we can make that determination.

[issue39521] reversed(mylist) much slower on Python 3.8 32-bit for Windows

STINNER Victor added the comment: > Just FYI, there is no PGO run on the official 32-bit builds. I only run it on > the 64-bit build. Aaaah :-) That's good to know ;-) It can explain the performance difference. -- ___ Python tracker

[issue39601] brace escapes are not working in formatted string literal format specifications

JitterMan added the comment: I believe it is worth fixing as it clears up some rather glaring inconsistencies␣ and enables a useful capability. Specifically, 1. Formatted string literals and the string format method are currently inconsistent in the way that they handle double braces in

[issue39613] IsolatedAsyncioTestCase closes default event loop

New submission from Artur Rodrigues : This means that subsequent test cases executed within the same application that don't create the event loop will fail. This seems like a behaviour change that wasn't raised on the original PR. $ cat test.py from unittest import IsolatedAsyncioTestCase,

[issue38324] [Windows] test_locale and test__locale failures on Windows

Eryk Sun added the comment: It is not a duplicate of bpo-37945. The tests in test/test__locale.py need to be fixed to work with Windows. In msg354021, I discussed the problem reported with test_lc_numeric_localeconv. The "ps_AF" (Pashto, Afghanistan) item in known_numerics has to be

[issue39612] Python UnicodeDecodeError while using modulefinder

New submission from ArtOfCode Studio : I want to find all imported modules in a python program. I am using the ``modulefinder`` standard module for my job. I am trying to follow [this example](https://docs.python.org/3.8/library/modulefinder.html#example-usage-of-modulefinder) on docs, but I

[issue39603] [security] http.client: HTTP Header Injection in the HTTP method

Amir Mohamadi added the comment: can I work on it?! -- nosy: +Amir ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue39521] reversed(mylist) much slower on Python 3.8 32-bit for Windows

Steve Dower added the comment: Just FYI, there is no PGO run on the official 32-bit builds. I only run it on the 64-bit build. It might be worth investigating differences between the 3.7 and 3.8 implementations of reversed(). -- ___ Python

[issue39601] brace escapes are not working in formatted string literal format specifications

Chris Wilcox added the comment: Thanks Eric. That is very handy. I had made a test case earlier on a branch. Attached as a patch here if helpful. I haven't tried to fix this yet, but would be interested if it is something that makes sense to address. -- keywords: +patch Added file:

[issue39611] PyVectorcall_NARGS(): change return type to Py_ssize_t

New submission from STINNER Victor : I propose to change PyVectorcall_NARGS() return type from unsigned size_t to signed Py_ssize_t. Currently, the function is defined as: static inline Py_ssize_t PyVectorcall_NARGS(size_t n) { return n & ~PY_VECTORCALL_ARGUMENTS_OFFSET; } But in

[issue38644] Pass explicitly tstate to function calls

Petr Viktorin added the comment: New changeset f3fda374685dffa31ebda9e681e00ef7032b8a1d by Victor Stinner in branch 'master': bpo-38644: Rephrase What's New entry (GH-18461) https://github.com/python/cpython/commit/f3fda374685dffa31ebda9e681e00ef7032b8a1d -- nosy: +petr.viktorin

[issue39245] Public API for Vectorcall (PEP 590)

Petr Viktorin added the comment: New changeset ffd9753a944916ced659b2c77aebe66a6c9fbab5 by Petr Viktorin in branch 'master': bpo-39245: Switch to public API for Vectorcall (GH-18460) https://github.com/python/cpython/commit/ffd9753a944916ced659b2c77aebe66a6c9fbab5 --

[issue37207] Use PEP 590 vectorcall to speed up calls to range(), list() and dict()

Change by Petr Viktorin : -- pull_requests: +17837 pull_request: https://github.com/python/cpython/pull/18464 ___ Python tracker ___

[issue39417] Link to "Python Packaging User Guide: Creating and using virtual environments" is broken

Angel Cervera Claudio added the comment: Thanks for handling this. I'm sorry I didn't have a chance to create the pr. :( On Mon 10 Feb 2020, 23:51 Carol Willing, wrote: > > Carol Willing added the comment: > > > New changeset c4a65ed7fe342bd18b5a5b0eea3470dc4fc31160 by Ogi Moore in >

[issue39610] memoryview.__len__ should raise an exception for 0d buffers

Change by Eric Wieser : -- keywords: +patch pull_requests: +17836 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18463 ___ Python tracker ___

[issue39610] memoryview.__len__ should raise an exception for 0d buffers

New submission from Eric Wieser : Right now, the behavior is: >>> import numpy as np >>> arr_0d = np.array(42) >>> mem_0d = memoryview(arr_0d) >>> len(mem_0d) 1 >>> mem_0d[0] TypeError: invalid indexing of 0-dim memory It seems bizarre to have this object pretend to be a sequence when you ask

[issue39299] Improve test coverage for mimetypes module

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

[issue39299] Improve test coverage for mimetypes module

miss-islington added the comment: New changeset d3f9fb2d28ceedb0a17a703338424ff284a578c8 by Miss Islington (bot) in branch '3.8': bpo-39299: Add more tests for mimetypes and its cli. (GH-17949) https://github.com/python/cpython/commit/d3f9fb2d28ceedb0a17a703338424ff284a578c8 --

[issue38243] [security][CVE-2019-16935] A reflected XSS in python/Lib/DocXMLRPCServer.py

STINNER Victor added the comment: CVE-2019-16935 has been assigned to this vulnerability. -- title: A reflected XSS in python/Lib/DocXMLRPCServer.py -> [security][CVE-2019-16935] A reflected XSS in python/Lib/DocXMLRPCServer.py ___ Python tracker

[issue39603] [security] http.client: HTTP Header Injection in the HTTP method

Max added the comment: I agree that the solution is quite restrictive. Restricting to ASCII characters alone would certainly work. -- ___ Python tracker ___

[issue39574] str.__doc__ is misleading

Steven D'Aprano added the comment: Sorry everyone, due to technology problems I am unable to comment on the github page, and due to ISP problems I've been off the internet for a few days. > pull_request: https://github.com/python/cpython/pull/18401 [Serhiy] > Is not "or both" redundant? I

[issue39500] Document PyUnicode_IsIdentifier() function

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

[issue39500] Document PyUnicode_IsIdentifier() function

STINNER Victor added the comment: New changeset f3e7ea5b8c220cd63101e419d529c8563f9c6115 by Victor Stinner in branch 'master': bpo-39500: Document PyUnicode_IsIdentifier() function (GH-18397) https://github.com/python/cpython/commit/f3e7ea5b8c220cd63101e419d529c8563f9c6115 --

[issue27657] urlparse fails if the path is numeric

Senthil Kumaran added the comment: Hi Lukaz / Ned: I will like to revert the backports done in 3.8 and 3.7. Preferably in 3.8.2 and 3.7.7, so that this undesirable behavior exists only for a single release. I have set this is a release blocker to catch your attention. -- nosy:

[issue39599] ABI breakage between Python 3.7.4 and 3.7.5: change in PyGC_Head structure

STINNER Victor added the comment: > The sad part if that my code does not access PyGC_Head at all. It's just a > side effect when loading the code that makes it crash. :( Python stores pointers to PyObject*. If your code doesn't access PyGC_Head directly, maybe it does acess it indirectly?

[issue38644] Pass explicitly tstate to function calls

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

[issue39599] ABI breakage between Python 3.7.4 and 3.7.5: change in PyGC_Head structure

Julien Danjou added the comment: > If you want to ship wheel package, another compromise would be to require > Python 3.7.5 or newer, and check early the Python version. Yes, this is what I do now to avoid getting a segmentation fault. I'm fine with closing this as wontfix or reject, your

[issue39599] ABI breakage between Python 3.7.4 and 3.7.5: change in PyGC_Head structure

STINNER Victor added the comment: > This happens on a custom C module (built via Cython) when using including > with -DPy_BUILD_CORE. I'm not sure it'd happen otherwise. By the way, I don't think that wheel packages are designed to C extensions accessing Python internals. The internal C

[issue39599] ABI breakage between Python 3.7.4 and 3.7.5: change in PyGC_Head structure

STINNER Victor added the comment: The PyObject structure is part of the stable ABI, but PyGC_Head is not. https://www.python.org/dev/peps/pep-0384/#structures I can understand that it's annoying to not be able to use the same wheel package on Python 3.7 <= 3.7.4 and Python Python 3.7 >=

[issue39245] Public API for Vectorcall (PEP 590)

Change by Petr Viktorin : -- pull_requests: +17834 pull_request: https://github.com/python/cpython/pull/18460 ___ Python tracker ___

[issue39521] reversed(mylist) much slower on Python 3.8 32-bit for Windows

STINNER Victor added the comment: I close this issue. It's likely just a hiccup in the PGO compilation. It's not the thing that we can easily control. The good thing is that the common code path iter(list) is efficient ;-) > The code for listiter_next() and listreviter_next() is almost the

[issue39603] [security] http.client: HTTP Header Injection in the HTTP method

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

[issue39545] await is not supported in f-string in 3.6

Change by Serhiy Storchaka : -- pull_requests: +17833 pull_request: https://github.com/python/cpython/pull/18459 ___ Python tracker ___

[issue39607] Add a parameter to strip, lstrip, and rstrip that treats the first parameter as a full string

Steven D'Aprano added the comment: This has been discussed not long ago, it seems like it will need a PEP. See Brett's comment: https://mail.python.org/archives/list/python-...@python.org/message/BDK6BDBOG2462SJIIOC5QMYPAJ5A4523/ and various discussions:

[issue39603] [security] http.client: HTTP Header Injection in the HTTP method

STINNER Victor added the comment: > The recommended solution is to only allow the standard HTTP methods of GET, > HEAD, POST, PUT, DELETE, CONNECT, OPTIONS, TRACE, and PATCH. I don't think that we have to be so strict. We can maybe restrict the HTTP method to ASCII letters, or just reject

[issue39603] [security] http.client: HTTP Header Injection in the HTTP method

Change by STINNER Victor : -- title: Injection in http.client -> [security] http.client: HTTP Header Injection in the HTTP method ___ Python tracker ___

[issue34592] cdll.LoadLibrary allows None as an argument

STINNER Victor added the comment: In clear, it's a feature, not a bug. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___

[issue37945] [Windows] locale.getdefaultlocale() issues on Windows: test_locale.test_getsetlocale_issue1813()

STINNER Victor added the comment: For me, the locale.getlocale() function is broken. Python attempts to guess too many things about the current locale. For example, it relies on an hard coded locale.locale_encoding_alias dictionary which seems to come from X11!? In 2020, Wayland replaced

[issue39608] Bug in lots of 0s

Steven D'Aprano added the comment: Its not a bug, it's deliberately designed that way. is not ambiguous: it's just zero, in any base. 0012 is ambiguous. There's a recent thread about it here:

[issue37945] [Windows] locale.getdefaultlocale() issues on Windows: test_locale.test_getsetlocale_issue1813()

STINNER Victor added the comment: I marked bpo-38324 as a duplicate of this issue. -- nosy: +vstinner ___ Python tracker ___ ___

[issue38324] [Windows] test_locale and test__locale failures on Windows

[issue39608] Bug in lots of 0s

Change by STINNER Victor : -- nosy: +BTaskaya, serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue39600] idle_test: test_fontlist_key() fails if two font families have the same name

STINNER Victor added the comment: Thanks to everybody who was involved in this issue, it's nice to see a test fixed so quickly, especially when it enhances IDLE UI for end users ;-) -- ___ Python tracker

[issue38323] asyncio: MultiLoopWatcher has a race condition (test_asyncio: test_close_kill_running() hangs on AMD64 RHEL7 Refleaks 3.x)

Andrew Svetlov added the comment: Victor, sorry. I spent about 4 days in total trying to figure out what is the reason for hanging. I see that the signal handler is installed; but, in a rare situation, it is not called when the process is killed. If I reduce an amount of code executed in a

[issue39609] Set the thread_name_prefix for asyncio's default executor ThreadPoolExecutor

Change by Markus Mohrhard : -- keywords: +patch pull_requests: +17832 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18458 ___ Python tracker ___

[issue39432] Distutils generates the wrong export symbol for unicode module names

Petr Viktorin added the comment: I'm with Stefan on "Definitely 3.8". It's a bug fix (for a rarely used feature). -- ___ Python tracker ___

[issue39609] Set the thread_name_prefix for asyncio's default executor ThreadPoolExecutor

New submission from Markus Mohrhard : The ThreadPoolExecutor in BaseEventLoop.run_in_executor should set a thread_name_prefix to simplify debugging. Might also be worth to limit the number of max threads. On our 256 core machines we sometimes get 1000+ threads due to the cpu_count() * 5

[issue38323] asyncio: MultiLoopWatcher has a race condition (test_asyncio: test_close_kill_running() hangs on AMD64 RHEL7 Refleaks 3.x)

Change by Andrew Svetlov : -- keywords: +patch pull_requests: +17831 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18457 ___ Python tracker ___

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

miss-islington added the comment: New changeset 1ea45ae257971ee7b648e3b031603a31fc059f81 by Hai Shi in branch 'master': bpo-1635741: Port _codecs extension module to multiphase initialization (PEP 489) (GH-18065)

[issue39608] Bug in lots of 0s

wyz23x2 added the comment: 2 is not supported; So 000 should not too. -- ___ Python tracker ___ ___

[issue39608] Bug in lots of 0s

Change by wyz23x2 : -- title: Bug in 0 -> Bug in lots of 0s ___ Python tracker ___ ___ Python-bugs-list mailing

[issue39608] Bug in 00000000000000000

New submission from wyz23x2 : Why is this? >>> 000 # No error 0 >>> 002 SyntaxError: leading zeros in decimal integer literals are not permitted; use an 0o prefix for octal integers -- components: Build messages: 361796 nosy:

[issue39011] ElementTree attributes replace "\r" with "\n"

mefistotelis added the comment: I'm on it. Test update attached. -- Added file: https://bugs.python.org/file48890/0002-bpo-39011-Test-white-space-preservation-in-attribs.patch ___ Python tracker

[issue39545] await is not supported in f-string in 3.6

Change by Serhiy Storchaka : -- pull_requests: +17830 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18456 ___ Python tracker ___

  1   2   >