[issue31905] IPv4Networkcontains raises exception on None

Serhiy Storchaka added the comment: I concur. IPvNetwork is not a general purposed collection. And even genera purposed collections can have restrictions on the arguments of "in". E.g.: >>> [] in {} Traceback (most recent call last): File "", line 1, in TypeError: unhashable type: 'list' S

[issue31905] IPv4Networkcontains raises exception on None

Change by Serhiy Storchaka : -- resolution: fixed -> not a bug ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue31907] Clarify error message when attempting to call function via str.format()

Eric V. Smith added the comment: How would you distinguish this from the case where an actually missing attribute was given? >>> "{0.ctimex}".format(d) Traceback (most recent call last): File "", line 1, in AttributeError: 'datetime.datetime' object has no attribute 'ctimex' I guess it wou

[issue31901] atexit callbacks only called for current subinterpreter

Nick Coghlan added the comment: Hmm, I don't think calling Py_Finalize in any interpreter other than the main one is actually defined at all, so I'm inclined to just make it an error, rather than trying to figure out how it should work. It would then be up to the embedding application to make

[issue31901] atexit callbacks only called for current subinterpreter

Nick Coghlan added the comment: For the main interpreter, Py_Finalize should be destroying all other subinterpreters as one of the first things it does, so if we're *not* currently doing that, it would make sense to fix it as part of Eric's subinterpreters PEP. -- ___

[issue30057] signal.signal should check tripped signals

Change by STINNER Victor : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue31901] atexit callbacks only called for current subinterpreter

Petr Viktorin added the comment: I don't have a reason to think Py_Finalize is not *destroying* the other subinterpreters. But it's not calling their atexit callbacks. (Is there any reason Py_Finalize couldn't switch to the main interpreter itself? Assuming it's even necessary.) --

[issue31901] atexit callbacks only called for current subinterpreter

Nick Coghlan added the comment: I guess we allow an unhandled SystemExit in a child thread to propagate to (and hence terminate) the main thread, so allowing a Py_Finalize call in a subinterpreter to terminate the main interpreter would be comparable to that. My main rationale for *requiring*

[issue31629] Running test_curses on FreeBSD changes signal handlers

STINNER Victor added the comment: New changeset 19f68301a1295a9c30d9f28b8f1479cdcccd75aa by Victor Stinner in branch 'master': bpo-31629: Add support.SaveSignals (#4183) https://github.com/python/cpython/commit/19f68301a1295a9c30d9f28b8f1479cdcccd75aa --

[issue31629] Running test_curses on FreeBSD changes signal handlers

Change by STINNER Victor : -- pull_requests: +4157 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31629] Running test_curses on FreeBSD changes signal handlers

Change by STINNER Victor : -- pull_requests: +4158 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31629] Running test_curses on FreeBSD changes signal handlers

STINNER Victor added the comment: New changeset 1d481822a6295e6739da2d5cca0fdbede51fda22 by Victor Stinner in branch '2.7': bpo-31629: Add support.SaveSignals (#4183) (#4188) https://github.com/python/cpython/commit/1d481822a6295e6739da2d5cca0fdbede51fda22 -- ___

[issue31629] Running test_curses on FreeBSD changes signal handlers

STINNER Victor added the comment: New changeset 41efc402f154e48e95dde2993901648edcb24069 by Victor Stinner in branch '3.6': bpo-31629: Add support.SaveSignals (#4183) (#4187) https://github.com/python/cpython/commit/41efc402f154e48e95dde2993901648edcb24069 -- ___

[issue31629] Running test_curses on FreeBSD changes signal handlers

STINNER Victor added the comment: Thanks Serhiy Storchaka for the bug report and Pablo Galindo Salgado for the analysis! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 2.7, Python 3.6 ___ Python tra

[issue31898] Add `recommended-packages.txt` to `venv` documentation

Nick Coghlan added the comment: As part of this, a new subsection would be added to https://docs.python.org/devguide/stdlibchanges.html to document the process for adding new packages to the recommended packages list: propose them for standard library inclusion, and while "No" is still the mo

[issue31852] Crashes with lines of the form "async \"

STINNER Victor added the comment: > Would it also be the case for 'await' ? "async" requires to maintain a "async_def" state. It seems like await doesn't need a state for itself, but rely on the "async_def" state which has been fixed. Extract of Parser/tokenizer.c: /* Current tok

[issue31907] Clarify error message when attempting to call function via str.format()

Serhiy Storchaka added the comment: I have wrote a patch that change the parser to only accept valid identifiers. But now I have the same doubts and want first to discuss this [1]. This change can break the existing code as Eric's example shows. [1] https://mail.python.org/pipermail/python-de

[issue31898] Add a `recommended-packages.txt` file

Nick Coghlan added the comment: Thinking about it further, this list is actually going to be version independent, suggest it may actually belong somewhere outside the main documentation. The Developer's Guide may be a reasonable stopgap measure until there's a better option available (e.g. i

[issue31891] Make curses compiling on NetBSD 7.1 and tests passing

Serhiy Storchaka added the comment: New changeset baac01e629d90f63dfde6b5cc433f4bc65c5feeb by Serhiy Storchaka in branch 'master': bpo-31891: Fix building the curses module on NetBSD. (#4165) https://github.com/python/cpython/commit/baac01e629d90f63dfde6b5cc433f4bc65c5feeb -- __

[issue31891] Make curses compiling on NetBSD 7.1 and tests passing

Change by Roundup Robot : -- pull_requests: +4159 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue31893] Issues with kqueue

Serhiy Storchaka added the comment: New changeset b9052a0f91d2e83bbc27267247a5920c82b242a3 by Serhiy Storchaka in branch 'master': bpo-31893: Fixed select.kqueue(). (#4166) https://github.com/python/cpython/commit/b9052a0f91d2e83bbc27267247a5920c82b242a3 -- _

[issue31893] Issues with kqueue

Change by Roundup Robot : -- pull_requests: +4160 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue31626] Writing in freed memory in _PyMem_DebugRawRealloc() after shrinking a memory block

Serhiy Storchaka added the comment: New changeset b484d5606ca76f9bbd0f5de7a6ef753400213e94 by Serhiy Storchaka in branch 'master': bpo-31626: Fixed a bug in debug memory allocator. (#3844) https://github.com/python/cpython/commit/b484d5606ca76f9bbd0f5de7a6ef753400213e94 -- _

[issue31897] Unexpected exceptions in plistlib.loads

Serhiy Storchaka added the comment: New changeset db91e0fe2417f075693a194a492b1699829871e7 by Serhiy Storchaka in branch 'master': bpo-31897: Convert unexpected errors when read bogus binary plists into InvalidFileException. (#4171) https://github.com/python/cpython/commit/db91e0fe2417f075693

[issue31626] Writing in freed memory in _PyMem_DebugRawRealloc() after shrinking a memory block

Change by Roundup Robot : -- pull_requests: +4161 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue31897] Unexpected exceptions in plistlib.loads

Change by Roundup Robot : -- pull_requests: +4162 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue31893] Issues with kqueue

Change by Serhiy Storchaka : -- pull_requests: +4163 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue31891] Make curses compiling on NetBSD 7.1 and tests passing

Serhiy Storchaka added the comment: New changeset 5db32085e7e4d6be9a34d0a64ecf477eca224f15 by Serhiy Storchaka (Miss Islington (bot)) in branch '3.6': bpo-31891: Fix building the curses module on NetBSD. (GH-4165) (#4189) https://github.com/python/cpython/commit/5db32085e7e4d6be9a34d0a64ecf477

[issue31891] Make curses compiling on NetBSD 7.1 and tests passing

Change by Serhiy Storchaka : -- pull_requests: +4164 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue31893] Issues with kqueue

Serhiy Storchaka added the comment: New changeset f9a639b97c760f40d03c7655053c89752850 by Serhiy Storchaka (Miss Islington (bot)) in branch '3.6': bpo-31893: Fixed select.kqueue(). (GH-4166) (#4190) https://github.com/python/cpython/commit/f9a639b97c760f40d03c7655053c89752850 ---

[issue31893] Issues with kqueue

STINNER Victor added the comment: The commit b9052a0f91d2e83bbc27267247a5920c82b242a3 broke compilation on FreeBSD: building 'select' extension cc -pthread -fPIC -Wno-unused-result -Wsign-compare -g -O0 -Wall -Wstrict-prototypes -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-

[issue31454] Include "import as" in tutorial

Change by Roundup Robot : -- pull_requests: +4165 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue31626] Writing in freed memory in _PyMem_DebugRawRealloc() after shrinking a memory block

Serhiy Storchaka added the comment: New changeset ece5659565e083baaee4d185ce181a98aaee7f96 by Serhiy Storchaka (Miss Islington (bot)) in branch '3.6': bpo-31626: Fixed a bug in debug memory allocator. (GH-3844) (#4191) https://github.com/python/cpython/commit/ece5659565e083baaee4d185ce181a98aa

[issue31897] Unexpected exceptions in plistlib.loads

Serhiy Storchaka added the comment: New changeset 6969d368c43d4c97e5f7b7b22904305ec68f79ba by Serhiy Storchaka (Miss Islington (bot)) in branch '3.6': bpo-31897: Convert unexpected errors when read bogus binary plists into InvalidFileException. (GH-4171) (#4192) https://github.com/python/cpyt

[issue31901] atexit callbacks only called for current subinterpreter

Petr Viktorin added the comment: I'm not sure where the concept of "main subinterpreter" comes in, with respect to this issue. I thnik the issue of atexit callbacks could be solved by something like keeping info about each callback's subinterpreter, and switching subinterpreters before runni

[issue31891] Make curses compiling on NetBSD 7.1 and tests passing

Serhiy Storchaka added the comment: New changeset e0fc1af67acb5684ae780128fbdb3c5419af51db by Serhiy Storchaka in branch '2.7': [2.7] bpo-31891: Fix building the curses module on NetBSD. (GH-4165). (#4194) https://github.com/python/cpython/commit/e0fc1af67acb5684ae780128fbdb3c5419af51db

[issue31893] Issues with kqueue

Serhiy Storchaka added the comment: New changeset 8cbf4e10646c3f5b8f0d274c2d7dea5bb6305f57 by Serhiy Storchaka in branch '2.7': [2.7] bpo-31893: Fixed select.kqueue(). (GH-4166) (#4193) https://github.com/python/cpython/commit/8cbf4e10646c3f5b8f0d274c2d7dea5bb6305f57 --

[issue18835] Add aligned memory variants to the suite of PyMem functions/macros

STINNER Victor added the comment: Nathaniel: "(...) and numpy won't necessarily use this API anyway." Can you elaborate why numpy wouldn't use this new API? I designed it with numpy in mind :-) Using PyMem_AlignedAlloc() instead of using directly posix_memalign()/_aligned_alloc() provides th

[issue18835] Add aligned memory variants to the suite of PyMem functions/macros

STINNER Victor added the comment: Nathaniel Smith: "Given the complexities here, and that the Track/Untrack functions are public now, I do wonder if the actual aligned allocation routines should just be an internal API (i.e., not exposed in Python.h)." I don't see why we would hide PyMem_Alig

[issue31844] HTMLParser: undocumented not implemented method

William Ayd added the comment: Would we be open to setting the meta class of the ParserBase to ABCMeta and setting error as an abstract method? That at the very least would make the expectation clearer for subclasses. I haven’t contributed to Python before but am open to this as a first atte

[issue18835] Add aligned memory variants to the suite of PyMem functions/macros

STINNER Victor added the comment: Stefan Krah: "we care about the C11 restriction? (...) "size - number of bytes to allocate. An integral multiple of alignment" (...) posix_memalign and _aligned_malloc don't care about the multiple." I prefer to ignore this restriction at this point. I would

[issue31893] Issues with kqueue

STINNER Victor added the comment: Oh, the commit also broke the "x86 Tiger 3.x buildbot: http://buildbot.python.org/all/#/builders/30/builds/93 == FAIL: test_create_event (test.test_kqueue.TestKQueue) -

[issue31844] HTMLParser: undocumented not implemented method

William Ayd added the comment: And assuming that subclass requirement is intentional we could add an optional keyword argument to the HTMLParser that indicates what to do with errors, much like how encoding issues are handled within codecs. For backwards compatibility it can default to ignore

[issue31893] Issues with kqueue

Change by Serhiy Storchaka : -- pull_requests: +4166 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue31880] subprocess process interaction with IDLEX GUI causes pygnuplot silent failures

John Brearley added the comment: Additonal testing shows that the subprocess.run command will reliably interact directly with gnuplot, either from the IDLEX GUI or the Python terminal window. import subprocess def run_cmd(cmd): print("run_cmd cmd:", cmd) # MUST explicitly ask for stdout,

[issue31893] Issues with kqueue

Serhiy Storchaka added the comment: Oh, I forgot that Mac OS X also in the BSD family. Thank you Victor for signaling errors. -- ___ Python tracker ___ ___

[issue18835] Add aligned memory variants to the suite of PyMem functions/macros

Nathaniel Smith added the comment: > Can you elaborate why numpy wouldn't use this new API? I designed it with > numpy in mind :-) The reasons I had in mind are: 1) numpy hasn't actually come to a decision about whether to use aligned allocation at all, or under what circumstances. 2) if we

[issue18835] Add aligned memory variants to the suite of PyMem functions/macros

Antoine Pitrou added the comment: Le 31/10/2017 à 15:55, Nathaniel Smith a écrit : > > 1) numpy hasn't actually come to a decision about whether to use aligned > allocation at all, or under what circumstances. This isn't the Numpy bug tracker, but I can't help but mention that if Numpy grew a

[issue18835] Add aligned memory variants to the suite of PyMem functions/macros

Stefan Krah added the comment: On Tue, Oct 31, 2017 at 02:55:04PM +, Nathaniel Smith wrote: > 3) also it's not clear what the best approach will look like, given that we > care a lot about using calloc when possible, and have reason to prefer using > regular freeing functions whenever poss

[issue20064] PyObject_Malloc is not documented

Change by STINNER Victor : -- pull_requests: +4167 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue18835] Add aligned memory variants to the suite of PyMem functions/macros

Change by STINNER Victor : -- pull_requests: +4168 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31893] Issues with kqueue

Serhiy Storchaka added the comment: New changeset 2298fad5ff907dd48ea0fb5c71fa22334ef28c6b by Serhiy Storchaka in branch 'master': bpo-31893: Fix errors in b9052a0f91d2e83bbc27267247a5920c82b242a3. (#4196) https://github.com/python/cpython/commit/2298fad5ff907dd48ea0fb5c71fa22334ef28c6b

[issue31893] Issues with kqueue

Change by Roundup Robot : -- pull_requests: +4169 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue20064] PyObject_Malloc is not documented

Change by STINNER Victor : -- pull_requests: +4170 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31893] Issues with kqueue

Change by Roundup Robot : -- pull_requests: +4171 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue20064] PyObject_Malloc is not documented

STINNER Victor added the comment: New changeset ec2cbdd1dff2c51788136480b2085e77506ebf34 by Victor Stinner in branch 'master': bpo-20064: Document PyObject_Malloc() (#4199) https://github.com/python/cpython/commit/ec2cbdd1dff2c51788136480b2085e77506ebf34 -- _

[issue20064] PyObject_Malloc is not documented

Change by Roundup Robot : -- pull_requests: +4172 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue31880] subprocess process interaction with IDLEX GUI causes pygnuplot silent failures

John Brearley added the comment: The owner of PyGnuplot figured out that for Python 3.4+ that a flush on stdin is needed. IDLEX GUI now runs example.py and my own test code correctly. proc.stdin.flush() # send the command in python 3.4+ This leaves the interesting behavior of IDLEX GUI. What

[issue20064] PyObject_Malloc is not documented

STINNER Victor added the comment: New changeset 8543ce8ffd57d770b57fe653e0ab7fada1a4c343 by Victor Stinner (Miss Islington (bot)) in branch '3.6': bpo-20064: Document PyObject_Malloc() (GH-4199) (#4203) https://github.com/python/cpython/commit/8543ce8ffd57d770b57fe653e0ab7fada1a4c343 ---

[issue20064] PyObject_Malloc is not documented

Change by STINNER Victor : -- pull_requests: +4173 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue20064] PyObject_Malloc is not documented

Change by STINNER Victor : -- pull_requests: -4170 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue31910] test_socket.test_create_connection() failed with EADDRNOTAVAIL (err 99)

New submission from STINNER Victor : On my PR 4200 which is unrelated to networking, the following test failed once. FAIL: test_create_connection (test.test_socket.NetworkConnectionNoServer) -- Traceback (most recent call last):

[issue20064] PyObject_Malloc is not documented

STINNER Victor added the comment: New changeset 52ba7b447f41dad2754ddbc50ed97413b557bbe1 by Victor Stinner in branch '2.7': bpo-20064: Document PyObject_Malloc() (#4204) https://github.com/python/cpython/commit/52ba7b447f41dad2754ddbc50ed97413b557bbe1 --

[issue20064] PyObject_Malloc is not documented

STINNER Victor added the comment: It took a while, but PyObject_Malloc() & cie are now documented :-) I even backported and *adapted* the doc to Python 2.7 ;-) -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.6, Python 3.7 -Python 3.4,

[issue31911] Use malloc_usable_size() is pymalloc for realloc

New submission from STINNER Victor : Objects/obmalloc.c contains an interesting comment: if (!address_in_range(p, pool)) { /* pymalloc is not managing this block. If nbytes <= SMALL_REQUEST_THRESHOLD, it's tempting to try to take over this block. However, if w

[issue31912] PyMem_Malloc() should guarantee alignof(max_align_t)

New submission from Stefan Krah : This is related to #27987 and #20064 and perhaps the pymalloc patch from #18835. I think PyMem_Malloc() should guarantee alignof(max_align_t). It actually did before the "#define PYMEM_FUNCS PYOBJ_FUNCS" optimization, so we have a sort of regression here.

[issue31912] PyMem_Malloc() should guarantee alignof(max_align_t)

Change by Stefan Krah : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.or

[issue31909] Missing definition of HAVE_SYSCALL_GETRANDOM

Ilya Kulakov added the comment: Not a bug in Python. -- stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue31912] PyMem_Malloc() should guarantee alignof(max_align_t)

STINNER Victor added the comment: > I think PyMem_Malloc() should guarantee alignof(max_align_t). Do you mean the C++ std::max_align_t? Does C99 have something like that? The Linux malloc() manual page says: "The malloc() and calloc() functions return a pointer to the allocated memory, wh

[issue31913] forkserver could warn if several threads are running

New submission from Antoine Pitrou : I'm not sure this is worth handling, but I had an interaction with a user who had weird deadlock problems in a glibc function (getaddrinfo) in worker processes launched with the forkserver method. The explanation turned out to be that a sitecustomize.py did

[issue31912] PyMem_Malloc() should guarantee alignof(max_align_t)

Stefan Krah added the comment: > Do you mean the C++ std::max_align_t? Does C99 have something like that? > > The Linux malloc() manual page says: > > "The malloc() and calloc() functions return a pointer to the allocated > memory, which is suitably aligned for any built-in type." C11

[issue31893] Issues with kqueue

Serhiy Storchaka added the comment: New changeset 84e252b79eed94bc9e9175f82191322c89e489ad by Serhiy Storchaka (Miss Islington (bot)) in branch '3.6': bpo-31893: Fix errors in b9052a0f91d2e83bbc27267247a5920c82b242a3. (GH-4196) (#4201) https://github.com/python/cpython/commit/84e252b79eed94bc

[issue31893] Issues with kqueue

Serhiy Storchaka added the comment: New changeset e7531e54bf195b8d3ed35b4138901c82f7ed794c by Serhiy Storchaka (Miss Islington (bot)) in branch '2.7': bpo-31893: Fix errors in b9052a0f91d2e83bbc27267247a5920c82b242a3. (GH-4196) (#4202) https://github.com/python/cpython/commit/e7531e54bf195b8d

[issue18835] Add aligned memory variants to the suite of PyMem functions/macros

Nathaniel Smith added the comment: > But since no fast (kernel-zeroed) aligned_calloc() exists, I must use > memset() anyway. For large allocations, you'll probably be better off implementing your own aligned allocator on top of calloc than implementing your own calloc on top of an aligned

[issue31630] math.tan has poor accuracy near pi/2 on OpenBSD and NetBSD

Mark Dickinson added the comment: > Seems the first result is calculated at compile time Makes sense. Last time I looked, gcc uses MPFR for the compile-time calls, so I'd expect those to be correctly rounded. -- ___ Python tracker

[issue31893] Issues with kqueue

Serhiy Storchaka added the comment: Tests on all buildbots are passed. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue31630] math.tan has poor accuracy near pi/2 on OpenBSD and NetBSD

Stefan Krah added the comment: So the big mystery is still: https://mail.python.org/pipermail/python-dev/2017-October/149880.html Could be a Linux router with some alternative libc ... -- ___ Python tracker

[issue18835] Add aligned memory variants to the suite of PyMem functions/macros

STINNER Victor added the comment: New changeset 9ed83c40855b57c10988f76770a4eb825e034cd8 by Victor Stinner in branch 'master': bpo-18835: Cleanup pymalloc (#4200) https://github.com/python/cpython/commit/9ed83c40855b57c10988f76770a4eb825e034cd8 -- ___

[issue31626] Writing in freed memory in _PyMem_DebugRawRealloc() after shrinking a memory block

Serhiy Storchaka added the comment: I have removed the incorrect code in master and 3.6, this unblocks testing debug build on OpenBSD. I don't think it is worth to backport this change to 3.5 and 3.4, since the bug affects only debug build. Here is a patch which perhaps is an alternative to P

[issue31630] math.tan has poor accuracy near pi/2 on OpenBSD and NetBSD

Serhiy Storchaka added the comment: >From 4 considered results the tests are failed on gcc 4.2.1, 4.7.2, 4.8.5, but >are passes on gcc 7.2.0. I suppose this is gcc or libc bug fixed in recent >versions. -- ___ Python tracker

[issue31626] Writing in freed memory in _PyMem_DebugRawRealloc() after shrinking a memory block

Larry Hastings added the comment: > Most, if not all, calls to _PyMem_DebugRawRealloc() are protected by > the GIL. If there is a single thread using the memory block, > I think that it's perfectly fine to write after it's deallocated. I don't quite follow where the write-after-free is happenin

[issue31626] Writing in freed memory in _PyMem_DebugRawRealloc() after shrinking a memory block

Change by Serhiy Storchaka : -- priority: critical -> normal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue31630] math.tan has poor accuracy near pi/2 on OpenBSD and NetBSD

Stefan Krah added the comment: On Tue, Oct 31, 2017 at 07:32:00PM +, Serhiy Storchaka wrote: > >>From 4 considered results the tests are failed on gcc 4.2.1, 4.7.2, 4.8.5, > >>but are passes on gcc 7.2.0. I suppose this is gcc or libc bug fixed in > >>recent versions. 4.7.3 passes here wi

[issue31910] test_socket.test_create_connection() failed with EADDRNOTAVAIL (err 99)

Serhiy Storchaka added the comment: I'm not a networking but it seems reasonable. If I understand correctly, EADDRNOTAVAIL can be raised on the Travis CI when a large number of network connections are created simultaneously by other CI tests. Or maybe just repeat the test if EADDRNOTAVAIL is

[issue31844] HTMLParser: undocumented not implemented method

Change by Serhiy Storchaka : -- components: +Library (Lib) nosy: +ezio.melotti type: -> behavior ___ Python tracker ___ ___ Python-b

[issue31891] Make curses compiling on NetBSD 7.1 and tests passing

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

[issue31914] Document Pool.(star)map return type

New submission from Дилян Палаузов : https://docs.python.org/3/library/multiprocessing.html#multiprocessing.pool.Pool.starmap says: starmap(func, iterable[, chunksize]) Like map() except that the elements of the iterable are expected to be iterables that are unpacked as arguments. Hence an it

[issue31914] Document Pool.(star)map return type

Дилян Палаузов added the comment: Pool.starmap is not like map from the standard library, as the hyperlinking on the word map() suggests, but like Pool.map(). The latter talks about the chunksize parameter, but the former and Pool.starmap don't. -- __

[issue18835] Add aligned memory variants to the suite of PyMem functions/macros

Stefan Krah added the comment: > For large allocations, you'll probably be better off implementing your own > aligned allocator on top of calloc than implementing your own calloc on top > of an aligned allocator. (It's O(1) overhead versus O(n).) And once you're > doing that you might want to

[issue23551] IDLE to provide menu link to PIP gui.

Terry J. Reedy added the comment: For this idea to be revived, someone should write a PEP and open a new issue. -- ___ Python tracker ___ __

[issue31908] trace module cli does not write cover files

Michael Selik added the comment: The problem appears to be a mistake in commit f026dae130bf6f9015c4b212f16852ba4a3f3dec https://github.com/python/cpython/commit/f026dae130bf6f9015c4b212f16852ba4a3f3dec This made the writing of cover files conditional on ``show_missing`` which is the option t

[issue27051] Create PIP gui

Change by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue23551] IDLE to provide menu link to PIP gui.

Change by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue14574] SocketServer doesn't handle client disconnects properly

Matej Cepl added the comment: The last patch (clear_buffer_on_error.patch) has still not been applied (looking at 2.7 and master branches). -- nosy: +mcepl ___ Python tracker

[issue31908] trace module cli does not write cover files

Michael Selik added the comment: While writing a patch for this, I noticed the ``lnotab`` parameter seems nearly unused. It's a dict, but is only used for its keys. https://github.com/python/cpython/blob/master/Lib/trace.py#L333 Further, the choice to count unreached lines only when ``show_mi

[issue18835] Add PyMem_AlignedAlloc()

Change by STINNER Victor : -- title: Add aligned memory variants to the suite of PyMem functions/macros -> Add PyMem_AlignedAlloc() ___ Python tracker ___ _

[issue18835] Add aligned memory variants to the suite of PyMem functions/macros

STINNER Victor added the comment: I merged my PR 4199 (Document PyObject_Malloc()) and PR 4200 (Cleanup pymalloc) to prepare PR 4089. PR 4089 should now be completed and well tested. The real question is now if we need PyMem_AlignedAlloc()? Stefan Krah and Nathaniel Smith are interested by a

[issue18835] Add PyMem_AlignedAlloc()

STINNER Victor added the comment: msg196194: Antoine Pitrou: "Note that the current small object allocator, if not disabled, *should* already return you aligned memory, by construction (each allocation size has dedicated pools from which memory blocks are carved)." In my current implementatio

[issue31915] (list).insert() not working

Change by Chance Parsons : -- files: Times Tables.py nosy: Chance Parsons priority: normal severity: normal status: open title: (list).insert() not working type: behavior versions: Python 3.6 Added file: https://bugs.python.org/file47250/Times Tables.py _

[issue31908] trace module cli does not write cover files

Change by Michael Selik : -- keywords: +patch pull_requests: +4174 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-lis

  1   2   >