[issue38382] statistics.harmonic_mean fails to raise error with negative input that follows a 0

Warren Weckesser added the comment: I really don't like the current inconsistent behavior. I can't help but see it as a bug, and I am surprised that folks think it is OK that harmonic_mean([0, "foo"]) returns 0. This is the *statistics* module, and the first line of https://docs.python.org

[issue14364] Argparse incorrectly handles '--' as argument to option

hai shi added the comment: > The PR's Misc/NEWS entry, "Fix behavior of argparse when '--' as argument to > option", is insufficient. Thanks for your comment, Raymond. I would continue update the desc. -- ___ Python tracker

[issue25988] collections.abc.Indexable

Serhiy Storchaka added the comment: New changeset ef092fe9905f61ca27889092ca1248a11aa74498 by Serhiy Storchaka in branch 'master': bpo-25988: Do not expose abstract collection classes in the collections module. (GH-10596) https://github.com/python/cpython/commit/ef092fe9905f61ca27889092ca124

[issue38390] Got an compile warning in dictobject.c

New submission from hai shi : The warning detail: Objects/dictobject.c: In function ‘_PyDictView_Intersect’: Objects/dictobject.c:4189:15: warning: unused variable ‘tmp’ [-Wunused-variable] PyObject *tmp; ^ -- components: Build messages: 354068 nosy: shihai1991 prior

[issue38390] Got a compile warning in dictobject.c

Change by hai shi : -- title: Got an compile warning in dictobject.c -> Got a compile warning in dictobject.c ___ Python tracker ___ __

[issue38215] Do not import modules in star-import when __all__ is not defined.

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

[issue38390] Got a compile warning in dictobject.c

Change by hai shi : -- keywords: +patch pull_requests: +16198 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16610 ___ Python tracker ___

[issue38391] Typo in tutorial code (does not compile)

New submission from Loïc Etienne : https://docs.python.org/3.7/extending/newtypes_tutorial.html Is: PY_DECREF(m); Should be: Py_DECREF(m); -- components: Demos and Tools messages: 354069 nosy: Loïc Etienne priority: normal severity: normal status: open title: Typo in tutorial code (does

[issue38210] Intersection of dict view with iterator returns empty set

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

[issue38376] ./configure --with-assertions generates a broken build

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

[issue28869] __module__ attribute is not set correctly for a class created by direct metaclass call

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

[issue38376] ./configure --with-assertions generates a broken build

STINNER Victor added the comment: My intent in bpo-36389 was to also provide _PyObject_CheckConsistency() in release mode to help debugging GC crash, especially in visit_decref(). I wrote PR 16612 to fix my implementation. -- ___ Python tracker <

[issue36389] Add gc.enable_object_debugger(): detect corrupted Python objects in the GC

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

[issue28869] __module__ attribute is not set correctly for a class created by direct metaclass call

Serhiy Storchaka added the comment: There is a simpler way to fix this issue. Instead of hacking __new__, the inheritance registry can be set up in ABCMeta.__init__. There are no reasons of making this in __new__. -- versions: +Python 3.7, Python 3.8, Python 3.9 -Python 3.4, Python 3

[issue38390] Got a compile warning in dictobject.c

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

[issue38353] Cleanup the path configuration implementation code (getpath.c)

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

[issue25988] collections.abc.Indexable

Change by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.9 -Python 3.7 ___ Python tracker ___ __

[issue38210] Intersection of dict view with iterator returns empty set

STINNER Victor added the comment: New changeset d97f1ce6dba6c4aa5614adc06ad2e0948709845c by Victor Stinner in branch 'master': bpo-38210: Fix compiler warning in dictobject.c (GH-16611) https://github.com/python/cpython/commit/d97f1ce6dba6c4aa5614adc06ad2e0948709845c -- nosy: +vstin

[issue36389] Add gc.enable_object_debugger(): detect corrupted Python objects in the GC

STINNER Victor added the comment: Update: I added an assertion which should help to detect some kind of bugs in debug mode: commit d91d4de31745fc1ed4c7e6c208917827c9c472b6 Author: Victor Stinner Date: Mon Sep 9 17:44:59 2019 +0200 bpo-38070: visit_decref() calls _PyObject_IsFreed() (G

[issue38392] Ensure that objects entering the GC are valid

New submission from STINNER Victor : A bug in Python/hamt.c was only discovered 4 months after the code was added to Python: * https://mail.python.org/pipermail/python-dev/2018-June/153857.html * https://bugs.python.org/issue33803 The problem was that an object was tracked by the GC, whereas c

[issue38392] Ensure that objects entering the GC are valid

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

[issue38392] Ensure that objects entering the GC are valid

STINNER Victor added the comment: Pablo, Tim, Neal: what do you think of this idea? -- nosy: +nnorwitz, pablogsal, tim.peters stage: patch review -> ___ Python tracker ___ __

[issue36389] Add gc.enable_object_debugger(): detect corrupted Python objects in the GC

STINNER Victor added the comment: I created bpo-38392 "Ensure that objects entering the GC are valid". -- ___ Python tracker ___ __

[issue38353] Cleanup the path configuration implementation code (getpath.c)

STINNER Victor added the comment: New changeset b96145a6b5d89599ebccd2111d93f5670ddae840 by Victor Stinner in branch 'master': bpo-38353: Simplify calculate_pybuilddir() (GH-16614) https://github.com/python/cpython/commit/b96145a6b5d89599ebccd2111d93f5670ddae840 --

[issue37531] Fix regrtest timeout for subprocesses: regrtest -jN --timeout=SECONDS

STINNER Victor added the comment: Oh, regrtest main process was killed by faulthandler watchdog: it was blocked in _get_result() for longer than 1 minute. Extract of _get_result(): use_faulthandler = (self.ns.timeout is not None) timeout = PROGRESS_UPDATE while True:

[issue38323] test_ayncio: test_close_kill_running() hangs on AMD64 RHEL7 Refleaks 3.x

STINNER Victor added the comment: Fail on x86 Gentoo Refleaks 3.x: https://buildbot.python.org/all/#/builders/1/builds/737 (...) Loop <_UnixSelectorEventLoop running=False closed=True debug=False> that handles pid 8654 is closed .Timeout (3:15:00)! Thread 0xb7b92700 (most recent call first):

[issue38391] Typo in tutorial code (does not compile)

Change by Krishna Oza : -- keywords: +patch pull_requests: +16205 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16616 ___ Python tracker ___

[issue38392] Ensure that objects entering the GC are valid

Thomas Wouters added the comment: I'm pretty sure you meant nascheme, not nnorwitz. -- nosy: +nascheme, twouters -nnorwitz ___ Python tracker ___ _

[issue38392] Ensure that objects entering the GC are valid

Serhiy Storchaka added the comment: It could be possible to do this in backward compatible way. PyObject_GC_Track() could add the object to the list of new objects (all objects are already linked in bi-linked list, so it would need to just move the object to the specified list), and PyObject

[issue38392] Ensure that objects entering the GC are valid

Serhiy Storchaka added the comment: >From documentation: .. c:function:: void PyObject_GC_Track(PyObject *op) Adds the object *op* to the set of container objects tracked by the collector. The collector can run at unexpected times so objects must be valid while being tracked. This

[issue38392] Ensure that objects entering the GC are valid

STINNER Victor added the comment: > I'm pretty sure you meant nascheme, not nnorwitz. Oops, right :-) -- ___ Python tracker ___ __

[issue38391] Typo in tutorial code (does not compile)

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

[issue38391] Typo in tutorial code (does not compile)

Xiang Zhang added the comment: New changeset 038503e08ac5b10601b95d5adc2c2cab7be10163 by Xiang Zhang (Krishna Oza) in branch 'master': bpo-38391: Fixing a typo for Py_DECREF (GH-16616) https://github.com/python/cpython/commit/038503e08ac5b10601b95d5adc2c2cab7be10163 -- nosy: +xiang.

[issue38391] Typo in tutorial code (does not compile)

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

[issue38392] Ensure that objects entering the GC are valid

STINNER Victor added the comment: > It could be possible to do this in backward compatible way. > PyObject_GC_Track() could add the object to the list of new objects (all > objects are already linked in bi-linked list, so it would need to just move > the object to the specified list), and Py

[issue38391] Typo in tutorial code (does not compile)

miss-islington added the comment: New changeset 985ec986e864b670687b900a4d6ca977b4e9694d by Miss Islington (bot) in branch '3.8': bpo-38391: Fixing a typo for Py_DECREF (GH-16616) https://github.com/python/cpython/commit/985ec986e864b670687b900a4d6ca977b4e9694d -- _

[issue38391] Typo in tutorial code (does not compile)

miss-islington added the comment: New changeset 77b4a659b60536caf11c547332d30677f3e8f02e by Miss Islington (bot) in branch '3.7': bpo-38391: Fixing a typo for Py_DECREF (GH-16616) https://github.com/python/cpython/commit/77b4a659b60536caf11c547332d30677f3e8f02e -- nosy: +miss-isling

[issue37531] Fix regrtest timeout for subprocesses: regrtest -jN --timeout=SECONDS

STINNER Victor added the comment: > I don't understand why regrtest got a timeout of 60 seconds? Oh, that comes from "timeout = PROGRESS_UPDATE" with "PROGRESS_UPDATE = 30.0". But it means that the main process was stuck for longer than 60 seconds!? The main process is supposed to write an u

[issue38391] Typo in tutorial code (does not compile)

Change by Xiang Zhang : -- assignee: -> docs@python components: +Documentation -Demos and Tools nosy: +docs@python resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.8, Python 3.9 ___ Python tracker

[issue26219] implement per-opcode cache in ceval

Mark Shannon added the comment: "What's new in Python 3.8" says that this change speeds up the LOAD_GLOBAL opcode by 40%. That seems meaningless as a program cannot have LOAD_GLOBAL in isolation so any test would have other bytecodes as well. What's the evidence for the claimed speedup? What

[issue26219] implement per-opcode cache in ceval

STINNER Victor added the comment: > What's the evidence for the claimed speedup? > What's the speedup on the benchmark suite? https://github.com/python/cpython/pull/12884#issuecomment-485091040 points to: https://github.com/methane/sandbox/tree/master/2019/opcache_load_global#opcache-for-load_

[issue26219] implement per-opcode cache in ceval

Mark Shannon added the comment: Given that def foo(): int; str; bytes; float; int; str; bytes; float can be trivially be rewritten as def foo(): pass I think that benchmark is meaningless. I really don't think we should be making claims like "40% speedup" for such contrived examples. It look

[issue37324] collections: remove deprecated aliases to ABC classes

Karthikeyan Singaravelan added the comment: I think this can be closed since https://bugs.python.org/issue25988 has the PR merged. -- nosy: +serhiy.storchaka, xtreak ___ Python tracker _

[issue36953] Remove collections ABCs?

Karthikeyan Singaravelan added the comment: The removal was done in https://bugs.python.org/issue25988 . Given that the version in warning message was updated I guess this can be closed. -- ___ Python tracker _

[issue37324] collections: remove deprecated aliases to ABC classes

Change by Serhiy Storchaka : -- resolution: -> duplicate stage: patch review -> resolved status: open -> closed superseder: -> collections.abc.Indexable ___ Python tracker __

[issue36953] Remove collections ABCs?

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

[issue36953] Remove collections ABCs?

Chih-Hsuan Yen added the comment: Lib/collections/__init__.py on branch 3.7 still states: > Using or importing the ABCs from 'collections' instead of from > 'collections.abc' is deprecated, and in 3.8 it will stop working I think it should also be updated (hopefully before 3.7.5?) as the act

[issue38393] building modules from 3.8.0rc1 fails in a venv when system 3.8 is present

New submission from pmp-p : when trying to build rc1 from a b4 venv to prepare a python host for cross compilation on ubuntu xenial flavour x64 i got : cd /tmp python3.7 -m venv testenv cd testenv/ . bin/activate (testenv) /tmp/testenv $ tar xf /tmp/Python-3.8.0rc1.tar.xz && cd Python-3.8.0

[issue38393] building modules from 3.8.0rc1 fails in a venv when system 3.8 is present

STINNER Victor added the comment: It's not a Python 3.8 regression. Python 3.7 has the same behavior. cd $HOME python3.7 -m venv testenv cd testenv/ . bin/activate wget https://www.python.org/ftp/python/3.8.0/Python-3.8.0rc1.tar.xz tar -xf Python-3.8.0rc1.tar.xz && cd Python-3.8.0rc1 CC=clan

[issue38393] building modules from 3.8.0rc1 fails in a venv when system 3.8 is present

Change by pmp-p : -- versions: +Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue38394] time.get_clock_info reports "adjustable=False" for implementation="CLOCK_MONOTONIC"

New submission from Florian Krause : clock_gettime(CLOCK_MONOTONIC) is adjustable via NTP, as described here: https://linux.die.net/man/2/clock_gettime (and also mentioned in PEP 418). Yet, time.get_clock_info reports it as "adjustable=False" (this even seems to be hardcoded for all clocks o

[issue38393] building modules from 3.8.0rc1 fails in a venv when system 3.8 is present

STINNER Victor added the comment: The problem is that Python looks for pyvenv.cfg in the program directory or in its parent directory. For example: /tmp/testenv/Python-3.8.0rc1/python looks for /tmp/testenv/Python-3.8.0rc1/pyvenv.cfg (doesn't exist) and /tmp/testenv/Python-3.8.0rc1/pyvenv.c

[issue38394] time.get_clock_info reports "adjustable=False" for implementation="CLOCK_MONOTONIC"

STINNER Victor added the comment: Well, that's more a documentation issue than a bug. "adjustable=False" in the context of Python means that the clock cannot jump a day forward or one day backwards. For example, on my Fedora 30, I cannot set CLOCK_MONOTONIC clock as root: $ sudo python3 >>>

[issue21970] Broken code for handling file://host in urllib.request.FileHandler.file_open

Maarten ter Huurne added the comment: Another problem with the current code is that when passed a URL with a host name that is not empty or "localhost", but is one of the alternative names for localhost returned by get_names(), file_open() returns None implicitly instead of opening the file.

[issue17088] ElementTree incorrectly refuses to write attributes without namespaces when default_namespace is used

Maarten ter Huurne added the comment: Can I please get a review of the pull request? -- ___ Python tracker ___ ___ Python-bugs-list

[issue38395] proxy_contains (weakref.proxy) can access an object with 0 refcount

New submission from Sam Gross : The implementation of weakref.proxy's methods call back into the Python API using a "borrowed reference" of the weakly referenced object (acquired via PyWeakref_GET_OBJECT). This API call may delete the last reference to the object (either directly or via GC),

[issue34271] Please support logging of SSL master secret by env variable SSLKEYLOGFILE

Change by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue38396] ast.literal_eval doesn't give information about node except the type of it

New submission from Batuhan : def _convert_num(node): if isinstance(node, Constant): if type(node.value) in (int, float, complex): return node.value > raise ValueError('malformed node or string: ' + repr(node)) E ValueError: malformed node or strin

[issue38396] ast.literal_eval doesn't give information about node except the type of it

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

[issue38396] ast.literal_eval doesn't give information about node except the type of it

Change by Batuhan : -- keywords: +patch pull_requests: +16208 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16620 ___ Python tracker ___

[issue38397] __init_subclass__ causes TypeError when used with more standard library metaclasses (such as EnumMeta)

New submission from retnikt : Essentially the same as https://bugs.python.org/issue29581 (more detail is there), but for the additional meta-classes enum.EnumMeta and probably typing.NamedTupleMeta (discussion needed - is there a use-case for this?) The __new__ method on these metaclasses sho

[issue38398] PyUnicode functions are not exported by python 2 in Ubuntu

New submission from PyScripter : As per title PyUnicode functions, such as PyUnicode_FromWideChar, are not exported on Ubuntu and possibly other Linux systems. This is a show stopper for embedded Python. To confirm: >>> import ctypes >>> hasattr(ctypes.pythonapi, "PyUnicode_FromWideChar") I

[issue38398] PyUnicode functions are not exported by python 2 in Ubuntu

Zachary Ware added the comment: Given that 2.7 is reaching end-of-life in a single-digit number of months, I doubt anything will be changed here. I'll leave it up to Benjamin to make that determination, though. -- nosy: +benjamin.peterson, zach.ware

[issue36356] Failure to build with address sanitizer

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

[issue36356] Failure to build with address sanitizer

Yury Selivanov added the comment: New changeset 321def805abc5b7c92c7e90ca90cb2434fdab855 by Yury Selivanov (Ben Harper) in branch 'master': bpo-36356: Fix memory leak in _asynciomodule.c (GH-16598) https://github.com/python/cpython/commit/321def805abc5b7c92c7e90ca90cb2434fdab855 --

[issue38398] PyUnicode functions are not exported by python 2 in Ubuntu

STINNER Victor added the comment: > hasattr(ctypes.pythonapi, "PyUnicode_FromWideChar") Python 2 has a surprising ABI. The function names depending on the Unicode implementation: PyUnicodeUCS2_FromWideChar on Windows, PyUnicodeUCS4_FromWideChar on other platforms. Enjoy the ugly https://g

[issue38376] ./configure --with-assertions generates a broken build

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

[issue38398] PyUnicode functions are not exported by python 2 in Ubuntu

PyScripter added the comment: To Victor: Neither of PyUnicodeUCS2_FromWideChar or PyUnicodeUCS4_FromWideChar is exported. >>> import ctypes >>> hasattr(ctypes.pythonapi, "PyUnicode_FromWideChar") >>> hasattr(ctypes.pythonapi, "PyUnicodeUSC4_FromWideChar") >>> hasattr(ctypes.pythonapi, "PyUnic

[issue38397] __init_subclass__ causes TypeError when used with more standard library metaclasses (such as EnumMeta)

retnikt added the comment: I can (and will) submit a PR for this, by the way. -- ___ Python tracker ___ ___ Python-bugs-list mailin

[issue38398] PyUnicode functions are not exported by python 2 in Ubuntu

STINNER Victor added the comment: ctypes.pythonapi is kind of magic. I'm not sure if hasattr() is supposed to work on it. But that works for me: $ python2 Python 2.7.16 (default, Apr 30 2019, 15:54:43) >>> import ctypes >>> ctypes.pythonapi.PyUnicodeUCS4_FromWideChar <_FuncPtr object at 0x7f

[issue38398] PyUnicode functions are not exported by python 2 in Ubuntu

PyScripter added the comment: I meant PyUnicodeUCS4_FromWideChar PyUnicodeUCS2_FromWideChar. -- ___ Python tracker ___ ___ Python-b

[issue38398] PyUnicode functions are not exported by python 2 in Ubuntu

PyScripter added the comment: Is this on Ubuntu? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue38398] PyUnicode functions are not exported by python 2 in Ubuntu

STINNER Victor added the comment: > Is this on Ubuntu? No, only Fedora. If the issue is specific to Ubuntu, report it to the Ubuntu bug tracker. -- ___ Python tracker ___ __

[issue38398] PyUnicode functions are not exported by python 2 in Ubuntu

PyScripter added the comment: >>> sys.version '2.7.16 (default, Oct 7 2019, 17:16:30) \n[GCC 7.4.0]' >>> ctypes.pythonapi.PyUnicodeUCS4_FromWideChar Traceback (most recent call last): File "", line 1, in File "/usr/local/lib/python2.7/ctypes/__init__.py", line 379, in __getattr__ func

[issue36356] Failure to build with address sanitizer

miss-islington added the comment: New changeset 13915a3100608f011b29da2f3716c990f523b631 by Miss Islington (bot) in branch '3.8': bpo-36356: Fix memory leak in _asynciomodule.c (GH-16598) https://github.com/python/cpython/commit/13915a3100608f011b29da2f3716c990f523b631 -- nosy: +mis

[issue36389] Add gc.enable_object_debugger(): detect corrupted Python objects in the GC

STINNER Victor added the comment: New changeset 6876257eaabdb30f27ebcbd7d2557278ce2e5705 by Victor Stinner in branch 'master': bpo-36389: _PyObject_CheckConsistency() available in release mode (GH-16612) https://github.com/python/cpython/commit/6876257eaabdb30f27ebcbd7d2557278ce2e5705 -

[issue38376] ./configure --with-assertions generates a broken build

STINNER Victor added the comment: New changeset 6876257eaabdb30f27ebcbd7d2557278ce2e5705 by Victor Stinner in branch 'master': bpo-36389: _PyObject_CheckConsistency() available in release mode (GH-16612) https://github.com/python/cpython/commit/6876257eaabdb30f27ebcbd7d2557278ce2e5705 -

[issue36356] Failure to build with address sanitizer

STINNER Victor added the comment: Can we close this issue, or is there a remaining known bug? -- ___ Python tracker ___ ___ Python-

[issue38399] Error message persists when reimporting library

New submission from AwesomeCronk : I am working on a hexdump library in Python 3.7.4. Whenever an issue is triggered, the error message shows up. I can usually edit and correct the file(library), but when I reimport the library and rerun the function, it throws the same error on the same line

[issue38399] Error message persists when reimporting library

Karthikeyan Singaravelan added the comment: I think this is due to str bytes concatenation error on line number 19. Editing and reimporting doesn't give you new code in repl. Try the changes in new repl after changing it in file. Python will just use unchanged code and will use line number 1

[issue26219] implement per-opcode cache in ceval

Brett Cannon added the comment: I personally think it would be fine to change the wording to say "measurable speed-up" and not attribute a specific number. -- ___ Python tracker

[issue36356] Failure to build with address sanitizer

Ned Deily added the comment: FWIW, the assertion error on macOS reported above in msg338774 does not seem to occur anymore with current HEAD of master and with recent system clang (Apple clang version 11.0.0 (clang-1100.0.33.8)) on macOS 10.14.6. -- _

[issue38375] Enum lookup fails for callable values

Ethan Furman added the comment: This is the intended, and documented, behavior. -- assignee: -> ethan.furman resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker _

[issue38379] finalizer resurrection in gc

Change by Joannah Nanjekye : -- nosy: +nanjekyejoannah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue38388] Pickle protocol v 5 needs to be documented

Change by Joannah Nanjekye : -- nosy: +nanjekyejoannah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue37591] test_concurrent_future failed

Isaac Turner added the comment: I'm seeing the same error on Ubuntu LTS 16.04.6 on an ARM64 platform. $ make && make test ... 0:09:18 load avg: 2.09 [ 78/416] test_complex 0:09:20 load avg: 2.08 [ 79/416] test_concurrent_futures Traceback: Thread 0x007f61f0 (most recent call first)

[issue37951] Disallow fork in a subinterpreter broke subprocesses in mod_wsgi daemon mode

Adam Williamson added the comment: Well, now our (Fedora QA's) automated testing of FreeIPA is showing what looks like a problem with preexec_fn (rather than fork) being disallowed: https://bugzilla.redhat.com/show_bug.cgi?id=1759290 Login to the FreeIPA webUI is failing, and at the time it

[issue38375] Enum lookup fails for callable values

Massimo added the comment: Where is this documented? Sorry, I couldn't find it. In any case, I'd say this behaviour is quite unexpected, and unless technical reasons are overwhelming, would be nice to change it. -- ___ Python tracker

[issue36697] inspect.getclosurevars returns wrong globals dict

Daniel Debrunner added the comment: Another case: model="Hello" class M(object): def __init__(self): pass def __call__(self): print(self.model) cvs = inspect.getclosurevars(M.__call__) ClosureVars(nonlocals={}, globals={'model': 'Hello'}, builtins={'print': }, unboun

[issue38376] ./configure --with-assertions generates a broken build

STINNER Victor added the comment: New changeset 435b2eeb7bc5b8ec264e900b38bcb3d76552d777 by Victor Stinner in branch '3.8': bpo-38376: Fix _PyUnicode_CheckConsistency() definition (GH-16623) https://github.com/python/cpython/commit/435b2eeb7bc5b8ec264e900b38bcb3d76552d777 -- __

[issue37951] Disallow fork in a subinterpreter broke subprocesses in mod_wsgi daemon mode

Gregory P. Smith added the comment: preexec_fn is fundamentally unsupportable. what code is using it, there should be a way not to rely on that. -- ___ Python tracker ___ ___

[issue37951] Disallow fork in a subinterpreter broke subprocesses in mod_wsgi daemon mode

Adam Williamson added the comment: It's this function: https://github.com/freeipa/freeipa/blob/master/ipalib/install/kinit.py#L66 The function `run` is imported from `ipapython.ipautil`, it's defined here: https://github.com/freeipa/freeipa/blob/master/ipapython/ipautil.py#L391 all of this

[issue38396] ast.literal_eval doesn't give information about node except the type of it

Ivan Levkivskyi added the comment: The downside however is that exception messages can become very long. So I am not sure we should change this. -- nosy: +serhiy.storchaka ___ Python tracker ___

[issue38396] ast.literal_eval doesn't give information about node except the type of it

Serhiy Storchaka added the comment: I have same doubts. See also issue32888. -- resolution: -> duplicate stage: patch review -> resolved status: open -> closed superseder: -> Improve exception message in ast.literal_eval ___ Python tracker

[issue32879] Race condition in multiprocessing Queue

Eric Meyer added the comment: multiprocessing.SimpleQueue is another workaround to this issue. I agree the docs should be clearer about this. Additionally, it would be helpful if there was a way to optionally put an item on a multiprocessing.Queue and block until the item has been written to

[issue37951] Disallow fork in a subinterpreter broke subprocesses in mod_wsgi daemon mode

Christian Heimes added the comment: I'll address the issue in FreeIPA. The ipautil.run() function is a helper around subprocess.Popen. The function always installs a preexec_fn in case it needs to change umask or drop priviliges. The WSGI server does not need these features. -- ___

[issue36389] Add gc.enable_object_debugger(): detect corrupted Python objects in the GC

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

[issue37951] Disallow fork in a subinterpreter broke subprocesses in mod_wsgi daemon mode

Christian Heimes added the comment: https://github.com/freeipa/freeipa/pull/3769 should address the issue. -- ___ Python tracker ___ __

[issue36953] Remove collections ABCs?

Emmanuel Arias added the comment: Now was remove from 3.7 https://github.com/python/cpython/commit/ef092fe9905f61ca27889092ca1248a11aa74498 This issue should be closed, isn't? -- ___ Python tracker ___

[issue36389] Add gc.enable_object_debugger(): detect corrupted Python objects in the GC

STINNER Victor added the comment: New changeset 60ec6efd96d95476fe5e38c491491add04f026e5 by Victor Stinner in branch 'master': bpo-36389: Fix _PyBytesWriter in release mode (GH-16624) https://github.com/python/cpython/commit/60ec6efd96d95476fe5e38c491491add04f026e5 -- _

  1   2   >