[issue37025] Misleading error message "Python failed to load the default activation context"

2019-10-22 Thread Zackery Spytz
Change by Zackery Spytz : -- pull_requests: +16435 pull_request: https://github.com/python/cpython/pull/16897 ___ Python tracker ___

[issue38562] pip install --upgrade git submodule update --recursive does not exist

2019-10-22 Thread Ayse
New submission from Ayse : Hi, I was trying to apply a github code, for that I need to get this first:git clone --recursive https://github.com/rbgirshick/py-faster-rcnn.git but it when I run this it is saying this: PS C:\Users\Ayse Dogan> python -m pip install --user --upgrade git clone

[issue38539] Update demo files

2019-10-22 Thread Raymond Hettinger
Raymond Hettinger added the comment: New changeset ea6041cd7ff0d752296d1759927eff898ceba864 by Raymond Hettinger in branch 'master': bpo-38539: Finish rename of ss1.py to spreadsheet.py (GH-16896) https://github.com/python/cpython/commit/ea6041cd7ff0d752296d1759927eff898ceba864 --

[issue38460] 3.8 Release Notes: document asyncio exception changes

2019-10-22 Thread Raymond Hettinger
Raymond Hettinger added the comment: > I'm personally not sure if we need to reflect *private* > API change in Release Notes The whatsnew 3.8 document is for significant changes to public APIs. The changelog (built from the news entries) has much more extensive detail. The main docs are

[issue38539] Update demo files

2019-10-22 Thread Raymond Hettinger
Change by Raymond Hettinger : -- pull_requests: +16434 pull_request: https://github.com/python/cpython/pull/16896 ___ Python tracker ___

[issue38539] Update demo files

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

[issue38539] Update demo files

2019-10-22 Thread Raymond Hettinger
Raymond Hettinger added the comment: New changeset a4aeb336697c85996d781271cc6b42bc6d4c2908 by Raymond Hettinger (Julin S) in branch 'master': bpo-38539: Update demo files (GH-16890) https://github.com/python/cpython/commit/a4aeb336697c85996d781271cc6b42bc6d4c2908 --

[issue38561] multiprocessing.Queue fails intermittently with "Broken pipe"

2019-10-22 Thread Samuel Grayson
New submission from Samuel Grayson : See [this SO post for more details](https://stackoverflow.com/q/51680479/1078199) -- components: Library (Lib) files: test.py messages: 355204 nosy: Samuel Grayson priority: normal severity: normal status: open title: multiprocessing.Queue fails

[issue27873] multiprocessing.pool.Pool.map should take more than one iterable

2019-10-22 Thread Kyle Stanley
Kyle Stanley added the comment: > Is it still open? What else needs to be done? Yes, this patch needs to be translated into a GitHub PR. See https://devguide.python.org/pullrequest/ for more information on our PR workflow if you're not already familiar with it. Since naught101 wrote a

[issue27530] Non-Critical Compiler WARNING: Python Embedding C++11 does not allow non-constant string literals

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: This issues has been fixed in Python 3: the second parameter of PyObject_CallMethod() is now a "const char*". Please upgrade to Python 3. -- nosy: +vstinner resolution: -> fixed stage: -> resolved status: open -> closed

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

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: I marked bpo-32026 as a duplicate of this issue. -- ___ Python tracker ___ ___

[issue32026] Memory leaks in Python on Windows

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: It's basically a duplicate of bpo-1635741. -- resolution: -> duplicate stage: test needed -> resolved status: open -> closed superseder: -> Py_Finalize() doesn't clear all Python objects at exit ___ Python

[issue28202] Python 3.5.1 C API, the global variable is not destroyed when delete the module

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: > The problem is resolved if call PyGC_Collect() after PyDict_DelItemString(). > Is it expected to call PyGC_Collect() here? Yeah sadly, to handle such reference cycles, you have to trigger an explicit garbage collection. It doesn't sound like a bug to me.

[issue38419] The path of check-c-globals.py on README is wrong

2019-10-22 Thread Dong-hee Na
Change by Dong-hee Na : -- assignee: docs@python -> components: -Documentation nosy: -docs@python ___ Python tracker ___ ___

[issue38419] The path of check-c-globals.py on README is wrong

2019-10-22 Thread Dong-hee Na
Change by Dong-hee Na : -- assignee: -> docs@python components: +Documentation nosy: +docs@python ___ Python tracker ___ ___

[issue38419] The path of check-c-globals.py on README is wrong

2019-10-22 Thread Dong-hee Na
Dong-hee Na added the comment: Thank you for your contribution AMIR! @willingc Thank you for merging PR 16680 Carol :) I am now closing this issue. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue12179] Race condition using PyGILState_Ensure on a new thread

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: Bug report in 2011. I close this old issue. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___

[issue36107] aarch64 python3 buffer overflow with stack protector on rpi3 (alpine linux)

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: > It seems like python 3.7.2 works. So yeah, use Python 3.7 or newer. Python 3.8 has been released ;-) > Any idea which commit(s) may have fixed it? I have no idea. -- nosy: +vstinner resolution: -> fixed stage: -> resolved status: open -> closed

[issue38560] Allow iterable argument unpacking after a keyword argument?

2019-10-22 Thread Brandt Bucher
New submission from Brandt Bucher : Calls of the form f(name=value, *args) are currently legal syntax. The resulting argument binding is awkward, and almost never does what you want/expect it to: >>> def f(x, y, z): ... print(x, y, z) ... >>> f(x=0, *(1, 2)) Traceback (most recent call

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

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: One part of this issue is that all C extensions of the stdlib should be updated to implement the PEP 489 "Multi-phase extension module initialization". -- ___ Python tracker

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

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: I marked bpo-21387 as a duplicate of this issue. -- ___ Python tracker ___ ___

[issue21387] Memory leaks when embedded interpreter is reinitialized

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: Duplicate of bpo-1635741. -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Py_Finalize() doesn't clear all Python objects at exit ___ Python tracker

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

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: I marked bpo-26888 as a duplicate of this issue. -- ___ Python tracker ___ ___

[issue26888] Multiple memory leaks after raw Py_Initialize and Py_Finalize.

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: That's basically a duplicate of bpo-1635741. -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Py_Finalize() doesn't clear all Python objects at exit ___ Python tracker

[issue24770] Py_Finalize() doesn't stop daemon threads

2019-10-22 Thread STINNER Victor
Change by STINNER Victor : -- title: Py_Finalize not cleaning up all threads -> Py_Finalize() doesn't stop daemon threads ___ Python tracker ___

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

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: I marked bpo-6741 as a duplicate of this issue. -- ___ Python tracker ___ ___ Python-bugs-list

[issue6741] Garbage collector release method

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: That's basically a duplicate of bpo-1635741. -- nosy: +vstinner resolution: -> duplicate stage: test needed -> resolved status: open -> closed superseder: -> Py_Finalize() doesn't clear all Python objects at exit

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

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: I tested on the master branch of Python: --- #include void func() { Py_Initialize(); Py_Finalize(); Py_ssize_t cnt = _Py_GetRefTotal(); printf("sys.gettotalrefcount(): %zd\n", cnt); } int main(int argc, char *argv[]) {

[issue26693] Exception ignored in: in _shutdown, assert tlock.locked()

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: Extract of test2.C: --- // in main thread Py_Initialize(); PyEval_InitThreads(); PyEval_SaveThread(); // creating a new sub-interpreter, in my real app, this would be created // in a sub-thread. PyInterpreterState* const mainInterpreterState =

[issue26693] Exception ignored in: in _shutdown, assert tlock.locked()

2019-10-22 Thread STINNER Victor
Change by STINNER Victor : -- nosy: +eric.snow ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38419] The path of check-c-globals.py on README is wrong

2019-10-22 Thread Carol Willing
Carol Willing added the comment: New changeset 20bf8e08a18c0f1eab49c54f3bd56f8364a2f5cc by Carol Willing (AMIR) in branch 'master': bpo-38419: fix "check-c-globals" path (GH-16680) https://github.com/python/cpython/commit/20bf8e08a18c0f1eab49c54f3bd56f8364a2f5cc -- nosy: +willingc

[issue12806] argparse: Hybrid help text formatter

2019-10-22 Thread David Steele
David Steele added the comment: I came across this thread after making a simple argparse formatter for preserving paragraphs. The submissions here look better than that effort. Here is a quick, hacky look at the patches from one perspective. I wanted to prefer ParagraphFormatterML, but

[issue23496] Steps for Android Native Build of Python 3.4.2

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: It seems like attached patches are outdated: Python has been fixed to support Android. For example, Python now uses the UTF-8 codec rather than mbstowcs() to decode byte strings. I'm quite sure that there are still corner cases which are not well supported

[issue16353] add function to os module for getting path to default shell

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: This issue has been fixed. The subprocess module now uses '/system/bin/sh' by default on Android thanks to Xavier de Gaye! -- nosy: +vstinner resolution: -> fixed stage: needs patch -> resolved status: open -> closed

[issue34309] Trouble when reloading extension modules.

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

[issue30060] Crash with subinterpreters and Py_NewInterpreter()

2019-10-22 Thread STINNER Victor
Change by STINNER Victor : -- nosy: +eric.snow title: Crash on Py_Finalize if Py_NoSiteFlag is used -> Crash with subinterpreters and Py_NewInterpreter() ___ Python tracker

[issue3367] Uninitialized value read in parsetok.c

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: I close the issue, it has been fixed. I'm no longer able to reproduce the initial issue: $ ./configure --with-pydebug --with-valgrind $ make clean $ make $ valgrind --suppressions=Misc/valgrind-python.supp ./python ==2670== Memcheck, a memory error

[issue33384] Build does not work with closed stdin on NetBSD

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: I'm quite that this issue has been fixed by bpo-30225 which is part Python 3.7.4, Python 3.8.0 and newer. I mark the issue as duplicate of bpo-30225. Please reopen the bug if these versions still fail on NetBSD. commit

[issue13986] ValueError: cannot convert float NaN to integer

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: The issue has not been seen since 2017-03-04, I close the issue as out of date. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue31074] Startup failure if executable is a \\?\ path on Windows

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: I got the same bug recently and I fixed it: commit dec39716ca93ee2e8d9b94915ece33014eb58e9e Author: Victor Stinner Date: Mon Sep 30 14:49:34 2019 +0200 bpo-38322: Fix gotlandmark() of PC/getpathp.c (GH-16489) Write the filename into a

[issue22139] python windows 2.7.8 64-bit did not install

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: No activity since 2016, I close the issue. -- nosy: +vstinner resolution: works for me -> out of date status: open -> closed ___ Python tracker

[issue9098] MSYS build fails with `S_IXGRP' undeclared

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: No activity since 2012, I close the issue. -- nosy: +vstinner resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue17922] Crash in clear_weakref

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: There is no activity since 2013. I guess that the user found a way to workaround this crash, or managed to get it fixed. I close the issue. -- nosy: +vstinner resolution: -> out of date stage: -> resolved status: open -> closed

[issue12919] Control what module is imported first

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: I close the issue since I see disagreement on the feature request. Modules/getpath.c and PC/getpathp.c use Lib/os.py to detect the stdlib directory. _PyUnicode_InitEncodings() is the first function importing modules: to import the Python codec of the

[issue33375] warnings: get filename from frame.f_code.co_filename

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: I closed bpo-8787 as a duplicate of this issue. -- versions: +Python 3.8 ___ Python tracker ___

[issue8787] warnings inside PyRun_SimpleString() display argv[1]

2019-10-22 Thread STINNER Victor
Change by STINNER Victor : -- resolution: fixed -> duplicate superseder: -> warnings: get filename from frame.f_code.co_filename ___ Python tracker ___

[issue8787] warnings inside PyRun_SimpleString() display argv[1]

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: Fixed in bpo-33375. commit 11a896652ee98aa44e59ed25237f9efb56635dcf Author: Thomas Kluyver Date: Fri Jun 8 21:28:37 2018 +0200 bpo-33375: Get filename for warnings from frame.f_code.co_filename (GH-6622) More consistent with how other parts

[issue15047] Cygwin install (regen) problem

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: No activity since 2012, I close the issue. -- nosy: +vstinner resolution: -> out of date stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue13562] Notes about module load path

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: No activity since 2012, I close the issue. Moreover, the PEP 587 now provides a clean C API to configure sys.path. https://docs.python.org/dev/c-api/init_config.html#c.PyConfig.module_search_paths -- nosy: +vstinner resolution: -> out of date

[issue12232] embedded python import cmath

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: No activity since 2011, I close the issue. -- nosy: +vstinner resolution: -> out of date stage: test needed -> resolved status: open -> closed ___ Python tracker

[issue38234] The value of Py_SetPath is not used to populate the configuration

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: The initial issue has been fixed, I close the issue. > I would like to keep the issue open since I plan to do one more change: use > PyWideStringList in _PyPathConfig for module_search_paths to support paths > which contains DELIM (":" on Unix). I may use

[issue17978] Python crashes if Py_Initialize/Py_Finalize are called multiple times

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: Program described in msg189250 does not crash on the master branch of Python. The PEP 587 deeply reworked Python initialization code. There is now a preinitialization phase, for example. Moreover, Programs/_testembed.c has a test calling

[issue38559] async generators aclose() behavior in 3.8

2019-10-22 Thread Yury Selivanov
Yury Selivanov added the comment: > So I think asyncio.run is actually totally fine with the 3.8.0 behavior. Yes. Looks like it. > It's only explicit calls to shutdown_asyncgens that might run into this, and > I think that's probably OK? Yes. Calling shutdown_asyncgens after all tasks

[issue12598] Move sys variable initialization from import.c to sysmodule.c

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: No activity for 7 years, I close the issue. -- nosy: +vstinner resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue38559] async generators aclose() behavior in 3.8

2019-10-22 Thread Nathaniel Smith
Nathaniel Smith added the comment: I think conceptually, cancelling all tasks and waiting for them to exit is the right thing to do. That way you run as much shutdown code as possible in regular context, and also avoid this problem – if there are no tasks, then there can't be any tasks

[issue38554] A fatal error in test_descr

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

[issue32526] Closing async generator while it is running does not raise an exception

2019-10-22 Thread Yury Selivanov
Yury Selivanov added the comment: Was fixed as part of #30773. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue38466] [Easy doc] threading.excepthook doc talks about "object"

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: Thanks Daniel Baskal for the fix and Sebastian Rittau for the bug report. The doc is now fixed in 3.8 and master branches. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python

[issue38559] async generators aclose() behavior in 3.8

2019-10-22 Thread Yury Selivanov
Yury Selivanov added the comment: Just discussed this issue off-list with Nathaniel. Maybe this isn't as severe as I thought it is. If we cancel all asyncio tasks before calling `loop.shutdown_asyncgens()` this *probably* becomes a non-issue. And "asyncio.run()" does just that [1]. Any

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

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: It seems like MultiLoopChildWatcher doesn't respect the PEP 475: siginterrupt(False) must not be used. But the following change isn't enough to fix this issue (test_close_kill_running hang). diff --git a/Lib/asyncio/unix_events.py

[issue38559] async generators aclose() behavior in 3.8

2019-10-22 Thread Yury Selivanov
New submission from Yury Selivanov : I believe I might have discovered a problem with asynchronous generators in 3.8. # Prelude In Python prior to 3.8 it was possible to overlap running of "asend()" and "athrow()" methods for the same asynchronous generator. In plain English, it was

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

2019-10-22 Thread STINNER Victor
Change by STINNER Victor : -- title: test_asyncio: test_close_kill_running() hangs on AMD64 RHEL7 Refleaks 3.x -> asyncio: MultiLoopWatcher has a race condition (test_asyncio: test_close_kill_running() hangs on AMD64 RHEL7 Refleaks 3.x) ___ Python

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

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: I'm able to reproduce the issue locally using the command: ./python -m test test_asyncio --match=test.test_asyncio.test_subprocess.SubprocessMultiLoopWatcherTests.test_close_kill_running -v -F -j20 --timeout=30.0 Example: ... 0:00:47 load avg: 14.35 [287]

[issue35448] ConfigParser .read() - handling of nonexistent files

2019-10-22 Thread Adrian Wielgosik
Adrian Wielgosik added the comment: Yeah, I lost steam on this issue, sorry. Go ahead :) -- ___ Python tracker ___ ___

[issue38538] dictobject dictviews don't return NotImplemented for unrecognized types.

2019-10-22 Thread Julien Palard
Julien Palard added the comment: > It is not strange since dict.keys() in Python 2.7 returns list. Oh, ok thanks :) Do you think that it should be fixed? As it works with sets, I think so: >>> set() | Ror() set() but it's not that simple as the __or__ of dictviews is less strict that the

[issue38466] [Easy doc] threading.excepthook doc talks about "object"

2019-10-22 Thread miss-islington
miss-islington added the comment: New changeset 6329a56ca7f99075caa95a075024736a90ad2857 by Miss Skeleton (bot) in branch '3.8': bpo-38466: Fix threading.excepthook doc (GH-16891) https://github.com/python/cpython/commit/6329a56ca7f99075caa95a075024736a90ad2857 -- nosy:

[issue38466] [Easy doc] threading.excepthook doc talks about "object"

2019-10-22 Thread miss-islington
Change by miss-islington : -- pull_requests: +16433 pull_request: https://github.com/python/cpython/pull/16894 ___ Python tracker ___

[issue38466] [Easy doc] threading.excepthook doc talks about "object"

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: New changeset 91528f40c30717563a478920861c81d18da5bf63 by Victor Stinner (Daniel Baskal) in branch 'master': bpo-38466: Fix threading.excepthook doc (GH-16891) https://github.com/python/cpython/commit/91528f40c30717563a478920861c81d18da5bf63 --

[issue38558] Data Structures documentation out of sync with new Walrus operator

2019-10-22 Thread Matt Ward
New submission from Matt Ward : The 3.8 documentation still includes the text. ```Note that in Python, unlike C, assignment cannot occur inside expressions. C programmers may grumble about this, but it avoids a common class of problems encountered in C programs: typing = in an expression

[issue37415] Error build Python with Intel compiler: doesn't provide atomic_uintptr_t

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: According to Adam J. Stewart, my PR 16717 fix the Python build on ICC: https://github.com/python/cpython/pull/16717#issuecomment-544812182 So I merged it in 3.7, 3.8 and master branches. Adam saw other failures, but it's unrelated issues which should be

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

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: Also on x86 Gentoo Refleaks 3.x: https://buildbot.python.org/all/#/builders/1/builds/754 6:11:43 load avg: 1.44 [419/419/2] test_asyncio crashed (Exit code 1) beginning 6 repetitions 123456 Timeout (3:15:00)! Thread 0xb7c4d700 (most recent call first):

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

2019-10-22 Thread STINNER Victor
Change by STINNER Victor : -- title: test_ayncio: test_close_kill_running() hangs on AMD64 RHEL7 Refleaks 3.x -> test_asyncio: test_close_kill_running() hangs on AMD64 RHEL7 Refleaks 3.x ___ Python tracker

[issue37415] Error build Python with Intel compiler: doesn't provide atomic_uintptr_t

2019-10-22 Thread miss-islington
miss-islington added the comment: New changeset dbcea39ba713cc5b31fa1a243b16a0128c231c98 by Miss Skeleton (bot) in branch '3.8': bpo-37415: Fix stdatomic.h header check for ICC compiler (GH-16717) https://github.com/python/cpython/commit/dbcea39ba713cc5b31fa1a243b16a0128c231c98 --

[issue37415] Error build Python with Intel compiler: doesn't provide atomic_uintptr_t

2019-10-22 Thread miss-islington
miss-islington added the comment: New changeset b102e4f05278c1b06130885eba961bd0193733b4 by Miss Skeleton (bot) in branch '3.7': bpo-37415: Fix stdatomic.h header check for ICC compiler (GH-16717) https://github.com/python/cpython/commit/b102e4f05278c1b06130885eba961bd0193733b4 --

[issue38447] test_multiprocessing_spawn: Dangling processes: {} on AMD64 RHEL7 Refleaks 3.7

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: New failure on AMD64 RHEL7 Refleaks 3.7: https://buildbot.python.org/all/#/builders/311/builds/34 0:18:35 load avg: 2.24 [414/416/1] test_multiprocessing_spawn failed (env changed) (13 min 55 sec) -- running: test_concurrent_futures (8 min 43 sec),

[issue28562] test_asyncio fails on Android upon calling getaddrinfo()

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: Ok, thanks Xavier. If someone has an issue with test_asyncio on Android, either reopen this issue or open a new issue ;-) -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python

[issue37415] Error build Python with Intel compiler: doesn't provide atomic_uintptr_t

2019-10-22 Thread miss-islington
Change by miss-islington : -- pull_requests: +16432 pull_request: https://github.com/python/cpython/pull/16893 ___ Python tracker ___

[issue37415] Error build Python with Intel compiler: doesn't provide atomic_uintptr_t

2019-10-22 Thread STINNER Victor
STINNER Victor added the comment: New changeset 028f7349a0f6eaea0fec31becb587fcdf6e3cb28 by Victor Stinner in branch 'master': bpo-37415: Fix stdatomic.h header check for ICC compiler (GH-16717) https://github.com/python/cpython/commit/028f7349a0f6eaea0fec31becb587fcdf6e3cb28 --

[issue37415] Error build Python with Intel compiler: doesn't provide atomic_uintptr_t

2019-10-22 Thread miss-islington
Change by miss-islington : -- pull_requests: +16431 pull_request: https://github.com/python/cpython/pull/16892 ___ Python tracker ___

[issue38466] [Easy doc] threading.excepthook doc talks about "object"

2019-10-22 Thread Roundup Robot
Change by Roundup Robot : -- keywords: +patch pull_requests: +16430 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16891 ___ Python tracker ___

[issue38460] 3.8 Release Notes: document asyncio exception changes

2019-10-22 Thread Andrew Svetlov
Andrew Svetlov added the comment: > code that incorrectly imported directly from the submodules will break That's true. Please note: incorrect code will break. The correct code keeps working. I'm personally not sure if we need to reflect *private* API change in Release Notes. Another

[issue24313] json fails to serialise numpy.int64

2019-10-22 Thread Serhiy Storchaka
Serhiy Storchaka added the comment: We could use __index__ for serializing numpy.int64. But what to do with numpy.float32 and numpy.float128? It is a part of a much larger problem (which includes other numbers, collections, encoded strings, named tuples and data classes, etc). I am working

[issue38460] 3.8 Release Notes: document asyncio exception changes

2019-10-22 Thread Sebastian Rittau
Sebastian Rittau added the comment: Also it seems there are various new arguments and methods in asyncio that are not in the release notes. (Via https://github.com/python/typeshed/issues/2313). -- ___ Python tracker

[issue38557] PyTuple_GetSlice docs minor inaccuracy

2019-10-22 Thread wim glenn
New submission from wim glenn : https://docs.python.org/3/c-api/tuple.html#c.PyTuple_GetSlice In the c-api it says (emphasis mine): PyObject* PyTuple_GetSlice(PyObject *p, Py_ssize_t low, Py_ssize_t high)¶ Return value: New reference. Take a slice of the tuple pointed to by p from

[issue38556] Walrus operator in list comprehensions [Python 3.8.0]

2019-10-22 Thread Eric V. Smith
Eric V. Smith added the comment: This is explicitly mentioned in PEP 572 as being disallowed: "Due to design constraints in the reference implementation (the symbol table analyser cannot easily detect when names are re-used between the leftmost comprehension iterable expression and the rest

[issue38554] A fatal error in test_descr

2019-10-22 Thread Emmanuel Arias
Emmanuel Arias added the comment: I' am using: Python 3.9.0a0 (heads/master:f548a3e4a2, Oct 22 2019, 12:02:14) [GCC 6.3.0 20170516] On Debian 9 -- ___ Python tracker ___

[issue38554] A fatal error in test_descr

2019-10-22 Thread Emmanuel Arias
Emmanuel Arias added the comment: I can't reproduce the error -- nosy: +eamanu ___ Python tracker ___ ___ Python-bugs-list mailing

[issue33463] Can namedtuple._asdict return a regular dict instead of OrderedDict?

2019-10-22 Thread Raymond Hettinger
Change by Raymond Hettinger : -- resolution: -> out of date stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue38539] Update demo files

2019-10-22 Thread Julin
Julin added the comment: I've made a PR. Can you review it? -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35448] ConfigParser .read() - handling of nonexistent files

2019-10-22 Thread Batuhan
Batuhan added the comment: Adrian are you still want to work on this or can i take it? -- nosy: +BTaskaya ___ Python tracker ___

[issue25635] urllib2 cannot fully read FTP file

2019-10-22 Thread Batuhan
Batuhan added the comment: It works as expected on master (3.9.0a0). I think we can close this -- nosy: +BTaskaya ___ Python tracker ___

[issue38539] Update demo files

2019-10-22 Thread Julin
Change by Julin : -- keywords: +patch pull_requests: +16428 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16890 ___ Python tracker ___

[issue24313] json fails to serialise numpy.int64

2019-10-22 Thread Batuhan
Batuhan added the comment: What is the next step of this 4-year-old issue? I think i can prepare a patch for using __index__ (as suggested by @r.david.murray) -- nosy: +BTaskaya ___ Python tracker

[issue28562] test_asyncio fails on Android upon calling getaddrinfo()

2019-10-22 Thread Xavier de Gaye
Xavier de Gaye added the comment: According to my last post on this issue 2 years ago, this test "does not fail on android-24-x86_64". This means that it does not fail on API level 24. IMO the issue may be closed. -- ___ Python tracker

[issue33463] Can namedtuple._asdict return a regular dict instead of OrderedDict?

2019-10-22 Thread Batuhan
Batuhan added the comment: we can close this (raymond resolved this in bpo-35864) -- nosy: +BTaskaya ___ Python tracker ___ ___

[issue38556] Walrus operator in list comprehensions [Python 3.8.0]

2019-10-22 Thread EGN
EGN added the comment: Even the simple code like this doesn't work: [print(p) for n in (p := ['a', 'b', 'c'])] -- ___ Python tracker ___

[issue38556] Walrus operator in list comprehensions [Python 3.8.0]

2019-10-22 Thread EGN
EGN added the comment: But if I'm taking main for loop out of the square brackets everything works fine. from os import getcwd, listdir, rename import re for n in listdir(p := f"{getcwd()}\\{input('Folder: ')}\\"): [rename(f'{p}{n}', f"{p}{''.join([w[:3] if len(w) > 3 else w for w in

[issue38556] Walrus operator in list comprehensions [Python 3.8.0]

2019-10-22 Thread EGN
EGN added the comment: from os import getcwd, listdir, rename import re [rename(f'{p}{n}', f"{p}{''.join([w[:3] if len(w) > 3 else w for w in re.split('[-_. ]', n)[:-1]])}.{n.split('.')[-1]}") for n in listdir(p := f"{getcwd()}\\{input('Folder: ')}\\")] When I run this code, I'm getting:

[issue38303] Make audioop PEP-384 compatible

2019-10-22 Thread Tyler Kieft
Change by Tyler Kieft : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue38303] Make audioop PEP-384 compatible

2019-10-22 Thread miss-islington
miss-islington added the comment: New changeset f548a3e4a28c5496755f9f8d057fc8d031b27655 by Miss Skeleton (bot) (Tyler Kieft) in branch 'master': bpo-38303: Make audioop extension module PEP-384 compatible (GH-16497)

  1   2   >