[issue37186] Everyone uses GIL wrong! = DEADLOCK

New submission from Roffild : Everyone uses GIL wrong! = DEADLOCK I used sub-interpreters in embedded Python: https://github.com/Roffild/RoffildLibrary/blob/35ef39fafc164d260396b39b28ff897d44cf0adb/Libraries/Roffild/PythonDLL/private.h#L44

[issue37163] dataclasses.replace() fails with the field named "obj"

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

[issue24039] Idle: some modal dialogs maximize, don't minimize

Change by Tal Einat : -- keywords: +patch pull_requests: +13754 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13869 ___ Python tracker ___

[issue24139] Use sqlite3 extended error codes

Change by Terry J. Reedy : -- pull_requests: -13749 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37176] super() docs don't say what super() does

Steven D'Aprano added the comment: The docs do say what super does: it returns "a proxy object that delegates method calls to a parent or sibling class of type", just as you quoted. That concise description is (almost) completely accurate and precise. (I say *almost* because it's not just

[issue37187] CField.size from the ctypes module does not behave as documented on bitfields

New submission from Eric Wieser : This behavior is pretty surprising: ```python import ctypes class Simple(ctypes.Structure): _fields_ = [ ('a', ctypes.c_uint8), ('b', ctypes.c_uint8), ] class Bitfields(ctypes.Structure): _fields_ = [ ('a', ctypes.c_uint8,

[issue37162] new importlib dependencies csv, email and zipfile

Serhiy Storchaka added the comment: @staticmethod def _switch_path(path): from contextlib import suppress import zipfile from pathlib import Path with suppress(Exception): return zipfile.Path(path) return Path(path) Oh, I did not know

[issue37134] Use PEP570 syntax in the documentation

miss-islington added the comment: New changeset dba4448c63b687204813a5b04c89dd458d5ac45b by Miss Islington (bot) in branch '3.8': bpo-37134: Add PEP570 notation to the signature of byte{array}.translate (GH-13874)

[issue37186] Everyone uses GIL wrong! = DEADLOCK

Change by STINNER Victor : -- nosy: +eric.snow, vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37176] super() docs don't say what super() does

Change by Steven D'Aprano : -- Removed message: https://bugs.python.org/msg344892 ___ Python tracker ___ ___ Python-bugs-list

[issue37134] Use PEP570 syntax in the documentation

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

[issue37184] suggesting option to raise exception if process exits nonzero in `with subprocess.Popen(...):`

Change by Karthikeyan Singaravelan : -- nosy: +gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue37163] dataclasses.replace() fails with the field named "obj"

Pablo Galindo Salgado added the comment: +1 to Serhiy's proposal -- nosy: +pablogsal ___ Python tracker ___ ___ Python-bugs-list

[issue37134] Use PEP570 syntax in the documentation

Pablo Galindo Salgado added the comment: New changeset de76c07a8cd0216c3dce215e4d542e2f45aa022f by Pablo Galindo in branch 'master': bpo-37134: Add PEP570 notation to the signature of byte{array}.translate (GH-13874)

[issue37176] super() docs don't say what super() does

Steven D'Aprano added the comment: The docs do say what super does: it returns "a proxy object that delegates method calls to a parent or sibling class of type", just as you quoted. That concise description is (almost) completely accurate and precise. (I say *almost* because it's not just

[issue37176] super() docs don't say what super() does

Raymond Hettinger added the comment: > It only says "Return a proxy object that delegates method > calls to a parent or sibling class of type" and then gives > a bunch of use cases and examples." That wording seems very reasonable to me. -- nosy: +rhettinger

[issue37177] IDLE: Search dialogs can be hidden behind the main window

Tal Einat added the comment: New changeset 554450fb4e95066e825bdb4a2d544a490daeebdc by Tal Einat in branch 'master': bpo-37177: make IDLE's search dialogs transient (GH-13869) https://github.com/python/cpython/commit/554450fb4e95066e825bdb4a2d544a490daeebdc --

[issue37177] IDLE: Search dialogs can be hidden behind the main window

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

[issue37177] IDLE: Search dialogs can be hidden behind the main window

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

[issue37134] Use PEP570 syntax in the documentation

Brian Skinn added the comment: :thumbsup: Glad I happened to be in the right place at the right time to put it together. I'll leave the tabslash repo up for future reference. -- ___ Python tracker

[issue37184] suggesting option to raise exception if process exits nonzero in `with subprocess.Popen(...):`

New submission from Noah : Suggesting option to raise exception if process exits nonzero in `with subprocess.Popen(...):` with subprocess.Popen('/bin/false'): pass I made the mistake of assuming this construct would raise an exception (CalledProcessError). It would be nice if there were

[issue37185] use os.memfd_create in multiprocessing.shared_memory?

New submission from Pierre Glaser : Hi, Following https://bugs.python.org/issue26836, I started thinking about using memfd_create instead of shm_open for creating shared-memory segments in multiprocessing.shared_memory. The main advantage of memfd_create over shm_open is that the generated

[issue37184] suggesting option to raise exception if process exits nonzero in `with subprocess.Popen(...):`

Eric V. Smith added the comment: I think Popen() is just about as complex as anyone wants it to be. Is there something about .run() or .check_call() that keeps you from using them? -- nosy: +eric.smith versions: +Python 3.9 ___ Python tracker

[issue37184] suggesting option to raise exception if process exits nonzero in `with subprocess.Popen(...):`

Noah added the comment: Yes, I'm piping a large amount of data to/from a fairly long-running subprocess. -- ___ Python tracker ___

[issue37134] Use PEP570 syntax in the documentation

Guido van Rossum added the comment: Thanks Brian! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37134] Use PEP570 syntax in the documentation

Pablo Galindo Salgado added the comment: Thanks Brian for the prototype! I will close this now. We can reopen if something is missing in the future. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue37184] suggesting option to raise exception if process exits nonzero in `with subprocess.Popen(...):`

Eric V. Smith added the comment: I figured as much (but didn't want to lead the witness!). I'm not completely opposed to this. I think the best thing to do is to bring up the proposal on python-ideas, and point here. -- ___ Python tracker

[issue37134] Use PEP570 syntax in the documentation

STINNER Victor added the comment: It seems like the translate() method of bytes and bytearray also needs a "/" in their doc. I wrote a quick & dirty script to parse C files: --- import glob def parse(filename): clinic_input = False args = False positional = False func = None

[issue37168] Decimal divisions sometimes 10x or 100x too large

STINNER Victor added the comment: On Python 3, you can use tracemalloc.get_object_traceback() to find where an object was allocated ;-) -- ___ Python tracker ___

[issue37134] Use PEP570 syntax in the documentation

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

[issue37171] Documentation mismatch contextvars module vs PEP-567

New submission from Dima Tisnek : PEP-567 states that user "must call Context.run()" while `contextvars` docs don't mention `.run()` `contextvars.Context().run(arg)` exists, but there's no documentation, for example what the required argument is. -- components: asyncio messages:

[issue37171] Documentation mismatch contextvars module vs PEP-567

Karthikeyan Singaravelan added the comment: Is this different from the docs at https://docs.python.org/3/library/contextvars.html#contextvars.Context.run? -- nosy: +xtreak ___ Python tracker

[issue2661] Mapping tests cannot be passed by user implementations

miss-islington added the comment: New changeset 6af230359e57122708247dac970e05e05529cde6 by Miss Islington (bot) (Walter Dörwald) in branch 'master': bpo-2661: Make mapping tests better usable for custom mapping classes. (GH-11157)

[issue2661] Mapping tests cannot be passed by user implementations

Change by Cheryl Sabella : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.9 -Python 2.7, Python 3.2, Python 3.3 ___ Python tracker

[issue37170] Wrong return value from PyLong_AsUnsignedLongLongMask on PyErr_BadInternalCall

Antti Haapala added the comment: Victor, as a friendly reminder, (unsigned long)-1 is not necessarily the same number as (unsigned long long)-1. The documentation means the latter. -- ___ Python tracker

[issue35022] MagicMock should support `__fspath__`

Karthikeyan Singaravelan added the comment: Closing this as resolved since this is merged for 3.8. Thank you all. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue32644] unittest.mock.call len() error

Karthikeyan Singaravelan added the comment: call objects inherit from tuple and here the reported argument is a dict with 3 items returning len of 3. I am closing this as part of triaging since there is no additional information from @snakevil on reproducing this. Feel free to reopen this

[issue36974] Implement PEP 590

Change by Jeroen Demeyer : -- pull_requests: +13733 pull_request: https://github.com/python/cpython/pull/13858 ___ Python tracker ___

[issue36763] Implementation of the PEP 587

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

[issue35082] Mock.__dir__ lists deleted attributes

Change by Andrew Svetlov : -- versions: +Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35082] Mock.__dir__ lists deleted attributes

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

[issue35082] Mock.__dir__ lists deleted attributes

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

[issue36848] autospec fails with AttributeError when mocked class has __signature__ non-writeable

Karthikeyan Singaravelan added the comment: The jira issue in pyside2 is closed as fixed. I am closing this as third party. -- resolution: -> third party stage: -> resolved status: open -> closed ___ Python tracker

[issue37169] test_pyobject_is_freed_free fails with 3.8.0beta1

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

[issue37170] Wrong return value from PyLong_AsUnsignedLongLongMask on PyErr_BadInternalCall

Change by Zackery Spytz : -- pull_requests: +13734 pull_request: https://github.com/python/cpython/pull/13860 ___ Python tracker ___

[issue37172] Odd error awating a Future

New submission from Dima Tisnek : Let's start with correct code: import asyncio async def writer(): await asyncio.sleep(1) g1.set_result(41) async def reader(): await g1 async def test(): global g1 g1 = asyncio.Future() await asyncio.gather(reader(), writer())

[issue37173] inspect.getfile error names module instead of passed class

Change by flying sheep : -- keywords: +patch pull_requests: +13736 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13861 ___ Python tracker ___

[issue37173] inspect.getfile error names module instead of passed class

New submission from flying sheep : Currently, inspect.getfile(str) will report nonsense: >>> inspect.getfile(str) TypeError: is a built-in class -- components: Library (Lib) messages: 344799 nosy: flying sheep priority: normal severity: normal status: open title: inspect.getfile

[issue37170] Wrong return value from PyLong_AsUnsignedLongLongMask on PyErr_BadInternalCall

Antti Haapala added the comment: Unsigned long long needs to be at least 64 bits wide, so it is probably all 32-bit platforms and 64-bit window at least. These functions are not used only in a few places within the CPython code and when they are they're guarded with `PyLong_Check`s or

[issue37175] make install: make compileall optional

New submission from daniel hahler : I'd like to make running compileall optionally during installation, since it takes quite a while by itself (with lots of output), and gets a bit into the way when installing often (e.g. with git-bisect). AFAIK it should not be required, because the files

[issue37151] Calling code cleanup after PEP 590

Change by Jeroen Demeyer : -- pull_requests: +13740 pull_request: https://github.com/python/cpython/pull/13864 ___ Python tracker ___

[issue37102] Automatically dedent docstring constants by default

Inada Naoki added the comment: How about do `inspect.cleandoc()` instead of just a dedent? Some method has docstring like this: """First line blah blah blah blah example code here ... """ In such docstring, dedent can not strip indent well. There is existing

[issue37171] Documentation mismatch contextvars module vs PEP-567

Dima Tisnek added the comment: It seems I have been blind. I'll close this. -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue37174] sched.py: run() is caught in delayfunc even if all events are cancelled.

New submission from Maximilian Ernestus : When I remove all events from a scheduler while its run() is being executed (with blocking=True in another thread), run() continues to block for some time because it is caught in its delayfunc which is time.sleep by default. This issue can easily be

[issue37170] Wrong return value from PyLong_AsUnsignedLongLongMask on PyErr_BadInternalCall

STINNER Victor added the comment: > Victor, as a friendly reminder, (unsigned long)-1 is not necessarily the same > number as (unsigned long long)-1. The documentation means the latter. Aaaah, I didn't notice that the function returns unsigned *long long*, sorry :-) Which platform is

[issue36786] "make install" should run compileall in parallel

daniel hahler added the comment: This can be closed as per https://github.com/python/cpython/commit/1a2dd82f56bd813aacc570e172cefe55a8a41504. -- nosy: +blueyed ___ Python tracker

[issue37172] Odd error awating a Future

Andrew Svetlov added the comment: Global future objects (and global asyncio objects in general) don't work with asyncio.run(). The lifecycle of these objects should be closer than loop but asyncio.run() creates a loop during execution. I think this is a good design, we have a plan to

[issue36624] cleanup the stdlib and tests with regard to sys.platform usage

Tal Einat added the comment: Steve's suggestion sounds reasonable. Should we just add this to the devguide, then? -- ___ Python tracker ___

[issue37169] test_pyobject_is_freed_free fails with 3.8.0beta1

STINNER Victor added the comment: > When building openSUSE package for Python-3.8.0b1 (on x86_64 build system > with the latest openSUSE/Tumbleweed) How do you build Python? * configure command * C compiler * etc. -- ___ Python tracker

[issue36922] Implement Py_TPFLAGS_METHOD_DESCRIPTOR

Change by Jeroen Demeyer : -- pull_requests: +13741 pull_request: https://github.com/python/cpython/pull/13865 ___ Python tracker ___

[issue36763] Implementation of the PEP 587

miss-islington added the comment: New changeset 406284173a43f5c34643133e2f132ae15a071a23 by Miss Islington (bot) in branch '3.8': bpo-36763, _testembed: enable assert() in release mode (GH-13857) https://github.com/python/cpython/commit/406284173a43f5c34643133e2f132ae15a071a23 --

[issue28708] Low FD_SETSIZE limit on Windows

Andrei Zene added the comment: Awesome work Victor! Thanks! I'll give it a try. One thing I see mising though (if I understand well) is the allocation of three fd_sets (I posted a comment on github regarding that). Those fd_sets are currently allocated on stack and the array they contain is

[issue37170] Wrong return value from PyLong_AsUnsignedLongLongMask on PyErr_BadInternalCall

Change by Mark Dickinson : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28708] Low FD_SETSIZE limit on Windows

Eryk Sun added the comment: > Those fd_sets are currently allocated on stack and the array they > contain is determined currently by FD_SETSIZE. We'll basically need > a similar structure that we can allocate dynamically, and cast it to > fd_set when passing it to the select call. This is

[issue37170] Wrong return value from PyLong_AsUnsignedLongLongMask on PyErr_BadInternalCall

Eric V. Smith added the comment: As ztane says, the issue isn't the -1, it's the type of the cast. This looks like a legitimate issue to me. -- nosy: +eric.smith resolution: not a bug -> stage: resolved -> patch review status: closed -> open ___

[issue36763] Implementation of the PEP 587

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

[issue36763] Implementation of the PEP 587

STINNER Victor added the comment: New changeset 013a18a65167725f140c0395211050ae03501b12 by Victor Stinner in branch 'master': bpo-36763, _testembed: enable assert() in release mode (GH-13857) https://github.com/python/cpython/commit/013a18a65167725f140c0395211050ae03501b12 --

[issue36786] "make install" should run compileall in parallel

Antoine Pitrou added the comment: Ah, I had forgotten to close this issue. Thanks. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue37170] Wrong return value from PyLong_AsUnsignedLongLongMask on PyErr_BadInternalCall

STINNER Victor added the comment: -1 is documented: https://docs.python.org/dev/c-api/long.html#c.PyLong_AsUnsignedLongLongMask It's not a bug but a deliberate behavior. See also the general behavior described at: https://docs.python.org/dev/c-api/long.html#integer-objects -- nosy:

[issue37168] Decimal divisions sometimes 10x or 100x too large

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

[issue37170] Wrong return value from PyLong_AsUnsignedLongLongMask on PyErr_BadInternalCall

New submission from Antti Haapala : Hi, while checking the longobject implementation for a Stack Overflow answer, I noticed that the functions `_PyLong_AsUnsignedLongLongMask` and `PyLong_AsUnsignedLongLongMask` erroneously return `(unsigned long)-1` on error when bad internal call is

[issue37075] Error message improvement for AsyncMock

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

[issue37102] Automatically dedent docstring constants by default

Rémi Lapeyre added the comment: This is the function I inlined and as far as I can tell, my approach as been similar to the one you linked. I'm still need to fix some issues as doctest was expecting to find the string before dedenting though. --

[issue37169] test_pyobject_is_freed_free fails with 3.8.0beta1

Matej Cepl added the comment: Complete build log which shows all dependent libraries, compilation options, etc. If you want any other artifacts (config.log, Python.h) just let me know. -- Added file: https://bugs.python.org/file48397/log.txt.gz

[issue37156] Fix libssl DLL tag in Tools/msi project

Change by Steve Dower : -- keywords: +patch pull_requests: +13742 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/13866 ___ Python tracker

[issue37169] test_pyobject_is_freed_free fails with 3.8.0beta1

STINNER Victor added the comment: Matej provides me a link to the build logs on IRC: It's GCC 9.1.1 (gcc9-9.1.1+r271393-1.2) The compilation uses PGO and LTO. ./configure --host=x86_64-suse-linux-gnu --build=x86_64-suse-linux-gnu --program-prefix= --disable-dependency-tracking

[issue37169] test_pyobject_is_freed_free fails with 3.8.0beta1

STINNER Victor added the comment: test_pyobject_is_freed_free() test can be simplified as attached is_freed.py using: $ LD_LIBRARY_PATH=$PWD PYTHONMALLOC=debug ./python is_freed.py; echo $? 0 0 means success: the test pass. 1 means failure: the test fails. (Again, I cannot reproduce this

[issue37138] PEP 590 method_vectorcall calls memcpy with NULL src

Change by Jeroen Demeyer : -- keywords: +patch pull_requests: +13743 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/13867 ___ Python tracker

[issue37165] Convert _collections._count_elements() to the Argument Clinic

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

[issue18355] Merge super() guide into documentation

Jeroen Demeyer added the comment: I opened another doc issue about super(): #37176 -- nosy: +jdemeyer ___ Python tracker ___ ___

[issue34971] add support for tls/ssl sessions in asyncio

Change by Cooper Lees : -- nosy: +cooperlees ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37032] Add CodeType.replace() method

daniel hahler added the comment: Thanks for this great improvement! Was about to suggest having something more futureproof when noticing this with pdbpp, found this, and submitted PRs to use it for ipython and hypothesis also. -- nosy: +blueyed

[issue37169] test_pyobject_is_freed_free fails with 3.8.0beta1

STINNER Victor added the comment: Oh wait, only PyMemMallocDebugTests fails: class PyMemMallocDebugTests(PyMemDebugTests): PYTHONMALLOC = 'malloc_debug' Logs: [ 2863s] test_pyobject_is_freed_free (test.test_capi.PyMemDebugTests) ... ok [ 2863s] test_pyobject_is_freed_free

[issue37176] super() docs don't say what super() does

New submission from Jeroen Demeyer : The documentation for super() at https://docs.python.org/3.8/library/functions.html#super does not actually say what super() does. It only says "Return a proxy object that delegates method calls to a parent or sibling class of type" and then gives a bunch

[issue37156] Fix libssl DLL tag in Tools/msi project

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

[issue37156] Fix libssl DLL tag in Tools/msi project

Steve Dower added the comment: New changeset e0c0c7e8c9f8153a54b92e43aa3d09e69a9fd0c0 by Steve Dower in branch 'master': bpo-37156: Fix libssl DLL tag in MSI sources (GH-13866) https://github.com/python/cpython/commit/e0c0c7e8c9f8153a54b92e43aa3d09e69a9fd0c0 --

[issue36624] cleanup the stdlib and tests with regard to sys.platform usage

Michael Felt added the comment: On 06/06/2019 14:14, Tal Einat wrote: > Tal Einat added the comment: > > Steve's suggestion sounds reasonable. > > Should we just add this to the devguide, then? Well, as I said before - it was never about THIS being the solution. While that would have been

[issue37170] Wrong return value from PyLong_AsUnsignedLongLongMask on PyErr_BadInternalCall

STINNER Victor added the comment: Python 2.7 - 3.9 are affected. Python 3.6 no longer accept bugfixes. -- versions: -Python 3.5 ___ Python tracker ___

[issue37169] test_pyobject_is_freed_free fails with 3.8.0beta1

STINNER Victor added the comment: I designed unit tests to be optimistic: expect that freed memory will be untouched during a few Python instructions: # create an object, free its memory obj = _testcapi.pyobject_freed() # check that the object memory is freed error =

[issue37138] PEP 590 method_vectorcall calls memcpy with NULL src

Jeroen Demeyer added the comment: That's entirely my fault. I was not aware of the fact that calling memcpy() with src=NULL and length 0 was undefined behaviour. I disagree that it should be undefined, but there is not much point in arguing against the C standard. -- nosy: +jdemeyer

[issue30458] [security][CVE-2019-9740][CVE-2019-9947] HTTP Header Injection (follow-up of CVE-2016-5699)

STINNER Victor added the comment: Note for myself: Python 2 urllib.urlopen(url) always quotes the URL and so is not vulnerable to HTTP Header Injection (at least, not to this issue ;-)). -- ___ Python tracker

[issue37032] Add CodeType.replace() method

STINNER Victor added the comment: > submitted PRs to use it for ipython and hypothesis also Cool! Thank you for doing that ;-) -- ___ Python tracker ___

[issue37177] IDLE: Search dialogs can be hidden behind the main window

New submission from Tal Einat : This issue was brought up by Irv Kalb on the idle-dev mailing list. I haven't been able to reproduce it exactly as he described, but I have managed to do so otherwise, and remember it happening on occasion on other computers. This appears to happen because the

[issue37177] IDLE: Search dialogs can be hidden behind the main window

Change by Tal Einat : -- stage: -> needs patch type: -> behavior versions: +Python 2.7, Python 3.7, Python 3.8, Python 3.9 ___ Python tracker ___

[issue37177] IDLE: Search dialogs can be hidden behind the main window

Tal Einat added the comment: See proposed fix in GH-13869. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue37178] One argument form of math.perm()

New submission from Raymond Hettinger : The perm() function should have a one argument form and change its signature to ``perm(n, k=None)``. This matches what itertools: itertools.permutations(iterable, r=None) Return successive r length permutations of elements in the iterable. If

[issue37178] One argument form of math.perm()

Serhiy Storchaka added the comment: perm(n, n) = factorial(n) -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue37170] Wrong return value from PyLong_AsUnsignedLongLongMask on PyErr_BadInternalCall

Change by Zackery Spytz : -- nosy: +ZackerySpytz versions: -Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue21315] email._header_value_parser does not recognise in-line encoding changes

Barry A. Warsaw added the comment: New changeset dc20fc4311dece19488299a7cd11317ffbe4d3c3 by Barry Warsaw (Miss Islington (bot)) in branch '3.7': bpo-21315: Fix parsing of encoded words with missing leading ws. (GH-13425) (#13846)

[issue37168] Decimal divisions sometimes 10x or 100x too large

Phil Frost added the comment: > Alpine Linux apparently uses musl. Is that well supported and tested? Heh. Not really. Switching to a Debian container is probably just about as much work as building Python from source. Would that be preferable? --

  1   2   >