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

Ned Deily added the comment: > All the critical builds should forcibly rebuild it, so this isn't urgent, but > I'll take a look next time I get a chance to work on the build files. It's more than a *bit* urgent since it is causing one of the 3.7 stable buildbots to fail to build and not run t

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

Ned Deily added the comment: (for example, http://buildbot.python.org/all/#/builders/133/builds/251 ) -- ___ Python tracker ___ ___

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

Michael Selik added the comment: I changed the PR to simply replace OrderedDict with dict. For the docs warnings, if I'm understanding correctly, those should be separate pulls for older branches? -- ___ Python tracker

[issue33618] Support TLS 1.3

Christian Heimes added the comment: New changeset 72ef4fc32b354f8e56eec64f4c15ac2e07d118be by Christian Heimes (Miss Islington (bot)) in branch '3.7': [3.7] bpo-33618: Enable TLS 1.3 in tests (GH-7079) (GH-7082) https://github.com/python/cpython/commit/72ef4fc32b354f8e56eec64f4c15ac2e07d118be

[issue33609] Document that dicts preserve insertion order

Ned Deily added the comment: I agree with Yury's suggestions; the entry in the "Dictionary view objects" section, that Cheryl points to, is not sufficient. Is somebody willing to write a PR? -- priority: normal -> high stage: -> needs patch type: enhancement -> ___

[issue33618] Support TLS 1.3

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

[issue33618] Support TLS 1.3

Christian Heimes added the comment: New changeset 529525fb5a8fd9b96ab4021311a598c77588b918 by Christian Heimes in branch 'master': bpo-33618: Enable TLS 1.3 in tests (GH-7079) https://github.com/python/cpython/commit/529525fb5a8fd9b96ab4021311a598c77588b918 -- __

[issue33618] Support TLS 1.3

Christian Heimes added the comment: Tests with 1.0.2o and 1.1.0h are passing. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue33618] Support TLS 1.3

Ned Deily added the comment: As long as it doesn't break 1.0.2 and 1.1.0 support, sure :) -- ___ Python tracker ___ ___ Python-bugs-

[issue32911] Doc strings no longer stored in body of AST

Serhiy Storchaka added the comment: Maybe we will need to return to this issue in future and merge Inada's patch. IPython has been needed to add a workaround for this change. [1] And maybe Python will be needed to add that workaround if once it will add the support of pasting multiple complex

[issue33618] Support TLS 1.3

Christian Heimes added the comment: Yes, if that's ok with you. It's only documentation and test updates. -- ___ Python tracker ___

[issue33618] Support TLS 1.3

Ned Deily added the comment: > Ned, Benjamin, are you OK with that? Just to be clear, you wish to merge a backport of PR 7079 for 3.7.0rc1? -- ___ Python tracker ___ _

[issue33625] Disable GIL on getpwnam and getpwuid

Christian Heimes added the comment: Since your patch is a bug fix, it can be back-ported to 2.7 and 3.6/3.7. -- nosy: +christian.heimes type: -> behavior versions: +Python 2.7, Python 3.7, Python 3.8 ___ Python tracker

[issue33605] Detect accessing event loop from a different thread outside of _debug

Andrew Svetlov added the comment: Heh, should we sacrifice performance? Documentation for asyncio explicitly states that the only safe interthreading call is `call_soon_threadsafe()`. If people use multithreaded environments with asyncio (Why? Usually `run_in_executor()` doesn't require commu

[issue33623] Fix possible SIGSGV when asyncio.Future is created in __del__

Serhiy Storchaka added the comment: Then we should find what callable is NULL and fix the place where it is called. _PyObject_FastCallDict() should never be called with NULL. -- ___ Python tracker __

[issue33625] Disable GIL on getpwnam and getpwuid

Change by William Grzybowski : -- keywords: +patch pull_requests: +6711 stage: -> patch review ___ Python tracker ___ ___ Python-bug

[issue33625] Disable GIL on getpwnam and getpwuid

New submission from William Grzybowski : Hello, Currently the GIL is not disabled when calling pwd.getpwnam nor pwd.getpwuid. It could be the C library call may take some time for completion, especially when using third-party modules on the system (nss-ldap, nss-pgsql, sss, etc). Disabling GI

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

Ned Deily added the comment: New changeset 508d7693bc09affd99fdaa4a321cc3da0638c8a0 by Ned Deily (Miss Islington (bot)) in branch '3.7': bpo-33612: Remove PyThreadState_Clear() assertion (GH-7069) (GH-7074) https://github.com/python/cpython/commit/508d7693bc09affd99fdaa4a321cc3da0638c8a0 ---

[issue33612] Assertion failure in PyThreadState_Clear

Ned Deily added the comment: New changeset 508d7693bc09affd99fdaa4a321cc3da0638c8a0 by Ned Deily (Miss Islington (bot)) in branch '3.7': bpo-33612: Remove PyThreadState_Clear() assertion (GH-7069) (GH-7074) https://github.com/python/cpython/commit/508d7693bc09affd99fdaa4a321cc3da0638c8a0 ---

[issue33623] Fix possible SIGSGV when asyncio.Future is created in __del__

Yury Selivanov added the comment: > Is the problem because traceback_extract_stack is NULL? It's not NULL, it's just a broken reference at that point. -- ___ Python tracker __

[issue33623] Fix possible SIGSGV when asyncio.Future is created in __del__

Serhiy Storchaka added the comment: Is the problem because traceback_extract_stack is NULL? But this will not fix the problem completely. For example calling repr() on a future can crash because of asyncio_future_repr_info_func == NULL. And many other operations use globals cleared in module_

[issue33565] strange tracemalloc results

Alexander Mohr added the comment: actually, thinking about this more on my way to work, this should NOT be closed. The callstack I initially mentioned still has no explanation and we now know is not correct. It should either have listed something related to warnings, or nothing at all () or

[issue33623] Fix possible SIGSGV when asyncio.Future is created in __del__

Change by Yury Selivanov : -- type: -> crash ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue33623] Fix possible SIGSGV when asyncio.Future is created in __del__

Change by Yury Selivanov : -- components: +asyncio nosy: +asvetlov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue33624] Implement subclass hooks for asyncio abstract classes

New submission from Andrew Svetlov : To make clean inheritance hierarchy of objects implemented by third-party loop implementations. Now is impossible to implement AbstractServer in C or Cython. See also https://github.com/MagicStack/uvloop/issues/131 -- components: asyncio messages: 3

[issue33623] Fix possible SIGSGV when asyncio.Future is created in __del__

Change by Yury Selivanov : -- keywords: +patch pull_requests: +6710 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue33623] Fix possible SIGSGV when asyncio.Future is created in __del__

New submission from Yury Selivanov : Originally reported in https://github.com/MagicStack/uvloop/issues/143 Future.__init__ shouldn't try to capture the current traceback if the interpreter is being finalized. -- messages: 317437 nosy: yselivanov priority: normal severity: normal statu

[issue33605] Detect accessing event loop from a different thread outside of _debug

Yury Selivanov added the comment: Echo server is usually a good enough microbenchmark (you can use benchmarks from uvloop/examples). Repeatedly calling call_soon would also be an interesting micro-benchmark but less important (unless it shows that call_soon is 2x slower or something). -

[issue33605] Detect accessing event loop from a different thread outside of _debug

Hrvoje Nikšić added the comment: > I'd be OK with this if the performance penalty is within 0.5% in > microbenchmarks for asyncio & uvloop. @yselivanov Are you referring to specific microbenchmarks published somewhere, or the general "echo server" style microbenchmarks? -- _

[issue33546] asyncio.Condition should become awaitable in 3.9

Łukasz Langa added the comment: Andrew is right because a Condition *is* a lock. The confusing thing about this construct is that the actual logic "condition" that we're waiting for is external. It can be controlled by another coroutine that will just let us know by calling `cond.notify()`

[issue33618] Support TLS 1.3

Change by Christian Heimes : -- keywords: +patch pull_requests: +6709 stage: needs patch -> patch review ___ Python tracker ___ ___ P

[issue33619] libffi detection via pkg-config is broken

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue33622] Fix errors handling in the garbage collector

Change by Serhiy Storchaka : -- title: Fix and improve errors handling in the garbage collector -> Fix errors handling in the garbage collector ___ Python tracker ___ _

[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 -- __

[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-

[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

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

[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):

[issue32436] Implement PEP 567

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

[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 -- _

[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

[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

[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 ___

[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

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

[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

[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

[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

[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

[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

[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

[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 -- _

[issue32436] Implement PEP 567

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

[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

[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 -- _

[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

[issue33618] Support TLS 1.3

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

[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 ___ ___

[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

[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.

[issue33616] typing.NoReturn is undocumented

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

[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

[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

[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

[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

[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

[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

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

[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

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

[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

[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

[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

[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

[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

[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

[issue32622] Implement loop.sendfile

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

[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

[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 ___ _

[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: Hmm, GH-4587 is merged in 3.6 branch in last November, but 3.6.5 doesn't include it? -- ___ Python tracker ___ _

[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

[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

[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

[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

[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

[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) !=

[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. -- __

[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 ___

[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

[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 ___ ___

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

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

[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

[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

[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

[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

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

[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

<    1   2   3   >