[issue37212] ordered keyword arguments in unittest.mock.call repr and error messages

New submission from Karthikeyan Singaravelan : With PEP 468 implemented in Python 3.6 the order of keyword arguments are preserved. In mock.call the arguments are sorted [0]. This makes the output different from the expectation that order should be same as the one passed. This was implemented

[issue37074] os.stat() does not work for NUL and CON

Serhiy Storchaka added the comment: Do you mind to create a PR Eryk? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue36548] Make the repr of re flags more readable

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

[issue37213] Peeephole optimizer does not optimize functions with multiline expressions

New submission from Serhiy Storchaka : The optimization is skipped if lnotab contains 255. It was very uncommon in older versions (only when the function contains very large expressions, larger than hundreds of lines or bytecode instructions), but in 3.8 this situation is common. For example

[issue32477] Move jumps optimization from the peepholer to the compiler

Serhiy Storchaka added the comment: Opened issue37213 for the regression in the peepholer. -- ___ Python tracker ___ ___ Python-bug

[issue37213] Peeephole optimizer does not optimize functions with multiline expressions

Change by Serhiy Storchaka : -- keywords: +3.8regression ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue29717] `loop.add_reader` and `<

Алексей Костырин added the comment: Checked latest master (c879ff247ae1b67a790ff98d2d59145302cd4e4e), 3.8 - 3.5 branches - can not reproduce. OS - macOS -- nosy: +Алексей Костырин ___ Python tracker

[issue37172] Odd error awaiting a Future

Andrew Svetlov added the comment: Not sure what "idempotency fix" means in the context of Future objects. Could you describe desired behavior or, even better, provide a pull request that demonstrates your desire? -- ___ Python tracker

[issue29717] `loop.add_reader` and `<

Andrew Svetlov added the comment: If fd is a regular file it is not supported well by all select/poll/epoll. Registration may succeed but the data is marked as "already ready for reading". Not sure if we should do anything. The situation may be changed after eventual providing asyncio API for

[issue37107] ensurepip --upgrade doesn't change the version of pip used by venv

Petr Viktorin added the comment: Please don't forget that it is possible to use venv without PyPI. With my Fedora hat on: as a distro, we don't trust PyPI as a package delivery infrastructure. Lots of users do, and we allow the users to easily but explicitly opt in to trusting it by running

[issue37172] Odd error awaiting a Future

Dima Tisnek added the comment: I think that if a Future is abused, the following two should return *same* error: async def test(): await asyncio.gather(reader(), writer()) -vs- async def test(): await asyncio.gather(reader(), reader(), writer()) --

[issue36742] CVE-2019-10160: urlsplit NFKD normalization vulnerability in user:password@

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

[issue37172] Odd error awaiting a Future

Andrew Svetlov added the comment: Agree, it would be fine. So the behavior is not changed but the error text should be clear, right? -- ___ Python tracker ___

[issue37213] Peeephole optimizer does not optimize functions with multiline expressions

Pablo Galindo Salgado added the comment: Thank you very much, Serhiy! I am interested, I will try to look at the problem and try to get a PR soon. What of the two possible solutions that you mention you think is better? I assume if we make the peephole optimizer work with lnotab containing 2

[issue36742] CVE-2019-10160: urlsplit NFKD normalization vulnerability in user:password@

Riccardo Schirone added the comment: > CVE-2019-10160 has been assigned by Red Hat to this flaw. For clarity, CVE-2019-10160 has been assigned to the bug introduced with the fix for the functional regression mentioned in this bug, and not to the bug itself explained in the first comment. See

[issue37172] Odd error awaiting a Future

Dima Tisnek added the comment: Yes, I think that would be sufficient! I don't know about implementation though, as there's some magic in the way Future.__await__ tries to guess how it was called. I hope one day that magic could go away, but I neither understand the origin nor the mechanics o

[issue37151] Calling code cleanup after PEP 590

shafiq sahil added the comment: http://www.mobile-phone.pk/search/ -- nosy: +shafiq sahil ___ Python tracker ___ ___ Python-bugs-li

[issue37213] Peeephole optimizer does not optimize functions with multiline expressions

Serhiy Storchaka added the comment: Yes, we should backport the fix to 3.8. There is a bug in 3.8. -- ___ Python tracker ___ ___ Py

[issue37214] Add new EncodingWarning warning category: emitted when the locale encoding is used implicitly

New submission from STINNER Victor : Spin-off of INADA-san's PEP 597: I propose to emit a new EncodingWarning warning when the locale encoding is used implicitly. I propose to add a new warning to be able to control how they are handled: either make them hard error (python3.9 -W error::Encodi

[issue37214] Add new EncodingWarning warning category: emitted when the locale encoding is used implicitly

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

[issue37151] Calling code cleanup after PEP 590

Change by Karthikeyan Singaravelan : -- Removed message: https://bugs.python.org/msg345119 ___ Python tracker ___ ___ Python-bugs-li

[issue36221] Setting PYTHONASYNCIODEBUG breaks warnings

Alexey Kostyrin added the comment: Can not reproduce - warning is displayed with PYTHONASYNCIODEBUG=1 Python version: Python 3.8.0b1+ (heads/3.8:3f7629d93c, Jun 10 2019, 13:46:55) [Clang 10.0.0 (clang-1000.10.44.4)] on darwin -- nosy: +def_bk ___

[issue37214] Add new EncodingWarning warning category: emitted when the locale encoding is used implicitly

STINNER Victor added the comment: Building Python (make) with PR 13938 emits 7 EncodingWarning warnings: $ PYTHONWARNINGS=always::EncodingWarning make /home/vstinner/prog/python/master/Lib/sysconfig.py:228: EncodingWarning: encoding=None with open(filename, errors="surrogateescape") as f:

[issue37214] Add new EncodingWarning warning category: emitted when the locale encoding is used implicitly

STINNER Victor added the comment: Another test: try to build a venv to get pip: Building a venv is ok. Good, our stdlib is not so bad :-) $ PYTHONWARNINGS=error::EncodingWarning ./python -W error::EncodingWarning -m venv --without-pip env But ensurepip fails soon: $ PYTHONWARNINGS=error:

[issue37214] Add new EncodingWarning warning category: emitted when the locale encoding is used implicitly

STINNER Victor added the comment: My subprocess patch was wrong: you must use attached subprocess.patch. -- Added file: https://bugs.python.org/file48408/subprocess.patch ___ Python tracker _

[issue34677] Event scheduler page example

Cheryl Sabella added the comment: Thank you for the report. As others have said, the actual time.time() value for the two `s.enter` events is different even though the `delay` value of 5 seems like it should be the same. As @xtreak pointed out, the example is clever in showing that using `

[issue28708] Low FD_SETSIZE limit on Windows

Andrei Zene added the comment: I have updated PR 13842(https://github.com/python/cpython/pull/13842) to dynamically alocate the fd_sets on windows. I did some testing on windows with the following two paterns: 1. 1 transient clients: (open connection, send message, close connection) 2. 10

[issue37215] Build with dtrace is broken on some systems

New submission from Jakub Kulik : After the integration of https://bugs.python.org/issue36842, build with dtrace is broken on systems where files that reference DTrace probes need to be modified in-place by dtrace (e.g., Solaris). The reason for that is that Python/sysmodule.o, which newly co

[issue37215] Build with dtrace is broken on some systems

Change by Jakub Kulik : -- keywords: +patch pull_requests: +13806 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13939 ___ Python tracker ___

[issue37215] Build with dtrace is broken on some systems

Change by Christian Heimes : -- pull_requests: +13807 pull_request: https://github.com/python/cpython/pull/13940 ___ Python tracker ___

[issue36842] Implement PEP 578

Change by Christian Heimes : -- pull_requests: +13808 pull_request: https://github.com/python/cpython/pull/13940 ___ Python tracker ___

[issue36742] CVE-2019-10160: urlsplit NFKD normalization vulnerability in user:password@

Change by Charalampos Stratakis : -- nosy: +cstratak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue37130] pathlib does not handle '..' directory

N.P. Khelili added the comment: First, there is no real special case about the '.' path. The parse_args() method simlply removes then during __new__() (around line 80) as they are not needed. Double dots having to be kept, are later considered valid by the name @property. In test_pathlib.py

[issue36842] Implement PEP 578

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue34850] Emit a syntax warning for "is" with a literal

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue23649] tarfile not re-entrant for multi-threading

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue36842] Implement PEP 578

miss-islington added the comment: New changeset 8a8b59c9794674b50b2242698c29038034f4864c by Miss Islington (bot) (Christian Heimes) in branch 'master': bpo-37215: Fix dtrace issue introduce by bpo-36842 (GH-13940) https://github.com/python/cpython/commit/8a8b59c9794674b50b2242698c29038034f486

[issue36842] Implement PEP 578

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

[issue37215] Build with dtrace is broken on some systems

miss-islington added the comment: New changeset 8a8b59c9794674b50b2242698c29038034f4864c by Miss Islington (bot) (Christian Heimes) in branch 'master': bpo-37215: Fix dtrace issue introduce by bpo-36842 (GH-13940) https://github.com/python/cpython/commit/8a8b59c9794674b50b2242698c29038034f486

[issue37215] Build with dtrace is broken on some systems

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

[issue36842] Implement PEP 578

miss-islington added the comment: New changeset bac6e63fd63960a1ab862befab42de05d32667c2 by Miss Islington (bot) in branch '3.8': bpo-37215: Fix dtrace issue introduce by bpo-36842 (GH-13940) https://github.com/python/cpython/commit/bac6e63fd63960a1ab862befab42de05d32667c2 -- _

[issue37215] Build with dtrace is broken on some systems

miss-islington added the comment: New changeset bac6e63fd63960a1ab862befab42de05d32667c2 by Miss Islington (bot) in branch '3.8': bpo-37215: Fix dtrace issue introduce by bpo-36842 (GH-13940) https://github.com/python/cpython/commit/bac6e63fd63960a1ab862befab42de05d32667c2 -- _

[issue37216] mac installation document wrong for python 3.7.3

New submission from makdon : According the mail in docs mailing list, there's a typo in python installation document on Macos. I will check it and create a PR if necessary. The email says: https://docs.python.org/3/using/mac.html#getting-and-installing-macpython says "What you get after in

[issue37216] mac installation document wrong for python 3.7.3

Karthikeyan Singaravelan added the comment: Relevant email : https://mail.python.org/pipermail/docs/2019-June/041030.html -- components: +macOS nosy: +ned.deily, ronaldoussoren, xtreak ___ Python tracker ___

[issue34850] Emit a syntax warning for "is" with a literal

Change by Brett Cannon : -- nosy: +brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue37107] ensurepip --upgrade doesn't change the version of pip used by venv

Steve Dower added the comment: I'm with Petr here. ensurepip/venv should only go as far as we support, which is the version of the wheels included in our bundle. We should continue having the stdlib pretend that PyPI doesn't exist. External network access would justify the longer option, in

[issue26806] IDLE not displaying RecursionError tracebacks and hangs

Tal Einat added the comment: > 'max(n, 50)' should have been 'min(n, 50)' Tal, does you comment avove about > the former apply when corrected to the latter? Yes. To use your terms, I prefer incrementing over thresholding. > This is all that is needed for getrecursionlimit. If we go with in

[issue26806] IDLE not displaying RecursionError tracebacks and hangs

Tal Einat added the comment: Setting the recursion limit too low also causes issues in a plain Python interactive session. With current master (to be 3.9) on Win10, I get issues with values up to 6. In IDLE values up to 20 cause an immediate exception similar to the one described by Serhiy.

[issue37130] pathlib does not handle '..' directory

Change by Brett Cannon : -- assignee: -> brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue37206] Incorrect application of Argument Clinic to dict.pop()

Ned Deily added the comment: As I noted on the PR: "I'm not going to get into whether this PR is appropriate for 3.8 but, assuming it were, I would be very concerned about making a change of this size and complexity in 3.7 at this stage in its lifecycle." -- nosy: +lukasz.langa, ned.

[issue26806] IDLE not displaying RecursionError tracebacks and hangs

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

[issue37217] SSL socket segfaults during a connect() using a punycode domain containg a umlaut

New submission from kmille : Hey, chs@gw-sss-nb8:~$ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description:Ubuntu 16.04.4 LTS Release:16.04 Codename: xenial chs@gw-sss-nb8:~$ python3 --version Python 3.5.2 chs@gw-sss-nb8:~$ cat segfault.py import ssl i

[issue26806] IDLE not displaying RecursionError tracebacks and hangs

Tal Einat added the comment: See PR GH-13944. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue26806] IDLE not displaying RecursionError tracebacks and hangs

Terry J. Reedy added the comment: [Initially written before you posted the PR] Serhiy's result suggests that 25 might not always be enough and he suggested 50. Plus IDLE sometimes makes more calls internally. Lets go with at least 30. I agree that "get...(set...(n)) == n" (when n is positiv

[issue13889] str(float) and round(float) issues with FPU precision

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

[issue36402] test_threading: test_threads_join_2() failed with "Fatal Python error: Py_EndInterpreter: not the last thread" on AMD64 FreeBSD CURRENT Shared 3.x

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

[issue36402] test_threading: test_threads_join_2() failed with "Fatal Python error: Py_EndInterpreter: not the last thread" on AMD64 FreeBSD CURRENT Shared 3.x

STINNER Victor added the comment: Oh. Using PR 13889, I'm able to reproduce the bug up to Python 3.4. Example at commit commit e76cbc781044ee01b059f3702c580e66266b84c5 (tag: v3.4.10): $ wget 'https://github.com/python/cpython/pull/13889.patch' $ git apply 13889.patch $ ./python -m test -F -m

[issue37218] Default hmac.new() digestmod has not been removed from documentation

New submission from Alex Willmer : Until Python 3.8 hmc.new() defaulted the digestmod argument to 'hmac-md5'. This was deperecated, to be removed in Python 3.8. In Python 3.8.0b1 it is gone, e.g. Python 3.8.0b1 (default, Jun 6 2019, 03:44:52) [GCC 7.4.0] on linux Type "help", "copyright", "c

[issue37218] Default hmac.new() digestmod has not been removed from documentation

Alex Willmer added the comment: Scratch the part about documented signature, it's still `hmac.new(... digestmod=None)`, the check happens in the body of the function -- ___ Python tracker __

[issue24412] setUpClass equivalent for addCleanup

Change by Lisa Roach : -- stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing

[issue37218] Default hmac.new() digestmod has not been removed from documentation

Change by Alex Willmer : -- keywords: +patch pull_requests: +13814 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13947 ___ Python tracker ___ ___

[issue36402] test_threading: test_threads_join_2() failed with "Fatal Python error: Py_EndInterpreter: not the last thread" on AMD64 FreeBSD CURRENT Shared 3.x

STINNER Victor added the comment: threading._shutdown() uses threading.enumerate() which iterations on threading._active. threading.Thread registers itself into threading._active using its _bootstrap_inner() method. It unregisters itself when _bootstrap_inner() completes, whereas its is_ali

[issue37219] empty set difference does not check types of values

New submission from Anthony Sottile : This is a regression from python2.x behaviour: $ python2 Python 2.7.15rc1 (default, Nov 12 2018, 14:31:15) [GCC 7.3.0] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> x = set() >>> x.difference(123) Traceback (most rece

[issue36905] test_typing.GetTypeHintTests.test_get_type_hints_modules_forwardref unexpected success while running whole test suite sequentially

Change by Benjamin Peterson : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Unexpected success of test_get_type_hints_modules_forwardref in test_typing ___ Python tracker

[issue36402] test_threading: test_threads_join_2() failed with "Fatal Python error: Py_EndInterpreter: not the last thread" on AMD64 FreeBSD CURRENT Shared 3.x

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

[issue37220] test_idle crash on Windows when run with -R:

New submission from Zachary Ware : See for example https://buildbot.python.org/all/#/builders/33/builds/613 This build ended when I logged into the machine and clicked the "Close the program" button on the "python_d.exe crashed" dialog box. Here's the details from that dialog: Problem signa

[issue36402] test_threading: test_threads_join_2() failed with "Fatal Python error: Py_EndInterpreter: not the last thread" on AMD64 FreeBSD CURRENT Shared 3.x

STINNER Victor added the comment: Other references to test_threads_join_2() failures: * bpo-36989: fails once AIX * bpo-27791: 2 failures in 2016 in "AMD64 FreeBSD 10 Shared 3.x" buildbots (I closed the issue with: "Sadly, such bug is hard to reproduce. I didn't look at buildbots recently, a

[issue36402] test_threading: test_threads_join_2() failed with "Fatal Python error: Py_EndInterpreter: not the last thread" on AMD64 FreeBSD CURRENT Shared 3.x

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

[issue33591] ctypes does not support fspath protocol

Robert added the comment: Can anyone do a review? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue36402] test_threading: test_threads_join_2() failed with "Fatal Python error: Py_EndInterpreter: not the last thread" on AMD64 FreeBSD CURRENT Shared 3.x

STINNER Victor added the comment: test_threading: test_threads_join_2() was added by commit 7b47699 in 2013, but the test failed randomly since it was added. It's just that failures were ignored until I created https://bugs.python.org/issue36402 last March. In fact, when the test failed rand

[issue36402] threading._shutdown() race condition: test_threading test_threads_join_2() fails randomly

Change by STINNER Victor : -- title: test_threading: test_threads_join_2() failed with "Fatal Python error: Py_EndInterpreter: not the last thread" on AMD64 FreeBSD CURRENT Shared 3.x -> threading._shutdown() race condition: test_threading test_threads_join_2() fails randomly __

[issue18808] Thread.join returns before PyThreadState is destroyed

STINNER Victor added the comment: _thread._set_sentinel() and threading.Thread._tstate_lock is a great enhancement, as Py_EndInterprter() which now calls threading._shutdown(). FYI I found yet another race condition, this time in threading._shutdown(). See bpo-36402 follow-up: "threading._sh

[issue37221] PyCode_New API change breaks backwards compatibility policy

New submission from Nick Coghlan : The Porting section of the What's New guide is for changes where the old behaviour was at best arguably correct, but it's still possible someone was relying on it behaving exactly the way it used to. It isn't for us to say "We broke all extensions that use t

[issue37221] PyCode_New API change breaks backwards compatibility policy

STINNER Victor added the comment: PyCode_New() and types.CodeType constructor are actively discussed: * https://mail.python.org/archives/list/python-...@python.org/thread/VXDPH2TUAHNPT5K6HBUIV6VASBCKKY2K/ * bpo-36896 * bpo-36886 -- nosy: +vstinner ___

[issue37222] urllib missing voidresp breaks CacheFTPHandler

New submission from Dan Hemberger : When using the CacheFTPHandler in the most basic of contexts, a URLError will be thrown if you try to reuse any of the FTP instances stored in the handler. This makes CacheFTPHandler unusable for its intended purpose. Note that the default FTPHandler circum

[issue36373] Deprecate explicit loop parameter in all public asyncio APIs

Change by Emmanuel Arias : -- pull_requests: +13818 pull_request: https://github.com/python/cpython/pull/13950 ___ Python tracker ___ __

[issue16270] urllib hangs when closing connection

Change by Dan Hemberger : -- pull_requests: +13820 pull_request: https://github.com/python/cpython/pull/13951 ___ Python tracker ___ ___

[issue37222] urllib missing voidresp breaks CacheFTPHandler

Change by Dan Hemberger : -- keywords: +patch pull_requests: +13819 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13951 ___ Python tracker ___ __

[issue18748] io.IOBase destructor silence I/O error on close() by default

STINNER Victor added the comment: I created bpo-37223: test_io logs Exception ignored in: warnings. -- ___ Python tracker ___ ___

[issue37223] test_io logs Exception ignored in: warnings

New submission from STINNER Victor : bpo-18748 modified io.IOBase finalizer to no longer silence close() exception in develoment and in debug mode. The commit 472f794a33221ea835a2fbf6c9f12aa2bd66d1b0 fixed a few destructor errors in test_io, but there are still a few: test_uninitialized (tes

[issue18748] io.IOBase destructor silence I/O error on close() by default

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

[issue37223] test_io logs Exception ignored in: warnings

STINNER Victor added the comment: See also bpo-36918 (test_urllib) and bpo-37069 (regrtest: log unraisable exceptions and uncaught thread exceptions). -- ___ Python tracker _

[issue18748] io.IOBase destructor silence I/O error on close() by default

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

[issue37223] test_io logs Exception ignored in: warnings

STINNER Victor added the comment: PR 13952 fix many errors, but not of all them. test_io.PyBufferedWriterTest.test_misbehaved_io() logs a warning, whereas test_io.CBufferedWriterTest.test_misbehaved_io() doesn't. It seems like _pyio.BufferedWriter lacks bpo-32228 fix. Extract of the C imple

[issue18748] io.IOBase destructor silence I/O error on close() by default

STINNER Victor added the comment: New changeset 4f6f7c5a611905fb6b81671547f268c226bc646a by Victor Stinner in branch 'master': bpo-18748: Fix _pyio.IOBase destructor (closed case) (GH-13952) https://github.com/python/cpython/commit/4f6f7c5a611905fb6b81671547f268c226bc646a -- __

[issue37223] test_io logs Exception ignored in: warnings

STINNER Victor added the comment: New changeset 4f6f7c5a611905fb6b81671547f268c226bc646a by Victor Stinner in branch 'master': bpo-18748: Fix _pyio.IOBase destructor (closed case) (GH-13952) https://github.com/python/cpython/commit/4f6f7c5a611905fb6b81671547f268c226bc646a --

[issue37223] test_io logs Exception ignored in: warnings

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

[issue37224] test__xxsubinterpreters failed on AMD64 Windows8.1 Refleaks 3.8

New submission from STINNER Victor : https://buildbot.python.org/all/#/builders/224/builds/5 0:46:02 load avg: 1.53 [259/423/1] test__xxsubinterpreters failed -- running: test_httplib (1 min 6 sec), test_mmap (16 min 42 sec) beginning 6 repetitions 123456 ..Exception in thread Thread-28: Trace

[issue37224] test__xxsubinterpreters failed on AMD64 Windows8.1 Refleaks 3.8

STINNER Victor added the comment: See bpo-33356. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue36918] ValueError warning in test_urllib due to io.IOBase destructor

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

[issue36918] ValueError warning in test_urllib due to io.IOBase destructor

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

[issue36402] threading._shutdown() race condition: test_threading test_threads_join_2() fails randomly

Change by Kubilay Kocak : -- nosy: +koobs ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue36918] ValueError warning in test_urllib due to io.IOBase destructor

STINNER Victor added the comment: Well, maybe Python GC can be enhanced. In the meanwhile, I would like to make these warnings quiet since they are very annoying when I have to analyze buildbot warnings. Moreover, this issues blocks my bpo-37069. Maybe open a separated issue to propose to en

[issue37223] test_io logs Exception ignored in: warnings

STINNER Victor added the comment: New changeset b589cef9c4dada2fb84ce0fae5040ecf16d9d5ef by Victor Stinner in branch 'master': bpo-37223: test_io: silence destructor errors (GH-13954) https://github.com/python/cpython/commit/b589cef9c4dada2fb84ce0fae5040ecf16d9d5ef -- _

[issue37223] test_io logs Exception ignored in: warnings

STINNER Victor added the comment: Once bpo-36918 will be fixed, I will backport changes to Python 3.8. -- ___ Python tracker ___ __

[issue36918] ValueError warning in test_urllib due to io.IOBase destructor

STINNER Victor added the comment: I proposed PR 13955: a fix in 2 lines. -- ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue37221] PyCode_New API change breaks backwards compatibility policy

Pablo Galindo Salgado added the comment: Thanks, Nick for opening this issue. If everyone agrees this is the best path forward I can make a PR. Take into account that doing such rename will break again the projects that have adapted already (primarily only Cython). I would like to give some

[issue37220] test_idle crash on Windows when run with -R:

Terry J. Reedy added the comment: The #37177 patch touched SearchDialogBase.py and test_searchdialogbase.py. I reproduced a premature stop if the full IDLE suite is run, but don't understand all of the results. After fresh update and rebuild: python -m test -ugui test_idle 3.9 runs fine, no

[issue37220] test_idle crash on Windows when run with -R:

Change by Terry J. Reedy : -- keywords: +patch pull_requests: +13824 stage: test needed -> patch review pull_request: https://github.com/python/cpython/pull/13957 ___ Python tracker __

[issue37216] mac installation document wrong for python 3.7.3

makdon added the comment: Thanks xtreak. I am a beginner on python mailing list and now i've learn how to get a link to the email. And i found a version error on windows installation document on version 3.6.8 that the picture is still using version 3.5: https://docs.python.org/3.6/using/wi

  1   2   >