[issue30695] add a nomemory_allocator to the _testcapi module

Changes by Xavier de Gaye : -- pull_requests: +2454 ___ Python tracker ___ ___

[issue29304] dict: simplify lookup functions

Changes by INADA Naoki : -- pull_requests: +2455 ___ Python tracker ___ ___

[issue29464] Specialize FASTCALL for functions with positional-only parameters

STINNER Victor added the comment: > Can the PR be applied then? It looks good to me. Go for it Serhiy. Even if it isn't faster today, we might find more optimizations later, at least in term of C stack consumption. Moreover, I understand perfectly the cost of having to parse arguments.

[issue30703] Non-reentrant signal handler (test_multiprocessing_forkserver hangs)

Kristján Valur Jónsson added the comment: Thanks for the mention, @pitrou. CCP was using Py_AddPendingCall but not from signal handlers, but external threads. Also on windows only. You'll also be happy to know that I have left CCP and the Eve codebase is being kept stable while regularly

[issue30744] Local variable assignment is broken when combined with threads + tracing + closures

Nick Coghlan added the comment: I updated the old "we should clarify the semantics" issue with a more concrete update proposal: https://bugs.python.org/issue17960#msg296880 Essentially nothing would change for module and class scopes, but the proposal for function scopes is that locals() be

[issue30764] regrtest: Add --fail-env-changed option

Changes by STINNER Victor : -- pull_requests: +2449 ___ Python tracker ___ ___

[issue30764] regrtest: Add --fail-env-changed option

STINNER Victor added the comment: I implemented the feature: https://github.com/python/cpython/pull/2402 My PR changes also the exit code from 1 to 2 (tests failed) or 3 (interrupted), to be able to distinguish how regrtest failed. It should also help to bisect failing tests. --

[issue30764] regrtest: Add --fail-env-changed option

Changes by STINNER Victor : -- pull_requests: +2452 ___ Python tracker ___ ___

[issue30695] add a nomemory_allocator to the _testcapi module

STINNER Victor added the comment: I prefer your new PR. But is it useful to test N memory allocation failures in a row? The API and the code would be simpler if we would only test a single failure. What do you think? I know that pyfailmalloc is different, but I'm not sure that pyfailmalloc

[issue29304] dict: simplify lookup functions

INADA Naoki added the comment: Antonie: Thank you for you comment. Actually speaking, size of instructions are reduced on amd64@gcc. lookdict_unicode_nodummy and lookdict_split doesn't have any reason to have duplicated code anymore. I'll do dedupe for them first. lookdict and

[issue30703] test_multiprocessing_forkserver hangs on the master branch

STINNER Victor added the comment: > It is actually the same issue as https://bugs.python.org/issue11768 (which > was wrongly closed as fixed, apparently :-)) Well, don't be confused by the issue title. The only made change is to only call Py_AddPendingCall() only once, instead of calling it

[issue30765] PyThread_acquire_lock can block even when asked not ot

New submission from Antoine Pitrou: Discovered in issue30703. When POSIX semaphores are not used for Python locks, pthread_mutex_lock() is called for acquiring a lock even when asked not to block. This can be disastrous when called from a signal handler. -- components: Interpreter

[issue30695] add a nomemory_allocator to the _testcapi module

Xavier de Gaye added the comment: > But is it useful to test N memory allocation failures in a row? I think it is useful. See my previous post. -- ___ Python tracker

[issue30703] test_multiprocessing_forkserver hangs on the master branch

Antoine Pitrou added the comment: Ok, I think I've managed to dig to the core issue. It is actually the same issue as https://bugs.python.org/issue11768 (which was wrongly closed as fixed, apparently :-)). Py_AddPendingCall() calls PyThread_acquire_lock() to try and take the pending calls

[issue30764] regrtest: Add --fail-env-changed option

New submission from STINNER Victor: The be able to debug bpo-30280 using my bisection script: https://github.com/haypo/misc/blob/205fea00d509ddd1cffa30c5c6f2da012f3ec54e/python/bisect_test.py I would like to be able to mark tests which alter the environment as failed, using an explicit option.

[issue30765] PyThread_acquire_lock can block even when asked not ot

Changes by Antoine Pitrou : -- pull_requests: +2450 ___ Python tracker ___ ___

[issue30703] test_multiprocessing_forkserver hangs on the master branch

Changes by Antoine Pitrou : -- dependencies: +Make CHECK_STATUS_PTHREAD signal-safe, PyThread_acquire_lock can block even when asked not ot ___ Python tracker

[issue30703] test_multiprocessing_forkserver hangs on the master branch

Changes by Antoine Pitrou : -- type: -> behavior versions: -Python 2.7, Python 3.5, Python 3.6 ___ Python tracker ___

[issue30762] Misleading message “can't concat bytes to str”

Serhiy Storchaka added the comment: This already is fixed in issue29116. >>> b'a' + 'a' Traceback (most recent call last): File "", line 1, in TypeError: can't concat str to bytes -- nosy: +serhiy.storchaka resolution: -> out of date ___ Python

[issue30703] Non-reentrant signal handler (test_multiprocessing_forkserver hangs)

Changes by STINNER Victor : -- pull_requests: +2456 ___ Python tracker ___ ___

[issue30703] Non-reentrant signal handler (test_multiprocessing_forkserver hangs)

Changes by STINNER Victor : -- title: test_multiprocessing_forkserver hangs on the master branch -> Non-reentrant signal handler (test_multiprocessing_forkserver hangs) ___ Python tracker

[issue30695] add a nomemory_allocator to the _testcapi module

STINNER Victor added the comment: 2017-06-26 15:34 GMT+02:00 Xavier de Gaye : > python: Objects/call.c:89: _PyObject_FastCallDict: Assertion > `!PyErr_Occurred()' failed. > Aborted (core dumped) > > I will create a new issue when the current issue is closed. Oh, I'm

[issue30703] test_multiprocessing_forkserver hangs on the master branch

Antoine Pitrou added the comment: Using pthread_mutex_trylock() *and* disabling the CHECK_STATUS_PTHREAD() calls (which use the non-async-signal-safe fprintf()) at least seems to suppress the hangs on Matt's OS X machine (after more than 1000 runs). --

[issue17960] Clarify the required behaviour of locals()

Nick Coghlan added the comment: Since "soonish" turned out to be "4 years and counting", copying in the specifics of the proposal in from the old python-dev thread: 1. While nominally undefined, in practice lots of Python programs depend on the locals() builtin behaving exactly how it behaves

[issue30523] regrtest: add --list-cases option to only display test case identifiers

STINNER Victor added the comment: New changeset ace56d583664f855d89d1219ece7c21c2fddcf30 by Victor Stinner in branch 'master': bpo-30523: regrtest --list-cases --match (#2401) https://github.com/python/cpython/commit/ace56d583664f855d89d1219ece7c21c2fddcf30 --

[issue30766] Make CHECK_STATUS_PTHREAD signal-safe

Changes by Antoine Pitrou : -- pull_requests: +2451 ___ Python tracker ___ ___

[issue29335] subprocess module does not check WIFSTOPPED on SIGCHLD

Changes by STINNER Victor : -- pull_requests: +2453 ___ Python tracker ___ ___

[issue30767] logging must check exc_info correctly

New submission from Mihail Krivushin: Logging checking `if exc_info:` and this maybe incorrect, due exception instance can have __bool__ method and thus can be false. If this is a case, then error that is return false from __bool__ will cause logging to swallow traceback. We need to check

[issue30703] test_multiprocessing_forkserver hangs on the master branch

STINNER Victor added the comment: If I understood corretly, the problem is that the Python C signal handler is not reentrant because it calls Py_AddPendingCall() which uses a lock and a list. Before, the signal handler queued a new call to checksignals_witharg() (which just calls

[issue30768] PyThread_acquire_lock_timed() should recompute the timeout when interrupted by a signal

STINNER Victor added the comment: See also the PEP 475 "Retry system calls failing with EINTR" and PEP 418 (time.monotonic). -- ___ Python tracker ___

[issue30703] Non-reentrant signal handler (test_multiprocessing_forkserver hangs)

Antoine Pitrou added the comment: It seems https://github.com/python/cpython/pull/2408 alone solves the issue on Matt's machine. It's also a pleasantly simple patch :-) -- ___ Python tracker

[issue30703] Non-reentrant signal handler (test_multiprocessing_forkserver hangs)

Changes by Antoine Pitrou : -- dependencies: -Make CHECK_STATUS_PTHREAD signal-safe, PyThread_acquire_lock can block even when asked not ot ___ Python tracker

[issue30703] Non-reentrant signal handler (test_multiprocessing_forkserver hangs)

Changes by Antoine Pitrou : -- stage: -> patch review ___ Python tracker ___ ___

[issue30766] Make CHECK_STATUS_PTHREAD signal-safe

New submission from Antoine Pitrou: Lock functions may be called from the C signal handler, so strive to make them more signal-safe (they are not unfortunately, but minimizing the number of non-signal-safe functions called there is a good thing). Discovered in issue30703. --

[issue29304] dict: simplify lookup functions

INADA Naoki added the comment: Tim Peters: Thanks for your suggestion. But I want to focus on very simple code cleanup without any change to proving algorithm nor memory access pattern in this issue. I'll reply about my thought about reducing collision on the ML. --

[issue30695] add a nomemory_allocator to the _testcapi module

Xavier de Gaye added the comment: For the record, while working on the test case of PR 2406, I found by chance that the following script: # Script start. import _testcapi class C(): pass _testcapi.set_nomemory(0, 5) C() # Script end. fails with: python: Objects/call.c:89:

[issue30441] os.environ raises RuntimeError: dictionary changed size during iteration

Osvaldo Santana Neto added the comment: Pull Request #2409 (https://github.com/python/cpython/pull/2409) opened. -- pull_requests: +2457 ___ Python tracker

[issue30764] regrtest: Add --fail-env-changed option

STINNER Victor added the comment: I updated my PR to use the exit code 130 when regrtest is interrupted. Serhiy Storchaka found a reference: "On Linux scripts terminated with Ctrl-C return exit code 130 (http://tldp.org/LDP/abs/html/exitcodes.html)." --

[issue30596] Add close() to multiprocessing.Process

STINNER Victor added the comment: Since the object now has a close() method, would it make sense to emit a ResourceWarning if it's not closed explicitly? As I did recently in subprocess.Popen destructor. -- nosy: +haypo ___ Python tracker

[issue30596] Add close() to multiprocessing.Process

Antoine Pitrou added the comment: I don't think so. It is ok to let the GC delete the resources by itself. close() is just there for people who want to ensure whatever small amount of resources (a file descriptor, mostly) are released timely. --

[issue30703] Non-reentrant signal handler (test_multiprocessing_forkserver hangs)

Antoine Pitrou added the comment: I think Kristjan uses Py_AddPendingCall, so ideally we would make it more reliable. However, we're right that for the purpose of signal delivery, we can hardcall a call inside Py_MakePendingCalls(). -- nosy: +kristjan.jonsson

[issue30768] PyThread_acquire_lock_timed() should recompute the timeout when interrupted by a signal

New submission from STINNER Victor: The current code of PyThread_acquire_lock_timed() (the implementation not using semaphore) doesn't compute correctly the timeout when pthread_cond_timedwait() is interrupted by a signal. We should recompute the timeout using a deadline. Something like

[issue30768] PyThread_acquire_lock_timed() should recompute the timeout when interrupted by a signal

STINNER Victor added the comment: See also the old bpo-12822: "NewGIL should use CLOCK_MONOTONIC if possible.". -- ___ Python tracker ___

[issue17960] Clarify the required behaviour of locals()

Guido van Rossum added the comment: I've tried thinking though a few scenarios, and I think I'm +1 (or at least +0 or +0.5) on the proposed change to locals(), and of course I'm happy that we're going to specify its behavior better. -- ___ Python

[issue30764] regrtest: Add --fail-env-changed option

Changes by STINNER Victor : -- pull_requests: +2462 ___ Python tracker ___ ___

[issue30733] Typo in Document What's New: Calendar

Walter Dörwald added the comment: Should be fixed now. Thanks for noticing it. -- resolution: -> fixed ___ Python tracker ___

[issue30733] Typo in Document What's New: Calendar

Changes by Walter Dörwald : -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue30769] test_execve_invalid_env() of test_os leaks references

New submission from STINNER Victor: haypo@selma$ ./python -m test -R 3:3 -m test_execve_invalid_env test_os test_os leaked [2, 2, 2] references, sum=6 test_os leaked [2, 2, 2] memory blocks, sum=6 I don't understand if it's related to bpo-30602 or not? -- components: Tests messages:

[issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks references

STINNER Victor added the comment: The leak can reproduce only using this test: def test_execve_invalid_env(self): args = [sys.executable, '-c', 'pass'] # equal character in the enviroment variable name newenv = os.environ.copy() newenv["FRUIT=ORANGE"] =

[issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks references

STINNER Victor added the comment: Oops, wrong link to my email: https://mail.python.org/pipermail/python-dev/2017-June/148489.html I used this command: ./python bisect_test.py -R 3:3 test_os Where the script comes from: https://github.com/haypo/misc/blob/master/python/bisect_test.py

[issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks references

STINNER Victor added the comment: FYI I found this leak using my bisect_test.py script: https://mail.python.org/pipermail/python-dev/2017-June/148368.html Another hint: it seems like the leak was introduced recently ;-) Try "git log Modules/posixmodule.c". Reminder: core developers, please

[issue30704] test_free_different_thread() of test_code leaks references on Python 3.6

STINNER Victor added the comment: Ping Dino & Yury! test_code still leaks in 3.6 and master branches. -- ___ Python tracker ___

[issue30744] Local variable assignment is broken when combined with threads + tracing + closures

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___

[issue30764] regrtest: Add --fail-env-changed option

STINNER Victor added the comment: New changeset cdee3f14f7f4c995e7eedb0bf6a67e260c739f7d by Victor Stinner in branch 'master': bpo-30764: test_subprocess uses SuppressCrashReport (#2405) https://github.com/python/cpython/commit/cdee3f14f7f4c995e7eedb0bf6a67e260c739f7d --

[issue30761] pdb: Add step / next count arguments

Xavier de Gaye added the comment: Thanks for this PR Louie, adding count to the pdb commands is useful. With gdb a very common use case is to set a breakpoint where the code runs very frequently and when only interested in the N(th) execution of this code, to enter the breakpoint command

[issue29335] subprocess module does not check WIFSTOPPED on SIGCHLD

Changes by STINNER Victor : -- pull_requests: +2459 ___ Python tracker ___ ___

[issue30764] regrtest: Add --fail-env-changed option

Changes by STINNER Victor : -- pull_requests: +2458 ___ Python tracker ___ ___

[issue29335] subprocess module does not check WIFSTOPPED on SIGCHLD

STINNER Victor added the comment: New changeset cdee3f14f7f4c995e7eedb0bf6a67e260c739f7d by Victor Stinner in branch 'master': bpo-30764: test_subprocess uses SuppressCrashReport (#2405) https://github.com/python/cpython/commit/cdee3f14f7f4c995e7eedb0bf6a67e260c739f7d --

[issue30764] regrtest: Add --fail-env-changed option

Changes by STINNER Victor : -- pull_requests: +2460 ___ Python tracker ___ ___

[issue30733] Typo in Document What's New: Calendar

Changes by Walter Dörwald : -- pull_requests: +2463 ___ Python tracker ___ ___

[issue30733] Typo in Document What's New: Calendar

Walter Dörwald added the comment: New changeset f5c58c781aa0bb296885baf62f4f39100f2cd93d by Walter Dörwald in branch 'master': bpo-30733: Fix typos in "What's New" entry (GH-2414) https://github.com/python/cpython/commit/f5c58c781aa0bb296885baf62f4f39100f2cd93d -- nosy: +doerwalter

[issue30764] regrtest: Add --fail-env-changed option

STINNER Victor added the comment: New changeset 63f54c68936d648c70ca411661e4208329edcf26 by Victor Stinner in branch 'master': bpo-30764: regrtest: add --fail-env-changed option (#2402) https://github.com/python/cpython/commit/63f54c68936d648c70ca411661e4208329edcf26 --

[issue29335] subprocess module does not check WIFSTOPPED on SIGCHLD

Changes by STINNER Victor : -- pull_requests: +2461 ___ Python tracker ___ ___

[issue17960] Clarify the required behaviour of locals()

Changes by Xavier G. Domingo : -- nosy: +xgdomingo ___ Python tracker ___ ___

[issue29335] subprocess module does not check WIFSTOPPED on SIGCHLD

STINNER Victor added the comment: New changeset 849b062a82ca2f09e33259d34067faba196c9e23 by Victor Stinner in branch '3.5': bpo-30764: test_subprocess uses SuppressCrashReport (#2405) (#2411) https://github.com/python/cpython/commit/849b062a82ca2f09e33259d34067faba196c9e23 --

[issue30764] regrtest: Add --fail-env-changed option

STINNER Victor added the comment: New changeset 849b062a82ca2f09e33259d34067faba196c9e23 by Victor Stinner in branch '3.5': bpo-30764: test_subprocess uses SuppressCrashReport (#2405) (#2411) https://github.com/python/cpython/commit/849b062a82ca2f09e33259d34067faba196c9e23 --

[issue30765] PyThread_acquire_lock can block even when asked not ot

Antoine Pitrou added the comment: New changeset f84ac420c2af98339678744953869cad3c253281 by Antoine Pitrou in branch 'master': bpo-30765: Avoid blocking when PyThread_acquire_lock() is asked not to (#2403) https://github.com/python/cpython/commit/f84ac420c2af98339678744953869cad3c253281

[issue30765] PyThread_acquire_lock can block even when asked not ot

Changes by Antoine Pitrou : -- pull_requests: +2468 ___ Python tracker ___ ___

[issue30765] PyThread_acquire_lock can block even when asked not ot

Changes by Antoine Pitrou : -- pull_requests: +2469 ___ Python tracker ___ ___

[issue30772] If I make an attribute "[a unicode version of B]", it gets assigned to "[ascii B]", and so on.

Ezio Melotti added the comment: I can reproduce the issue: $ cat foo.py 픹픹 = 1 __all__ = ['픹픹'] $ python3 -c 'import foo; print(dir(foo)); from foo import *' ['BB', '__all__', '__builtins__', '__cached__', '__doc__', '__file__', '__loader__', '__name__', '__package__', '__spec__'] Traceback

[issue30773] async generator receives wrong value when shared between coroutines

Dima Tisnek added the comment: @Yuri, this bug doesn't require `gather`, here's a version with futures and explicit await's instead. It produces same output: ``` import asyncio async def generator(): while True: x = yield 42 print("received", x) await

[issue2771] Test issue

Ezio Melotti added the comment: 픹픹 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks references

Serhiy Storchaka added the comment: Oh, my bad. Thank you for finding this leak Victor. -- ___ Python tracker ___

[issue30772] If I make an attribute "[a unicode version of B]", it gets assigned to "[ascii B]", and so on.

New submission from Nate Soares: [NOTE: In this comment, I use BB to mean unicode character 0x1D539, b/c the issue tracker won't let me submit a comment with unicode characters in it.] Directory structure: repro/ foo.py test_foo.py Contents of foo.py: BB = 1 __all__ = ['BB']

[issue30765] PyThread_acquire_lock can block even when asked not ot

Changes by Antoine Pitrou : -- pull_requests: +2470 ___ Python tracker ___ ___

[issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks references

Eric N. Vander Weele added the comment: I think I may have found it. $ git show 77703942c5997dff00c48f10df1b29b11645624c Appears to indicate key2 and val2 are *not* decremented in the error conditions. Should I PR a fix for this or let Serhiy resolve? -- nosy: +ericvw

[issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks references

Emily Morehouse added the comment: I also found what Eric did, specifically lines 4913-4918 in the commit he mentioned introduced the bug: if (PyBytes_GET_SIZE(key2) == 0 || strchr(PyBytes_AS_STRING(key2) + 1, '=') != NULL) { PyErr_SetString(PyExc_ValueError, "illegal

[issue30769] [EASY (C)] test_execve_invalid_env() of test_os leaks references

Changes by Eric N. Vander Weele : -- pull_requests: +2464 ___ Python tracker ___ ___

[issue30761] pdb: Add step / next count arguments

Raymond Hettinger added the comment: FWIW, I've never needed this ever. -- nosy: +rhettinger ___ Python tracker ___

[issue30773] async generator receives wrong value when shared between coroutines

New submission from Dima Tisnek: MRE ``` import asyncio async def generator(): while True: x = yield 42 print("received", x) await asyncio.sleep(0.1) async def user(name, g): print("sending", name) await g.asend(name) async def helper(): g =

[issue30772] If I make an attribute "[a unicode version of B]", it gets assigned to "[ascii B]", and so on.

Matthew Barnett added the comment: See PEP 3131 -- Supporting Non-ASCII Identifiers It says: """All identifiers are converted into the normal form NFKC while parsing; comparison of identifiers is based on NFKC.""" >>> import unicodedata >>> unicodedata.name(unicodedata.normalize('NFKC',

[issue30765] PyThread_acquire_lock can block even when asked not ot

Antoine Pitrou added the comment: New changeset 828488393ca79f2ceb0acc2d7c30fb68baad85f8 by Antoine Pitrou in branch '2.7': [2.7] bpo-30765: Avoid blocking when PyThread_acquire_lock() is asked not to (GH-2403) (#2420)

[issue30765] PyThread_acquire_lock can block even when asked not ot

Antoine Pitrou added the comment: Travis-CI and the 3.x buildbots seem fine. -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker

[issue30775] test_multiprocessing_forkserver leaks references on Python 3

STINNER Victor added the comment: test_multiprocessing_spawn doesn't leak: haypo@selma$ ./python -m test --match=test.test_multiprocessing_spawn.WithProcessesTestBarrier.test_barrier --match=test.test_multiprocessing_spawn.WithProcessesTestFinalize.test_finalize -R 3:3

[issue25532] infinite loop when running inspect.unwrap over unittest.mock.call

Patrick Grafe added the comment: Is this ready to get backported to Python 3.5 and 3.6? I see the tags on the issue, but I'm not clear on the process for actually backporting patches. -- nosy: +Patrick Grafe ___ Python tracker

[issue30776] regrtest: change -R/--huntrleaks rule to decide if a test leaks

New submission from STINNER Victor: Currently, regrtest considers that a test file leaks if at least one run increased or decreased the global reference counter. The problem is that in practice, Python is full of singletons, caches, and other jokes of the garbage collector, etc. To reduce

[issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed out waiting for results" on x86 Windows7 3.x

STINNER Victor added the comment: Similar but difference issue. http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.5/builds/215/steps/test/logs/stdio == FAIL: test_directory_compiled

[issue30764] regrtest: Add --fail-env-changed option

STINNER Victor added the comment: New changeset 9ad50d94599aed0c37beaf78948ec271c8aa3881 by Victor Stinner in branch '3.6': bpo-30764: test_subprocess uses SuppressCrashReport (#2405) (#2410) https://github.com/python/cpython/commit/9ad50d94599aed0c37beaf78948ec271c8aa3881 --

[issue30774] list_repr not safe against concurrent mutation

Antoine Pitrou added the comment: Attaching reproducer script. I don't know if that is worth fixing. -- Added file: http://bugs.python.org/file46975/siglist.py ___ Python tracker

[issue20703] RuntimeError caused by lazy imports in pdb

Changes by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___

[issue30775] test_multiprocessing_forkserver leaks references on Python 3

Changes by STINNER Victor : -- title: [3.6] test_multiprocessing_forkserver leaks references on Python 3.6 -> test_multiprocessing_forkserver leaks references on Python 3 versions: +Python 3.5, Python 3.7 ___ Python tracker

[issue30775] test_multiprocessing_forkserver leaks references on Python 3

Antoine Pitrou added the comment: Is it test_finalize or test_barrier? -- ___ Python tracker ___ ___

[issue30532] email.policy.SMTP.fold() mangles long headers

Changes by R. David Murray : -- stage: -> backport needed ___ Python tracker ___ ___

[issue30758] test_pydoc (regrtest?) hangs on ARMv7 Ubuntu 3.x

STINNER Victor added the comment: Similar issue: http://buildbot.python.org/all/builders/x86%20Windows7%203.x/builds/800/steps/test/logs/stdio ... 1:49:04 [403/406/1] test_compile passed -- running: test_subprocess (4969 sec) 1:49:10 [404/406/1] test_strptime passed -- running: test_subprocess

[issue30777] IDLE: configdialog -- add docstrings and improve comments

New submission from Terry J. Reedy: Spinoff from #30728. Docstrings are a form of comment. Both leave behavior alone and do not require testing, just human review. Add the docstrings from the original version of PR 2307, and any others. Review and fix comments in light of the comments on

[issue30778] test_bsddb3 crash on x86 Windows XP 2.7

Changes by STINNER Victor : -- components: +Tests, Windows nosy: +paul.moore, steve.dower, tim.golden, zach.ware versions: +Python 2.7 ___ Python tracker

[issue30778] test_bsddb3 crash on x86 Windows XP 2.7

New submission from STINNER Victor: http://buildbot.python.org/all/builders/x86%20Windows%20XP%202.7/builds/213/steps/test/logs/stdio Run tests in parallel using 2 child processes ... 0:22:09 [321/404/1] test_bsddb3 crashed -- running: test_io (242 sec) test_bsddb3 still working, be

[issue30774] list_repr not safe against concurrent mutation

New submission from Antoine Pitrou: list_repr() is careful to fetch the list size on each iteration. However, it seems that the list size may be mutated just after by concurrent code, perhaps in _PyUnicodeWriter_WriteASCIIString() or Py_EnterRecursiveCall(). I witnessed this with a signal

[issue30765] PyThread_acquire_lock can block even when asked not ot

Antoine Pitrou added the comment: New changeset 55ab604e3fdb91baabe98d1c407b5910eeb31cef by Antoine Pitrou in branch '3.6': [3.6] bpo-30765: Avoid blocking when PyThread_acquire_lock() is asked not to (GH-2403) (#2418)

[issue30774] list_repr not safe against concurrent mutation

Changes by Antoine Pitrou : -- type: -> crash ___ Python tracker ___ ___ Python-bugs-list

  1   2   3   >