[issue33611] Fatal Python error: Py_Initialize: unable to load the file system codec

New submission from s : Fatal Python error: Py_Initialize: unable to load the file system codec ModuleNotFoundError: No module named 'encodings' ### Process: Python [1889] Path: /Library/Frameworks/Python.framework/Versions/3

[issue33565] strange tracemalloc results

Alexander Mohr added the comment: INADA Naoki: Unfortunately you'll need to use credentials from a free AWS account: https://aws.amazon.com/free/. Then create a credentials file in ~/.aws/credentials: https://docs.aws.amazon.com/cli/latest/userguide/cli-config-files.html -- ___

[issue33612] Assertion failure in PyThreadState_Clear

New submission from Serhiy Storchaka : I got the following output when run tests in the huntrleaks mode. $ ./python -We -m test -R 3:3 -x test_builtin -x test_urlparse ... 1:24:54 load avg: 2.48 [225/414] test_multiprocessing_fork beginning 6 repetitions 123456 ..python: Python/pystate.c:589: Py

[issue33612] Assertion failure in PyThreadState_Clear

Change by Serhiy Storchaka : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue33610] IDLE: Make multiple improvements to CodeContext

Terry J. Reedy added the comment: 11. Use read-only Text instead of Label for context. Text.index(f'@{e.x},{e.y}', where e is event, converts mouse click to line number. That can be mapped to text line number for 8. above. Text also enables 12. If context box is too short for all lines, add

[issue19251] bitwise ops for bytes of equal length

Change by Matthias Gilch : -- nosy: +MGilch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue33612] Assertion failure in PyThreadState_Clear

Change by Antoine Pitrou : -- priority: normal -> critical ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue26826] Expose new copy_file_range() syscall in os module.

Giampaolo Rodola' added the comment: This is a great addition. I have a working patch adding sendfile() support for shutil.copyfileobj() which speeds it up by a factor of 1.3x on Linux. According to this https://lists.kernelnewbies.org/pipermail/kernelnewbies/2016-March/015999.html copy_file

[issue33330] Better error handling in PyImport_Cleanup()

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

[issue26826] Expose new copy_file_range() syscall in os module.

STINNER Victor added the comment: > As for the patch attached to this ticket, is there anything missing in order > to push it forward? IMHO the next step would be to create a pull request on GitHub. -- ___ Python tracker

[issue33330] Better error handling in PyImport_Cleanup()

STINNER Victor added the comment: I reopen the issue because I created the PR 7068 to propose further checks (in debug mode). -- resolution: fixed -> status: closed -> open ___ Python tracker __

[issue33612] Assertion failure in PyThreadState_Clear

STINNER Victor added the comment: The assertion has been added by bpo-25612: commit ae3087c6382011c47db82fea4d05f8bbf514265d Author: Mark Shannon Date: Sun Oct 22 22:41:51 2017 +0100 Move exc state to generator. Fixes bpo-25612 (#1773) Move exception state information from fram

[issue33612] Assertion failure in PyThreadState_Clear

STINNER Victor added the comment: Failing assertion: /* The stack of exception states should contain just this thread. */ assert(tstate->exc_info->previous_item == NULL); "test_multiprocessing_fork passed in 9 min 13 sec" Oh. A child process crashed on "self.pid = os.fork()" in "/Lib

[issue33611] Fatal Python error: Py_Initialize: unable to load the file system codec

INADA Naoki added the comment: It seems not a bug of Python. Maybe, your Python installation is broken, or you have wrong PYTHONPATH envvar. -- nosy: +inada.naoki ___ Python tracker __

[issue33611] Fatal Python error: Py_Initialize: unable to load the file system codec

STINNER Victor added the comment: > Maybe, your Python installation is broken, or you have wrong PYTHONPATH > envvar. We should maybe dump sys.path into stderr on the specific "unable to load the file system codec" error. -- nosy: +vstinner ___ Py

[issue33613] test_multiprocessing_fork: test_semaphore_tracker_sigint() fails with -W error

New submission from STINNER Victor : test_semaphore_tracker_sigint() emits a warning. If the test is run with -W error, the test fails. vstinner@apu$ ./python -m test test_multiprocessing_fork -v -m test_semaphore_tracker_sigint (...) test_semaphore_tracker_sigint (test.test_multiprocessing_f

[issue33612] Assertion failure in PyThreadState_Clear

STINNER Victor added the comment: I created bpo-33613: "test_multiprocessing_fork: test_semaphore_tracker_sigint() fails with -W error". I don't think that it's directly related. -- ___ Python tracker _

[issue33613] test_multiprocessing_fork: test_semaphore_tracker_sigint() fails with -W error

STINNER Victor added the comment: Note: I found this bug while working on bpo-33612. -- ___ Python tracker ___ ___ Python-bugs-list

[issue33613] test_multiprocessing_fork: test_semaphore_tracker_sigint() fails with -W error

STINNER Victor added the comment: Attached bug.py reproduces the bug with a daemonic thread but without fork(): $ ./python bug.py ls coredpython: Python/pystate.c:589: PyThreadState_Clear: Assertion `tstate->exc_info->previous_item == NULL' failed. Aborted (core dumped) (You might have to ru

[issue33613] test_multiprocessing_fork: test_semaphore_tracker_sigint() fails with -W error

Change by STINNER Victor : -- Removed message: https://bugs.python.org/msg317375 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue33613] test_multiprocessing_fork: test_semaphore_tracker_sigint() fails with -W error

STINNER Victor added the comment: Using bug.py, the assertion fails at: python: Python/pystate.c:589: PyThreadState_Clear: Assertion `tstate->exc_info->previous_item == NULL' failed. Aborted (core dumped) (...) vstinner@apu$ gdb ./python -c coredump-python.24130 GNU gdb (GDB) Fedora 8.0.1-36.f

[issue33612] Assertion failure in PyThreadState_Clear

STINNER Victor added the comment: Attached bug.py reproduces the bug with a daemonic thread but without fork(): $ ./python bug.py ls coredpython: Python/pystate.c:589: PyThreadState_Clear: Assertion `tstate->exc_info->previous_item == NULL' failed. Aborted (core dumped) (You might have to ru

[issue33613] test_multiprocessing_fork: test_semaphore_tracker_sigint() fails with -W error

Change by STINNER Victor : Removed file: https://bugs.python.org/file47611/bug.py ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue33613] test_multiprocessing_fork: test_semaphore_tracker_sigint() fails with -W error

Change by STINNER Victor : -- Removed message: https://bugs.python.org/msg317376 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue33613] test_multiprocessing_fork: test_semaphore_tracker_sigint() fails with -W error

STINNER Victor added the comment: (Oops, I attached a file and added two comments to this issue, whereas I wanted to comment bpo-33612.) -- ___ Python tracker ___

[issue33612] Assertion failure in PyThreadState_Clear

STINNER Victor added the comment: I created PR 7069 to remove the assertion. With this change, attached bug.py doesn't crash anymore, but it still logs warnings in verbose mode: vstinner@apu$ ./python -v bug.py (...) PyThreadState_Clear: warning: thread still has a frame PyThreadState_Clear:

[issue33612] Assertion failure in PyThreadState_Clear

Change by STINNER Victor : -- keywords: +patch pull_requests: +6697 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue33613] test_multiprocessing_fork: test_semaphore_tracker_sigint() fails with -W error

Serhiy Storchaka added the comment: See also some information about this in issue31463. -- nosy: +serhiy.storchaka ___ Python tracker ___ __

[issue25612] nested try..excepts don't work correctly for generators

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

[issue33330] Better error handling in PyImport_Cleanup()

Serhiy Storchaka added the comment: See also issue33379 about the bug in subinterpreters exposed when add yet one PyErr_WriteUnraisable() in PyImport_Cleanup() (it was not added because of this). -- ___ Python tracker

[issue31463] test_multiprocessing_fork hangs test_subprocess

STINNER Victor added the comment: > It looks like test_multiprocessing_fork doesn't clean up some of its > subprocesses and then test_subprocess hangs on waitpid(0) forever. Oh strange. This issue was supposed to be fixed. I spent a lot of time to fix such bug, but also make sure that not tes

[issue33514] async and await as keywords not mentioned in What’s New In Python 3.7

Miro Hrončok added the comment: This was fixed via issue32996 -- stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue33603] Subprocess Thread handles grow with each call and aren't released [Windows]

GranPrego added the comment: I'm now pretty convinced that sounddevice 0.3.11 library is the culprit, which may in turn point to the portaudio library, or CFFI. I make a call to sd.play() just before calling subprocess to run the dos cmd, the timing was such that process explorer would make i

[issue33612] Assertion failure in PyThreadState_Clear

Serhiy Storchaka added the comment: The assertion looked good to me when I reviewed this code, and I don't understand why it fails. Maybe it would be better to fix the case in which tstate->exc_info->previous_item != NULL before calling PyThreadState_Clear(). Otherwise we can leak some things

[issue33612] Assertion failure in PyThreadState_Clear

Antoine Pitrou added the comment: Yes, simply removing the assertion feels more like a copout than an actual fix. (perhaps it *is* the right fix to the issue, but it would be nice to find out why :-)) -- ___ Python tracker

[issue33603] Subprocess Thread handles grow with each call and aren't released [Windows]

Giampaolo Rodola' added the comment: FYI, there's psutil.Process().num_handles() which you can use to count handles before and after subprocess invocation. -- ___ Python tracker _

[issue33612] Assertion failure in PyThreadState_Clear

STINNER Victor added the comment: > Yes, simply removing the assertion feels more like a copout than an actual > fix. We are very close to the 3.7rc1, so I suggest to remove the assertion, just to get more time to fix the issue. -- I agree that in a perfect world, Python should cleanup ever

[issue33612] Assertion failure in PyThreadState_Clear

Antoine Pitrou added the comment: Le 23/05/2018 à 13:57, STINNER Victor a écrit : > > I agree that in a perfect world, Python should cleanup everything properly, > but in the current world, daemon threads and fork are a mess full of corner > cases like this one. For now, we don't know for su

[issue33547] Relative imports do not replace local variables

Rolf Campbell added the comment: OK, while I understand what you are saying, that is NOT how absolute imports work. I'll give an example: ./main.py:import func ./main.py:print(f"Value of func.func after import func:{func.func}") ./main.py:import func.func ./main.py:print(f"Value of func.func

[issue27485] urllib.splitport -- is it official or not?

Change by Cheryl Sabella : -- keywords: +patch pull_requests: +6699 stage: resolved -> patch review ___ Python tracker ___ ___ Python

[issue27485] urllib.splitport -- is it official or not?

Cheryl Sabella added the comment: Serhiy, Thanks for finding this. I've submitted a PR to fix the tests. -- ___ Python tracker ___ ___

[issue33614] Compilation of Python fails on AMD64 Windows8.1 Refleaks 3.x

Change by STINNER Victor : -- versions: +Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33614] Compilation of Python fails on AMD64 Windows8.1 Refleaks 3.x

New submission from STINNER Victor : http://buildbot.python.org/all/#/builders/80/builds/244 (Link target) -> python3_d.def : error LNK2001: unresolved external symbol PyImport_GetModule [D:\buildarea\3.x.ware-win81-release.refleak\build\PCbuild\python3dll.vcxproj] py

[issue33614] Compilation of Python fails on AMD64 Windows8.1 Refleaks 3.x

Change by STINNER Victor : -- components: +Build, Windows nosy: +paul.moore, serhiy.storchaka, steve.dower, tim.golden, zach.ware ___ Python tracker ___

[issue33565] strange tracemalloc results

INADA Naoki added the comment: Alexander Mohr: Thanks, I can reproduce. I found ResourceWarning is happened when head_object. re may be used for filtering warning. You can use `-W always` to see the warnings. I don't know why the leak happened yet. -- __

[issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks 3.x

New submission from STINNER Victor : http://buildbot.python.org/all/#/builders/1/builds/232 (...) 3:28:16 load avg: 3.67 [401/416/3] test__xxsubinterpreters crashed (Exit code -6) -- running: test_asyncio (4631 sec) python: Modules/gcmodule.c:277: visit_decref: Assertion `_PyGCHead_REFS(gc) !=

[issue33616] typing.NoReturn is undocumented

New submission from Sebastian Rittau : This exists at least in Python 3.6.5's typing module. https://github.com/python/typing/issues/165 has background on why it was added. -- assignee: docs@python components: Documentation messages: 317395 nosy: docs@python, srittau priority: normal se

[issue33565] strange tracemalloc results

STINNER Victor added the comment: > Thanks, I can reproduce. Are you testing the master branch? I fixed a memory leak in the _warnings module for ignored ResourceWarning warnings. -- ___ Python tracker

[issue33565] strange tracemalloc results

INADA Naoki added the comment: I confirmed the leak on 3.6.5, and I can't reproduce it on 3.7.0b4. -- ___ Python tracker ___ ___ Pyt

[issue33614] Compilation of Python fails on AMD64 Windows8.1 Refleaks 3.x

Serhiy Storchaka added the comment: My bad, I didn't test that change on Windows myself, and CI seems was broken at that moment. But I have no ideas why the build is failed. These names are part of stable ABI since version 3.7. I don't see any difference between PyImport_GetModule and say Py

[issue31463] test_multiprocessing_fork hangs test_subprocess

Antoine Pitrou added the comment: Let's take another look at the issue: why does test_subprocess need to know about all child processes, rather than those that were launched during test_subprocess? -- ___ Python tracker

[issue33565] strange tracemalloc results

INADA Naoki added the comment: Hmm, GH-4587 is merged in 3.6 branch in last November, but 3.6.5 doesn't include it? -- ___ Python tracker ___ _

[issue33565] strange tracemalloc results

Change by Antoine Pitrou : -- nosy: -pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue33565] strange tracemalloc results

INADA Naoki added the comment: I was wrong. It is not merged into 3.6 branch. The pull request is just closed. Now nothing strange in tracemalloc. -- ___ Python tracker ___ _

[issue32710] test_asyncio leaked [4, 4, 3] memory blocks, sum=11 on AMD64 Windows8.1 Refleaks 3.x

Change by Giampaolo Rodola' : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue32622] Implement loop.sendfile

Change by Giampaolo Rodola' : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue23188] Provide a C helper function to chain raised (but not yet caught) exceptions

Nick Coghlan added the comment: Also see https://github.com/python/cpython/blob/55edd0c185ad2d895b5d73e47d67049bc156b654/Objects/exceptions.c#L2713 for the version we use in a few places to implicitly update the exception message, while keeping the exception type and state the same (and givin

[issue33607] [subinterpreters] Explicitly track object ownership (and allocator).

Nick Coghlan added the comment: Rather than tracking this per object, you could potentially track it per arena at the memory allocator level instead. Then if you really need the info (e.g. when running the debug allocator), you can check it in a reliable way, but in the normal case, you assum

[issue33608] [subinterpreters] Add a cross-interpreter-safe mechanism to indicate that an object may be destroyed.

Nick Coghlan added the comment: Adding a low level callback based mechanism to ask another interpreter to do work seems like a good way to go to me. As an example of why that might be needed, consider the case of sharing a buffer exporting object with another subinterpreter: when the memoryvi

[issue33547] Relative imports do not replace local variables

Nick Coghlan added the comment: Yes, while weird, that's expected behaviour. Rather than being due to absolute vs relative imports, the difference arises from the fact that in "import pkg.module", the request is explicitly for a submodule, so the submodule import always happens, whereas if yo

[issue33614] Compilation of Python fails on AMD64 Windows8.1 Refleaks 3.x

Serhiy Storchaka added the comment: It succeeds after removing directories amd64 and obj in PCbuild. Seems they are left from old builds and the clean up script did nor remove them. This may be a cause of other weird bugs on Windows. -- ___ Python

[issue30437] SSL_shutdown needs SSL_read() until SSL_ERROR_ZERO_RETURN

Christian Heimes added the comment: The session ticket issue in TLS 1.3 handshake will be fixed by upstream patch https://github.com/openssl/openssl/pull/6340. We still need to drain the SSL socket to remove pending application data before the second SSL_shutdown() call, but it's no longer cr

[issue33617] subprocess.Popen etc do not accept os.PathLike in passed sequence on Windows

New submission from Kyle Altendorf : PS C:\Users\FSTAB\Desktop\g\20\grid-tied> py -3.6 -c "import os, pathlib, subprocess; subprocess.run([pathlib.Path()])" Traceback (most recent call last): File "", line 1, in File "C:\Program Files\Python36\lib\subprocess.py", line 403, in run with P

[issue33617] subprocess.Popen etc do not accept os.PathLike in passed sequence on Windows

Change by Serhiy Storchaka : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> subprocess._execute_child doesn't accept a single PathLike argument for args ___ Python tracker

[issue33617] subprocess.Popen etc do not accept os.PathLike in passed sequence on Windows

STINNER Victor added the comment: That's a feature request for Python 3.8 ;-) > PR to follow soon. Cool! -- components: +Library (Lib), Windows nosy: +paul.moore, steve.dower, tim.golden, vstinner, zach.ware resolution: duplicate -> stage: resolved -> status: closed -> open supersed

[issue33565] strange tracemalloc results

STINNER Victor added the comment: > Hmm, GH-4587 is merged in 3.6 branch in last November, but 3.6.5 doesn't > include it? We decided to not fix the memory leak in Python 3.6: https://github.com/python/cpython/pull/4587#issuecomment-347659163 """ This change makes warning.warn() 1.4x slower o

[issue33617] subprocess.Popen etc do not accept os.PathLike in passed sequence on Windows

Change by Kyle Altendorf : -- keywords: +patch pull_requests: +6700 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue33617] subprocess.Popen etc do not accept os.PathLike in passed sequence on Windows

Kyle Altendorf added the comment: I totally failed to fill out the metadata, sorry. I would personally consider this more of a bugfix than a feature enhancement, but I don't know how that's decided exactly. It's also quite small. There are a couple other open issues related to full os.Path

[issue27485] urllib.splitport -- is it official or not?

Change by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue33618] Support TLS 1.3

New submission from Christian Heimes : Epic for various TLS 1.3 related tasks and improvements TLS 1.3 requires some changes to the SSL module and tests. The TLS 1.3 handshake behaves slightly differently, which causes some tests to fail. The new handshake and deferred non-application data als

[issue33618] Support TLS 1.3

Christian Heimes added the comment: More: * We also need a new API to request TLS client cert authentication *after* some application data was requested. The use case is e.g. HTTP web server. A client sends a GET request and then the server gets to decide if the route requires authentication

[issue33616] typing.NoReturn is undocumented

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

[issue33569] dataclasses InitVar does not maintain any type info

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

[issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks 3.x

Eric Snow added the comment: I'll take a look. Thanks! -- assignee: -> eric.snow ___ Python tracker ___ ___ Python-bugs-list maili

[issue33421] Missing documentation for typing.AsyncContextManager

Ivan Levkivskyi added the comment: This is now fixed. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue33618] Support TLS 1.3

Change by Chih-Hsuan Yen : -- nosy: +yan12125 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue29427] Option to skip padding for base64 urlsafe encoding/decoding

Change by Guillaume : -- keywords: +patch pull_requests: +6702 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list ma

[issue33612] Assertion failure in PyThreadState_Clear

STINNER Victor added the comment: New changeset b6dccf54fd3bac9c87348d96f9d6b571608c15bc by Victor Stinner in branch 'master': bpo-33612: Remove PyThreadState_Clear() assertion (#7069) https://github.com/python/cpython/commit/b6dccf54fd3bac9c87348d96f9d6b571608c15bc -- _

[issue33612] Assertion failure in PyThreadState_Clear

Change by miss-islington : -- pull_requests: +6704 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue25612] nested try..excepts don't work correctly for generators

Change by miss-islington : -- pull_requests: +6705 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue32436] Implement PEP 567

Change by Yury Selivanov : -- pull_requests: +6703 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue25612] nested try..excepts don't work correctly for generators

STINNER Victor added the comment: New changeset b6dccf54fd3bac9c87348d96f9d6b571608c15bc by Victor Stinner in branch 'master': bpo-33612: Remove PyThreadState_Clear() assertion (#7069) https://github.com/python/cpython/commit/b6dccf54fd3bac9c87348d96f9d6b571608c15bc -- _

[issue33565] strange tracemalloc results

Alexander Mohr added the comment: I'll try with that fix and see if the leak is fixed, is the reasoning that if the warning happens after the try/except scope and that's why the callstack has it? -- ___ Python tracker

[issue33614] Compilation of Python fails on AMD64 Windows8.1 Refleaks 3.x

Steve Dower added the comment: I guess that means there is an invalid date comparison going on to detect when the file has changed. This file doesn't change often, so it's easy to miss :) All the critical builds should forcibly rebuild it, so this isn't urgent, but I'll take a look next time

[issue27535] Ignored ResourceWarning warnings leak memory in warnings registries

Alexander Mohr added the comment: not fixing this means that 3.6 slowly leaks for many people in prod. It's not often possible to fix all the warnings on large dynamic applications, I highly suggest finding a way to get this into 3.6. I bet there are a lot of frustrated people out there who

[issue33462] reversible dict

Rémi Lapeyre added the comment: I updated the pull request, now reversed work on the dict and dict views: ➜ cpython git:(master) ./python.exe Python 3.8.0a0 (heads/master-dirty:128576b88c, May 23 2018, 16:33:46) [Clang 9.0.0 (clang-900.0.39.2)] on darwin Type "help", "copyright", "credits" o

[issue33609] Document that dicts preserve insertion order

Cheryl Sabella added the comment: As reference, issue32337 made some changes documenting that the dicts preserve insertion order. Also, issue33218 was marked as being superseded by #32337. -- nosy: +cheryl.sabella ___ Python tracker

[issue33619] libffi detection via pkg-config is broken

New submission from Chih-Hsuan Yen : The cause is that ./configure contains unexpanded m4 macro PKG_PROG_PKG_CONFIG: https://github.com/python/cpython/blob/3055c94/configure#L9909 For unknown reasons, after GH-6850 the PKG_PROG_PKG_CONFIG macro is removed from aclocal.m4, and thus the macro is

[issue33620] requests.Session doesn't properly handle closed keep-alive sessions

New submission from Jonathan Lynch : When a server reaps a keep-alive session it sends a FIN packet to the client. Normally, requests handles this fine and rebuilds the session on the next request. However, there is an edge case involving network latency that is not properly handled: If pytho

[issue33614] Compilation of Python fails on AMD64 Windows8.1 Refleaks 3.x

Serhiy Storchaka added the comment: If "PCbuild\build.bat -p x64" builds Python, "PCbuild\clean.bat -p x64" removes all files in PCbuild\amd64 but python3stub.exp and python3stub.lib. -- ___ Python tracker _

[issue33620] requests.Session doesn't properly handle closed keep-alive sessions

Serhiy Storchaka added the comment: requests is a third-party package. Can you reproduce your issue with the standard Python library? -- nosy: +serhiy.storchaka ___ Python tracker ___

[issue33565] strange tracemalloc results

Alexander Mohr added the comment: Ok I've verified that the patch does indeed fix the leak detected. Thank you very much INADA for knowing that there was a leak in the warnings module, I would have never guessed, especially given the tracemalloc stack given. Had it showed a callstack where

[issue33619] libffi detection via pkg-config is broken

Change by Chih-Hsuan Yen : -- keywords: +patch pull_requests: +6706 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue32436] Implement PEP 567

Yury Selivanov added the comment: New changeset 28b9178023a445b1da2694774c265cd4b7a244ec by Yury Selivanov in branch 'master': bpo-32436: Document PEP 567 changes to asyncio. (GH-7073) https://github.com/python/cpython/commit/28b9178023a445b1da2694774c265cd4b7a244ec -- _

[issue32436] Implement PEP 567

Change by miss-islington : -- pull_requests: +6707 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue33621] repr(threading._DummyThread) always fails.

New submission from Fabio Zadrozny : Doing the following throws an exception: import threading repr(threading._DummyThread()) Or, in a more contrived example (I actually had this in a QThread, so, reproducing using getting the current_thread using a thread created with the _thread module):

[issue33622] Fix and improve errors handling in the garbage collector

New submission from Serhiy Storchaka : There are following bugs in the garbage collector. * If the garbage collector fails to add an object with __del__ or referenced by an object with __del__ to gc.garbage (in handle_legacy_finalizers()), it leaks it and other not added objects with __del__ a

[issue33620] requests.Session doesn't properly handle closed keep-alive sessions

Jonathan Lynch added the comment: Ah, I'm sorry! I'll open the report over there, closing this. -- resolution: -> third party stage: -> resolved status: open -> closed ___ Python tracker ___

[issue33622] Fix and improve errors handling in the garbage collector

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +6708 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-

[issue32436] Implement PEP 567

miss-islington added the comment: New changeset 2fc443c469fb15033b6b96acd727e2e7cc147adc by Miss Islington (bot) in branch '3.7': bpo-32436: Document PEP 567 changes to asyncio. (GH-7073) https://github.com/python/cpython/commit/2fc443c469fb15033b6b96acd727e2e7cc147adc -- __

  1   2   3   >